Många diskuteras om fördelarna och nackdelarna med smidig, när det är rätt sätt att leverera ett mjukvaruprojekt och hur man köper och prissätter smidiga kontrakt. Det här är alla viktiga överväganden, men för att agila är väsentligt annorlunda än vattenfallsutveckling, måste organisationerna också tänka på hur sakerna kommer att fungera på en mer granulär daglig basis.

Områden som styrning, lagsmakeup, löpande återkoppling och skalning av projektet måste alla ges med tanke innan projektet påbörjas.

  • Kolla även de bästa projekthanteringsverktygen

Förvaltning och styrning

En vanlig missuppfattning om smidig är att den är mindre kontrollerad eftersom den är mindre formell. Faktum är att "läroboken" smidigt lämnar något av ett gap där styrning berörs, vilket många har kämpat för att fylla. Men som alla typer av projekt måste de smidiga regleras om de ska lyckas - det är hur det görs är det annorlunda.

De viktigaste områdena där styrning måste inrättas är kommunikation och roller och ansvar. Lämpliga strukturer måste införas och förstås mellan både upphandlingsorganisationen och dess utvecklingspartner innan projektet pågår.

Betydelsen av detta bör inte underskattas, för i motsats till vattenfallsprojekt sträcker sig smidiga över hela upphandlingsorganisationen från början, och om någon inte förstår och uppskattar sin roll eller levererar vad som förväntas, kan detta snabbt spåra hela projektet.

Medan styrning är avgörande, finns det en bra linje mellan för lite och för mycket. För liten styrning kan se att ett projekt går ur kontroll, men lika mycket, för många lagar av styrning kommer att krossa projektet och kväva de mycket fördelar som önskas från smidig.

Därför är det så viktigt för upphandlingsorganisationen att ge en aktiv och bemyndigad individ i produktägaren roll, som kan fatta de stora besluten vid behov och även noggrant styra vilka funktioner (användarhistorier) som beaktas för en viss iteration.

I Scrumprojekten har varje sprint ett definierat räckvidd, och alla behöver förstå vad det är och att det måste vara tydligt definierat. Faren med att lägga till eller ta bort användarberättelser halvvägs genom en sprint är att det ändrar räckvidden, vilket innebär att sprinten kanske inte levererar den nödvändiga arbetsprogrammet vid dess slutsats.

Lagkomposition

Medan traditionella vattenfallsleverantörer består av en grupp specialister som vart och ett utövar en särskild roll (till exempel designers, kodare och testare), är framgångsrika smidiga team sammansatta av flera skickliga individer, som alla kan utföra många roller. Detta ger det smidiga laget den största kontrollen och flexibiliteten över vad som kan levereras i en given iteration.

Också användbart - men inte nödvändigt - är att lagmedlemmarna känner varandra och har arbetat tillsammans tidigare. Att förstå varandras färdigheter och hur individer arbetar tillsammans är en enorm hjälp när det gäller sprintplanering, eftersom laget kommer att kunna ge mer exakta uppskattningar av hur mycket arbete en given funktion kommer att kräva och hur lång tid det är troligt att ta.

Återkoppling

Om ett smidigt projekt är att leverera resultat som verkligen uppfyller organisationens bakomliggande behov, är det viktigt att du lämnar högkvalitativ feedback till utvecklingslaget. Detta kan levereras via granskningen vid svansänden av varje iteration, men också vid andra tillfällen efter behov. Att få aktuell feedback från intressenter bör ingå i produktägarens ansvar.

Den retrospektiva i slutet av varje iteration är en annan viktig återkopplingsmekanism för leveranslaget, vilket gör det möjligt för alla berörda att föreslå vad som kan ändras för att möjliggöra framtida iterationer.

Skalande smidig

Agile har mognat betydligt under det senaste decenniet och visat sig vara en trovärdig utvecklingsmetodik. Många av dess användning har dock varit på relativt små (om än ibland högprofilerade) projekt. Det är inte att säga att det inte kan skala för att vara effektivt i större projekt och program, där flera smidiga lag levererar olika element.

För att underlätta detta kommer en organisation att behöva ytterligare styrning för att samordna förhållandet mellan de olika lagen och se till att det arbete som varje man gör kommer att integrera korrekt med alla andra delar av pussel.

Slutsats

Agila projekt skiljer sig från vattenfall, och måste köras annorlunda, från hur de styrs och lyckades till sminken i leveranslaget. Att få dessa saker rätt från get-go är kritisk, och de kräver en djup förståelse för smidig från både leveranslaget och organisationen som förvärvar arbetet.

Genom att ha en fullständig förståelse för sina roller och ansvarsområden är varje sida mer sannolikt att leverera vad som krävs, vilket ger projektet största möjliga chans att lyckas.

Owen Philpott, Agile Consultant på IPL

  • Det här är de bästa projekthanteringsverktygen