Smidige metoder i prosjekter: det vesentlige + Scrum -illustrasjon

Hva betyr "smidig" i prosjektledelse?

Selv om tradisjonelle metoder tar sikte på å behandle de forskjellige fasene i et prosjekt på en sekvensiell måte (også kjent som kaskadeutviklingssyklusen eller til og med V -syklusen), er prinsippet for smidige metoder å kutte det i subautonome deler (eller delprosjekter) ) (vi snakker også om iterativ utvikling).

Delene (iterasjonene) danner prosjektet som helhet.

Det smidige manifestet, grunnprinsippene

Disse metodene stammer fra Smidig manifest , praksis vedtatt av eksperter i 2001 for å forbedre programvareutvikling.

Dette dokumentet fremhever 4 verdier:

  • menneskers forrang og interaksjon fremfor prosesser og verktøy.
  • en preferanse for funksjonell programvare i stedet for full dokumentasjon.
  • et annet forhold til kundene: permanent samarbeid som erstatter kontraktsforhandlinger.
  • kontinuerlig tilpasning til endringer og ikke den stive oppfølgingen av en plan.

Med utgangspunkt i disse verdiene definerer manifestet 12 prinsipper:

  1. 1 - Prioritet nr. 1 er å få kundetilfredshet så snart som mulig gjennom rask og regelmessig levering av forventede funksjoner.
  2. 2 - aksepterer endre forespørsler under prosjektet . Dette er muligheter for å gi mer verdi til prosjektet og holde seg til de reelle behovene til kundene.
  3. 3 - Gjennomfør raske leveranser basert på korte sykluser (noen uker). Disse leveransene må være operative for å tillate valideringstester av de forventede funksjonalitetene.
  4. 4 - Sterkt og kontinuerlig samarbeid mellom brukere og utvikling. I motsetning til den klassiske metoden der møter mellom brukere og prosjektledelse finner sted spesielt ved starten og slutten av prosjektet.
  5. 5 - Gi autonomi til de involverte og stol på dem.
  6. 6 -Prioriter ansikt-til-ansikt-kommunikasjon som en kommunikasjonskanal mellom partene. Interaksjonene er mer effektive og rikere. Alt går fortere.
  7. 7 - Det viktige er å ha en operativ applikasjon.
  8. 8 - Gå videre i et konstant tempo som er kompatibelt med det alle aktørene kan produsere.
  9. 9 - Fokus på teknisk kvalitet og designkvalitet for å bygge et solid grunnlag for å styrke smidigheten.
  10. 10 - Hold arbeidsmetodene enkle: gjør bare det som er nødvendig.
  11. 11 - Et lag som organiserer seg gir bedre resultater.
  12. 12 - Ved å regelmessig gjennomgå praksis, tilpasser teamet oppførselen og verktøyene for å bli mer effektive.

Hva er fordelene?

Denne tilnærmingen gjør det mulig å få:

  • - mer fleksibilitet ved å jobbe med autonome underdeler. De kan designes, testes, modifiseres igjen uten at hele prosjektet påvirkes. Hensynet til uidentifiserte behov i analysefasen eller fremveksten av nye funksjoner under utvikling kan implementeres. Erfaringsmessig er det vanskelig å tenke på alt i fasen med å definere behovet for en klassisk tilnærming til prosjektledelse.
  • - Mer pålitelighet og kvalitet: ved å forenkle kompleksiteten, ved kontinuerlig testing, ved å fremme tilbakemeldinger, utvekslinger med kunder.
  • - Redusert risiko: rask oppdagelse takket være korte sykluser.
  • - Bedre kostnadskontroll: ingen kostbare tilbakeslag - om nødvendig kan prosjektet stoppes raskt.

Men også grenser

Fleksibilitet tatt til den ekstreme boksen føre til stagnasjon av prosjektet . Mange gjentakelser uten faste retninger eller beslutninger representerer en reell fare. En av de mulige årsakene til de uopphørlige tilbakeføringene til kundene i spesifikasjonene.

I disse situasjonene må prosjektlederen (uansett navn i den valgte metoden) være i stand til å inngå voldgift for prosjektets beste, men også for klienten.

Smidige metoder

Smidighetsprinsippene tas opp på en strukturert måte av flere metoder. Fokuser på en av de mest populære:

Scrum -metoden

Initiert av Hirotaka Takeuchi og Ikujiro Nonaka og deretter formalisert av Ken Schwaber og Jeff Sutherland, tilbyr denne metoden et veldig strukturert rammeverk for å anvende prinsippene for smidighet.

Sprint, hjertet til Scrum

Denne tilnærmingen er basert på iterasjoner på 2 til 4 uker. Disse er den berømte "Sprints" . Dette er deldelene av et prosjekt som definert av Agile-prinsippet. Hver Sprint tar sikte på å levere en potensielt brukbar versjon av produktet til kunden.

Suksessive sprints legger til funksjoner i produktet eller forbedrer de som allerede er utviklet. Vi snakker om en produktøkning.

En sprint starter når den forrige er ferdig. Dette er en trinnvis prosess.

Dette rammeverket er basert på 3 søyler som er:

- åpenhet: utvikling av en felles standard for å muliggjøre delt forståelse.

- inspeksjon: kontroller utføres regelmessig.

- tilpasning: ved avvik observert under inspeksjonen, foretas justeringer.

Sprints er strukturert rundt flere organisatoriske verktøy (kalt hendelser):

  • Sprintplanlegging: møte for å velge og planlegge prioriteringer for hver Sprint når det gjelder listen over produktfunksjoner (Sprint Backlog).
  • S crum (Daily M elée): daglig koordineringsmøte mellom medlemmer av prosjektgruppen. Det tar ofte form av et "Stand-up-møte" (kort møte, 10-15 minutter, stående).
  • Sprint anmeldelse: sammendragsmøte på slutten av hver sprint for å validere funksjonalitetene som er utviklet.
  • Sprint Retrospektiv: Kommer umiddelbart etter Sprint -gjennomgangen, dette er en rapport hvis mål er kontinuerlig forbedring av praksis. Teamet diskuterer suksessene og vanskelighetene, noterer hva som fungerte og hva som ikke gjorde det. Det er alltid leksjoner å lære for de neste sprintene.

Består av innganger og utganger fra prosessen, kalt "artefakter"

  • Produktetterslep: liste over produktfunksjoner.
  • Sprint -etterslep: planlegger elementene i Product Backlog som skal implementeres under Sprint for å levere produktstigningen med funksjonalitetene som kreves for dette trinnet. Sprint Backlog er ikke løst, men vil trolig utvikle seg under Sprint.
  • Produktøkningen: allerede nevnt ovenfor.

Med roller definert for hver:

  • Produkt eier - PO: forretningseksperten, klienten , representerer kunden og griper inn på den funksjonelle siden.
  • Scrum Master: prosjektkoordinatoren og garantisten for respekt for Scrum -metoden.
  • Team: de andre interessentene i prosjektet (spesielt utviklerne).

Andre smidige utviklingsmetoder

Foruten Scrum er det andre tilnærminger, hver med sine egne særegenheter:

  • Ekstrem programmering (XP): mye brukt i programvareutvikling
  • FDD (funksjonsstyrt utvikling)
  • Dynamisk systemutviklingsmetode (DSDM): en av de eldste
  • Adaptiv programvareutvikling (ASD)
  • Krystallklar: orienterte "små lag"
wave wave wave wave wave