Det er flere områder som må løses hvis et fleksibelt prosjekt er å levere de forventede resultatene innenfor det tilgjengelige budsjettet. Først og fremst må det tas en beslutning i starten av et prosjekt om hvorvidt smidig er faktisk riktig måte å levere det på.

Med all snakk om fordelene rundt smidig, kan det være lett å miste det faktum at det fortsatt er situasjoner der tradisjonell utvikling er et gyldig valg. For eksempel, hvor det er en klar og statisk definisjon av kravene og hvordan organisasjonen ønsker å levere dem, er det lite sannsynlig at det er det beste alternativet.

For å bidra til å gjøre denne viktige beslutningen, velger enkelte organisasjoner å samarbeide med en konsulentpartner for å vurdere prosjektet og landskapet der den skal fungere. Dette trenger ikke å være enten kostbart eller tidkrevende - og gitt at å få denne beslutningen riktig kan være nøkkelen til prosjektets suksess, det er en verdifull ting å gjøre.

Hvis det er bestemt at smidig er den mest hensiktsmessige utviklingsmetoden å bruke, er de tre sentrale tingene som vil gjøre det mulig for prosjektet å lykkes: samarbeid, konstant fokus på forretningsverdi og passende kvalitetsnivå. Vi diskuterer disse elementene nå ...

  • Sjekk også de beste prosjektledelsesverktøyene

Samarbeid

Det er flere aspekter å samarbeide om agile prosjekter, og alle involverte trenger å forstå sitt ansvar, setter pris på hvorfor deres del i puslespillet er avgjørende, og så sørg for at de leverer.

Interessenter rundt organisasjonen trenger å samarbeide med Product Owner for å gi tilbakemelding på programvaren som det er påvist. Samtidig må Product Owner samarbeide med disse interessentene for å gi grensesnittet til prosjektgruppen. Hvor det er relevant, trenger Scrum Master å samarbeide med både produkteier og leveringsgruppen for å organisere og lette den jevne utløpet av hver iterasjon.

Til slutt må hele leveringslaget samarbeide med hverandre for å sikre at programvaren leveres innen den tildelte tiden.

Konstant fokus på forretningsverdi

En av de sentrale fordelene ved agile prosjekter er deres løfte om å levere en løsning som virkelig tilfredsstiller organisasjonens behov, som understreket av det første veiledningsprinsippet bak Agile Manifesto, som sier at: "Vår høyeste prioritet er å tilfredsstille kunden gjennom tidlig og kontinuerlig levering av verdifull programvare. "

For å sikre at dette skjer - og at systemet leverer reell forretningsverdi - må Produkt Eier holde seg tydelig i deres tanker om hva de ønskede forretningsresultatene er, og sørge for at disse kommuniseres tydelig til leveringslaget.

Disse forretningsmessige utfallene må kontinuerlig vurderes for å sikre at de forblir relevante. Tilbakemeldinger fra kunden er nøkkelen til dette, og anmeldelsen med bedriftsbrukere ved slutten av hver iterasjon er viktig for å skaffe dette.

Passende kvalitetsnivå

Det er helt avgjørende å sikre at et passende nivå av kvalitetssikring forblir en del av prosjektet, som må passe innen den tilgjengelige tiden i hver iterasjon. Et av prinsippene bak Agile Manifesto understreker at "kontinuerlig oppmerksomhet til teknisk ekspertise og god design forbedrer smidighet."

Overvinne vanlige utfordringer

Det kan oppstå problemer hvis organisasjonen der prosjektet kjøres, ikke forstår fullt ut, eller hvordan man støtter smidige prosjekter. For det første, fra et styringsperspektiv, kan det være en forventning om tradisjonelle PRINCE2 eller vannfallsporter, der prosessen må passere for synlige kvalitetssikringsformål.

Agile prosjekter har en tendens til ikke å ha slike formelle strukturer, men det betyr ikke at det ikke er styring eller synlighet for kunden; Faktisk gir revisjonen i slutten av hver iterasjon regelmessig innsikt for kunden om hvordan prosjektet utvikler seg (og hyppigheten av disse vurderingene betyr at kunden vanligvis får syn på fremgang mye oftere enn de ville i et fallprosjekt) . Agile prosjekter produserer også gjenstander som for eksempel diagrammer og kumulative flytdiagrammer, noe som gir ytterligere synlighet av fremgang til kunden.

Andre vanskeligheter kan oppstå hvis en uerfaren eller maktløs produkteier er utnevnt. Denne rollen er absolutt kritisk, og å ha feil person kan resultere i input fra virksomheten som er svak eller ikke-eksisterende, noe som fører til feil i prosjektet. Noen organisasjoner som nettopp har startet seg i fleksibilitet, velger å jobbe med en erfaren partner, som kan bistå Produkt Eier, eller til og med gi en egnet kandidat til å fylle rollen.

Erfaring er nøkkelen

I sammendraget er det utfordringer når det gjelder å levere smidige prosjekter, spesielt i uerfarne organisasjoner.

Men disse er ikke uoverstigelige når de nærmer seg på den riktige måten. Opplev teller mye, og ved å samarbeide med en partner som har kjørt vellykkede, smidige prosjekter i en rekke situasjoner, kan organisasjoner som er nye til smidige gjøre deres første forgang til denne typen utvikling en vellykket en.

Simon Boichat, ledende arkitekt på Civica

  • Administrer prosjektene dine mer effektivt med disse dedikerte verktøyene