Teknisk utveckling med agila metoder på ComAround

Jag heter Conny Sandström och jag är CTO, vilket omfattar ansvar för all teknisk utveckling, på ComAround sedan början av 2012. Idag utvecklar ComAround sina tekniska system helt enligt beprövade agila metoder. Men för inte så länge sedan såg det annorlunda ut.

Före agila metoder

Tidigare drevs projekt enligt vattenfallsmodellen och då inleddes utvecklingsprojekt med en lång period av kravspecificering. Vi försökte klura ut alla krav som nästa generation av den tekniska plattformen skulle uppfylla. Så inleddes även arbetet med det projekt som vi idag kallar ComAround Zero™. En då uttalad ambition var att ComAround Zero™ skulle göra allt som den tidigare generationen gjorde, fast mycket bättre. Dessutom fanns det en rad av nya krav, från både kunder och interna beställare, som ComAround Zero™ också skulle uppfylla och som var praktiskt taget omöjliga att implementera i den befintliga lösningen.

Det var svårt att förutse allt och dessutom definiera det i dokumentation, men vi försökte. Till slut hade vi en omfattande dokumentation, med massor av texter och bilder. Det var ännu svårare att ur denna dokumentation få fram exakt vad som skulle byggas, och framförallt i vilken ordning. Alla kraven var löst formulerade, utan gemensamt format, och det framstod varken hur stor vinsten eller kostnaden var för varje krav.

Systemutvecklarna gjorde sitt bästa och försökte bygga ett system med hänsyn till alla de krav och önskningar som fanns dokumenterade. De långa diskussioner som uppstod varje gång vi försökte reda ut ett krav gjorde att vi till slut undvek att ta upp frågan. För att komma framåt i arbetet...

Följ denna länk för att läsa hela artikeln på vår Wordpressblogg.