Planering inom mjukvaru-utveckling?

På stora projekt så planerar du inte. Det har andra redan gjort för dig! Du får bara tydliga UML diagram med varenda klass, variabel och koppling.

Små projekt planerar jag sällan. Istället lägger jag tid på att refaktorera koden ofta

Editor: för närvarande använder vi Artifact Viewer för alla koddiagram.

Skickades från m.sweclockers.com

Jobbar på ett medelstort företag på kanske 100 anställda varav hälften är mjukvaruutvecklare och vi har i praktiken enbart en produkt.

Mitt team (4pers) får uppdrag från produktägare. Vi samlas och gör en "refinement" utav uppdraget. Vi tittar på kraven och bryter ner uppgiften i små delar som helst är under en arbetsdag.

Confluence, Jira och Whiteboard. Metoden är Agil Scrum på min arbetsplats. Gör UML ibland.

Tid i sig har inget värde. Vi arbetar på det tills lösnings planen är tydlig för alla i teamet och frågetecknena samt riskområdena har besvarats. Det kan betyda 5 minuter för någonting som har väldigt tydlig lösning eller 20h om det är en helt ny applikation t.ex. Det skalar däremot inte linjärt med tidsomfattning även om det finns en korrelation. Stöter vi på hinder eller ser bättre alternativ under själva arbetetsgång så samlas vi igen och överväger dem.

POC's (Proof of concept) kallas det och är någonting man bör göra om man är osäker på om det är möjligt eller behöver uppskatta någontings komplexitet eller värde.

Vi kör SCRUM, jag vet inte riktigt vad annat jag ska svara på. När vi är duktiga och följer SCRUM så fungerar det bra. Man kan däremot inte göra någon halvdan SCRUM metodik för då blir den ineffektiv.

Vi fick en intern utbildning inom SCRUM metodiken på min arbetsplats.