Slutsatser baserade på verkliga Agile Scrum-exempel och Agile Scrum-upplevelser.

"Agil är nytt, vattenfall är gammalt". ”För att kunna leverera (IT eller inte) tjänster och produkter snabbare måste man jobba agilt” hör jag nästan varje dag i mina konsultuppdrag och utbildningar. Obs: Agile behöver inte vara Scrum (se t.ex. också Agile PM, PRINCE2 Agile, Devops,...). Vi är nu ganska många år längre med dessa exponentiellt ökade metoder, vilka slutsatser kan vi dra av detta? Några påståenden och min reaktion baserat på erfarenhet från praktik och berättelser från träning.

• "Agil/Scrum är nytt, vattenfallet är gammalt": hört mycket, men en felaktig tanke. Agilt är nog det mest intuitiva arbetssättet och jag antar att denna metod även användes av våra avlägsna förfäder för att genomföra projekt i små team. Med avseende på min egen erfarenhet Jag arbetade med våra utvecklingsteam på 90-talet förra seklet på detta sätt: Rapid Application Development (eller RAD), Joint Application Development (JAD) och flera andra varianter användes för att leverera mjukvara på ett iterativt och inkrementellt sätt. Att lägga till termen Agile är därför delvis "nytt vin på gamla flaskor", vilket för övrigt inte är ett argument mot Agile.
• "Agil är alltid möjligt": Detta måste nyanseras. Agile Scrum, till exempel, kräver ett antal villkor för att användas på rätt sätt. Om dessa villkor INTE är uppfyllda behöver du antingen anpassa din organisation så att du kan använda agila metoder eller använda en annan metod. PRINCE2 Agile® använder den så kallade "Agilometern" för att testa om din organisation uppfyller dessa villkor tillräckligt för att använda Agile metoder (eller PRINCE2 Agile). Agile PM (eller DSDM) har ett liknande verktyg: Project Approach Questionnaire. Även om dessa två sista metoder fortfarande är ganska flexibla, är Scrum ganska stela när det gäller att anpassa metoden. Innan du börjar, fråga dig själv om du som organisation uppfyller dessa villkor eller vad du fortfarande behöver göra innan du kan arbeta med Scrum.
• "Agil är alltid önskvärt": Låt mig vara tydlig här: NEJ. I fortsättning på föregående fråga. Den organisatoriska ansträngning du måste göra för att aktivera Agile Scrum är ibland enorm (och ibland väldigt liten). Tänk på viktiga kulturförändringar, skapandet av små team som helst måste arbeta på en plats och "dedikerade" (eller dedikerade) till projekt, etc.: detta är helt enkelt inte alltid lätt möjligt. Så gör ett bra business case, där du kartlägger risker utöver kostnader och där fördelarna inte alltid är uppenbara. I praktiken många bett organisationer slog sönder tänderna på detta!
• "Agil är en modefluga": Jag tror inte det. Agile är i många fall det bästa valet. Du kan inte (på rätt sätt) planera det oplanerbara och du bör därför inte försöka: detta är inte bara slöseri med din tid, utan skapar också felaktiga förväntningar från alla inblandade. Agile föreslår därför en kort infasning där mer specifik planering görs och genomförs successivt. Detta är också vettigt och fungerar väldigt bra i praktiken!
• "Traditionella metoder (vattenfall?) är inte längre vettiga": Nej, det här är ingen bra idé: där ett projekt förstås väl, kanske för att det finns mycket erfarenhet, kanske svårt men åtminstone förutsägbart, är en bra design i förväg förmodligen en bättre arbetsmetod, för nu behöver alla "bara att prestera". I sådana mer processorienterade projekt (jag vet att detta är en farligt vald term), vattenfall i praktiken visat sig vara effektivare (resultat) och effektivare.

Slutsatser från min (!) Agile i praktiken: som alla som känner mig (affärer) kommer att veta: Jag är fortfarande en stark förespråkare för att använda rätt verktyg för ett specifikt jobb. Det betyder att du (1) jobb måste förstå, men (2) också måste ha god förståelse för olika projektledningsmetoder. Det förra är svårt, men tyvärr hittar jag nästan aldrig det senare. "Jag har en hammare, så vilket jobb du än ger mig kommer jag att slå hammaren (och ofta illa)." Med god kunskap och vägledning i de olika teknikerna (Agila metoder, PRINCE2, IPMA, ….) chanserna att arbeta bättre och snabbare i din organisation ökar helt enkelt. Kunskap om en metod är som att förstå ett verktyg: inte riktigt användbart om du vill kunna utföra olika jobb: använd en hammare för att slå och en såg för att såga: detta leder till bättre resultat, mindre kostnader och även mycket (!) färre risker.

Vill du ha en förpliktande rådgivning om Agile? (rådgivning eller utbildning)

Då kan du alltid kontakta D-ICT Solutions via info@dictsolutions.com eller 020-2050324.

Författaren Drs Jean-Yves Depaus har 20 års erfarenhet av utstationering, Interim Management Consultancy och utbildning och (DICT) är med sitt team av certifierade utbildare, interimchefer och coacher ledande inom området certifierad utbildning över hela världen inom olika projekt, processer, service, kvalitet Ledningsmetoder som PRINCE2, Agile, Lean Six Sigma, ITIL, ISO, ASL, BiSL, eva