Effektivitet *= 3.14 …. helt gratis
Hvad gør I/du for at blive bedre og hurtigere, og/eller hurtig bedre? Smid en kommentar og del med os andre. Vi snakker lavt hængende frugter! Lad os starte med hvad jeg ikke tror det er (hvis det skal være gratis). Bedst illustreret ved et opslag i manualen:
Unit test, code review, Continuous Integration/Automatiseret build, versionsstyring, UML, ALM og meget meget mere. Alt sammen er super vigtigt, men intet af det er gratis. Sikkert langt fra. Personligt, så er jeg strukturfascistJ Så det der kan sættes i system og/eller automatiseres er jeg stor tilhænger af at får gjort, så længe systemet ikke kommer i vejen. Formålet er selvfølgelig at få frigjort mere tid til egentlig udvikling, samt at få mere kvalitet i både proces og produkt. Men, det er heller ikke noget af det der kommer af sig selv.
Så kan vi tage fat i management disciplinerne og metoderne: Scrum, eXtreme Programming, Den lærende organisation, Knowledge management, Selvstyrende teams, LEAN og meget mere. Men der er heller ikke noget her der er gratis. Desuden har, syntes jeg, teorierne en tendens til at blive lidt højtsvævende og noget som er drevet af en eller anden stabsfunktion, som har mange gode intentioner.
Her er min lavt hængende frugt (måske):
Den indvendige hestesko
Nedenfor er der et billede af vores afdeling – det kunne være et billede af et hvilket som helst kontorsetup! Jeg mener grundlæggende at der noget galt med den måde vi (ja sikkert også dig) indretter os på rent fysisk.
Se bort fra at der ikke sidder nogen og arbejder samt at vi ikke har ryddet op. Du får den ucensurerede udgave;-)
Jeg har mange dejlige og smukke kollegaer;-) Men når vi sidder ved vores borde, så er vores primære udfordringer på skærmen og reelt set, så har vi ikke brug for at kigge hinanden i øjnene. Men alligevel indretter ALLE deres kontorer, så de sidder overfor hinanden (gør du?). Jeg vil gerne sidde med ryggen til at alle mine kollager. Når vi udvikler software, så er det en kreativ/intellektuel proces, uden at det skal lyde som om at det er sort magi. Men processen ville drage stor nytte af, at flere deltog, eller bare kiggede sporadisk med. Hvilket vel ikke kun gør sig gældende for softwareindustrien.
Så formålet med den indvendige hestesko er:
- Fokusere mere dialog omkring det der sker på skærmen
- At kunne give og modtage hjælp hurtigere (man vender sig om)
- Mulighed for at blande mig i det der er sjovt (og hvor jeg kan bidrage)
- At blive forstyrret på den fede måde, fordi en kollega har noget at bidrage med
Jeg tror det kan koges ned til mere effektiv videndeling. Måske en blidere/mere fleksibel implementering af Pair Programming?
Fredag flytter vi om! Rene, Daniel og Martin er påJ Det må stå sin prøve. Jeg ved ikke om det involverer en sav, da vores borde klart er skabt til at passe 100% i en cubicle. Jeg skal nok vende tilbage med en opdatering, og nogle erfaringer.
Jeg håber også på at få gode ideer fra jer! Små som store ideer.
