Undersökning om agil utveckling
- tor 29 okt, 2009 kl 00:09
- 5 kommentarer
- Agile, Allmänt, Arbetssätt, TDD, Verktyg
VersionOne ligger bakom en undersökning som de kallar State of Agile Development (2008). Jag vet inte hur de gjort sitt urval för vilka som får delta, men jag tyckte att det var intressant att se vad VersionOne anser vara agila delar/komponenter/kännetecken. Se t ex denna lista:
- Daily Standup
- Iteration Planning
- Cycle Time (lean related)
- Analog Taskboard
- Refactoring
- Automated Acceptance Testing
- Coding Standards
- Continuous Integration
- Collective Code Ownership
- Open work-area
- Release Planning
- Velocity
- On-site Customer
- Retrospectives
- Digital Taskboard
- Pair Programming
- Kanban
- Automated Builds
- Test-driven Development (TDD)
- Burndown
- Behaviour Driven Development (BDD)
- Unit Testing
- Release-per-feature/Contiuous Deployment
Alla fina saker. Det projekt jag klev av innan sommaren var ett typiskt Scrum-but-härke, där 11 punkter från listan ovan fanns med. Hur många kommer du/ni upp? Ser du direkt något som saknas på listan?
(Och är det OK/fint att säga ”agil” utveckling istället för lättviktig/lättrörlig …)
Lättfotad? :-p
Vi kör RUP och jag kommer upp i 12 punkter…
Problemet är inte antalet delar man applicera utan hur bra och anpassad man gör det i projektet. Jag håller ”delvis” med denna artikel:
http://www.idg.se/2.1085/1.267157/nu-vaxer-kritiken-mot-scrum
där man varnar att ord som Agile och Scrum har blivit vardagsfraser för IT industrin för att sälja mera kurser och konsulter. Det finns inte ett enda sätt att göra lyckade projekt och det beror mycket på vilka personer finns i projektet när det gäller teknisk kompetens och kommunikationen i teamet, och framför allt vilket företagskultur/projektkultur det handlar om. Att få motiverade medarbetare i ett projekt/företag är nyckel till framgång. Agile och Scrum löser inte dessa frågor, utan utgår från motiverade utvecklare som är självorganiserade. Man kan diskutera vad motivation är i och för sig. Agile och Scrum har en massa förutsättningar som gör att om förutsättningar inte är avklarade, en del problem kan uppstå även om man använder sig av dessa processer/metoder. Men fortfarande samma problem, vad är alternativet som kan vara bättre? Dem traditionella vattenfall processerna är ännu värre. Så länge det inte finns ngt bättre låt köra Agile/Scrum. Det gör inget att utbildningsföretag/konsultföretag känner pengar på det. Varje projekt måste hitta sitt eget Agile/Scrum modell med målet i sikte att uppnå alla dessa fina delar som Fredrik har listat ut, bara det blir bra för alla, kund, produktägaren och utvecklarna.
@Hamid och @Olof: I mina ögon så är denna undersökning och ”lista” ett exempel på varför Scrum missuppfattats och blivit en klisterlapp man kan sätta på nästan vilket projekt som helst.
Daily standup t ex är ju skitlätt att ha på pappret, men hur är det med
* straff för sen ankomst,
* en talar åt gången,
* bara svara på de tre frågorna,
* bara pigs får tala.
Det är sån oerhörd skillnad på produktivitet när chickens håller snattran och man låter projektet tala istället för flummerier.
Om det gäller just Scrum så saknas ju ett par kritiska punkter i listan – och listan är inte min, det är taget rakt av från undersökningen från ett företag som vill kränga licenser på en produkt.
Det jag ville säga egentligen är att rätt infört ger Scrum ett mer motiverat team och medlemmar som växer i sina roller, det är jag övertygad om och tror inte att strup-matning av ”saker att lösa” från en projektledare får folk att växa eller känna att man trivs på och kan påverka sin arbetsplats/-miljö.
@Olof: är du Bjarnason? Hade varit kul att diskutera hur/om ni kan arbeta agilt – sitter (på pappret) i nästan samma sits nu.
*Smidig*, är en otroligt mycket bättre term!