James Shore har skrevet en artikkel om hvorfor mange smidige team sliter. Han spår at det at mange team mislykkes på tross av at de (hevder at de) jobber smidig, til slutt vil føre til at folk vender ryggen til smidig. Smidig får skylda for problemene, mens det egentlig er utførelsen som er feil. Akkurat det har jo Simon Johnson en litt annen vinkling på. Men det er en interessant artikkel, les den gjerne, der særlig Scrum får mye av skylda for at det er så mange som hevder de driver smidig uten å egentlig gjøre det.
På en måte føler jeg kritikken mot de som forsøker å drive smidig, men ikke får det til 100% blir litt lettvint. For eksempel: "De sier de driver smidig, men de er jo ikke samlokaliserte, så klart at de ikke driver ordentlig smidig, og klart at de vil slite". Ikke alle team har muligheten til å være samlokaliserte. Ikke alle team har en sterk produkteier som er nok tilgjengelig. Ikke alle team behersker alle de tekniske teknikkene i XP. Og så videre.
Det er egentlig ganske selvfølgelig at et team som har alle forutsetninger på plass, slik de er beskrevet i XP eller i James Shore's veldig gode bok om smidig utvikling, vil lykkes. Utfordringen for de aller fleste er å begripe hva som er det ideelle, hvor man avviker fra det ideelle, og så finne ut hva man kan gjøre for å nærme seg det ideelle best mulig. Og siden de fleste av oss har mye å vinne på flere områder gjelder det også å finne ut hva som vil gi mest verdi å endre, og så angripe det området først.
Det må nevnes at jeg synes The Art of Agile Development av James Shore er et ypperlig verktøy for nettopp å forbedre prosessene sine litt etter litt. Og det finnes mange andre gode kilder til kunnskap og inspirasjon i forbindelse med smidig. Det viktigste er at vi hele tiden forsøker å forbedre oss. Hvis vi noen gang når den perfekte prosess er det 100% sikkert en illusjon.
Innlegg
A Software Engineering Career Ladder
for én uke siden
2 kommentarer:
Simon har et godt poeng. Gode utviklere er gode utviklere stort sett uansett system. Mindre gode utviklere er mindre gode, uansett system. Systemer er mote og de kan moderat påvirke en god utvikler i positiv retning. Et system kan ikke gjøre middelmådige utviklere til gode utviklere dog, uansett.
Så, her er Terje's Hemmelige System for utvikling: Ansett gode utviklere.
Jepp, den som var så heldig å kunne velge bare de beste til sitt team :-)
Heldigvis finnes det også måter å gjøre utviklerne sine bedre på. Og gode metoder og prosesser kan gjøre oss i stand til å se problemer og lære. Gode teknikker (som for eksempel metoden XP er full av) kan også hjelpe utviklerne til å utføre håndtverket bedre.
Løsningen er det likevel utviklerne selv som må stå for, i siste instans.
Legg inn en kommentar