Agile er på vogue. Selv om det har eksistert i godt over tiår som et formelt uttrykk - og enda lenger som konsept, vil noen argumentere - det har blitt stadig viktigere de siste årene, særlig i offentlig sektor, hvor det nå er standardmetoden for å kjøre programvareprosjekter.

Driftsprosjekter og programmer på denne måten - i motsetning til den tradisjonelle fossen - representerer en betydelig endring, ikke bare til prosjektgruppens mekanikk, men rett over en organisasjon. På grunn av dette er det viktig å forstå smidig, hvilken verdi det bringer, og viktigere, den rollen som kundens organisasjon trenger å spille for å gjøre smidig vellykket.

  • Ta også en titt på det beste prosjektstyringsprogrammet

Den virkelige verdien av smidig

En vanlig misforståelse av smidig er at det er billigere og raskere enn fossen levering. Sannheten er mye mindre klar kuttet - det kan være billigere og raskere, men bare hvis det passer til organisasjonen og prosjektet i spørsmålet. Hvor dette ikke er sant, kan fossen faktisk være billigere, raskere eller begge deler.

Den virkelige verdien i fleksibel er faktisk i sin fleksibilitet og lydhørhet mot utviklende forretningsbehov, noe som sikrer at organisasjonen får et system som virkelig adresserer sine behov, i stedet for systemet det trodde det ville være i begynnelsen av prosessen (som ville være saken i et fallprosjekt, hvor fulle krav er definert i starten og forblir relativt statisk). Virkeligheten er at forretningskravene utvikler seg over tid, og smidig gjør det lettere for prosjekter å tilpasse seg tilsvarende.

Videre sikrer den pågående interessentinnsatsen, som er sentral for fleksibel, at problemer identifiseres og korrigeres så tidlig som mulig, og dermed reduserer kostnadene og hindrer eventuelle ubehagelige nedstrøms overraskelser for både kunde og leverandør.

Agile versus foss?

En annen vanlig feil om agile er at det er en all-eller-ingenting-beslutning å bruke denne tilnærmingen. Ideelt sett ville det være. Men i virkeligheten er hybridprosjekter som gjelder aspekter av foss og smidig, perfekt mulige. For eksempel kan agile prosjekter eksistere innenfor et større vannfallsprogram. Selv om dette ikke kan gi de fulle fordelene ved fleksibel, kan denne tilnærmingen gi organisasjoner en skarpeste stein til fleksibel utvikling, eller muliggjøre mer effektiv utvikling for deler av et større prosjekt eller program. Vi vil se nærmere på konsekvensene av å kjøre smidig i vannfallstiltak kontrakter.

Endre kundeansvar

En av de viktigste tingene å forstå om, er fleksibel, er hvordan ansvaret for kundeorganisasjonen er forskjellig fra hva som forventes av dem under fossprosjekter.

For det første må organisasjonen utnevne en kunnskapsrik og bemyndiget person til å danne sammenhengen mellom utviklingslaget og den bredere organisasjonen - Produkt Eier, i Scrum-vilkår. Denne personen er vanligvis en forretningsanalytiker med erfaring fra prosjektledelse, og deres rolle er å definere visjonen for prosjektet, sette prioriteringene for funksjoner som utvikles, planlegge prosjektet iterasjoner og danne sammenhengen mellom prosjektgruppen og den bredere organisasjonen.

De er også ansvarlige for å formidle samtalene mellom ulike deler av organisasjonen for å sikre at forretningsbehov er oppfylt, og om nødvendig kompromisser nådd og forventede forventninger. Betydningen av denne rollen må ikke undervurderes, og det er viktig at en passende person er valgt for den. De trenger en dyp forståelse av hva jobben innebærer, må ha et godt forhold til de ulike interessentene, kjennskap til forretningsbehovet inne i og kunne ta raske, riktige beslutninger om prosjektets retning.

For det andre avhenger suksessen av agile av effektiv planlegging av Produkteier, og for å muliggjøre dette må organisasjonen ha delegert tilstrekkelig autoritet til personen i denne rollen for å muliggjøre viktige beslutninger raskt. Den iterative karakteren av smidig og behovet for regelmessige utgivelser til kunden betyr at det bare ikke er tid til å vente på noe som skal diskuteres på neste måneds ledelsesmøte. Hvis alt trenger å gå gjennom flere nivåer av signoff, vil dette kvele prosjektet og tørke ut eventuelle fordeler som den smidige ellers ville levere.

For det tredje avhenger suksessen av smidig av å få regelmessig tilbakemelding fra interessenter. Kundenes organisasjon trenger å forstå dette og gjøre de aktuelle personene tilgjengelig til rett tid, i stedet for bare ved slutten av prosjektleveransen. Dette sikrer at eventuelle bekymringer løses etter hvert som de oppstår, og hjelper prosjektet til å utvikle seg jevnt.

Forståelse fører til suksess

Det er bare ved å forstå hva som er fleksibelt og verdien det kan bringe at organisasjoner kan avgjøre om det er den mest hensiktsmessige utviklingsmetoden for sitt eget prosjekt eller program.

Matthew Du-Feu, Scrum Master og Technical Team Lead at IPL

  • Takle de vanskeligste prosjektene med disse dedikerte prosjektledelsesverktøyene