Agile Project Management Cheat Sheet

April 1  by Eliza

Agile Software Development Manifesto © er et bevisst strømlinjeformet uttrykk av kjerneverdiene i smidig prosjektstyring. Bruk dette manifestet som en guide for å implementere smidige metoder i prosjektene dine.

"Vi avdekke bedre måter å utvikle programvare ved å gjøre det og hjelpe andre gjøre det gjennom dette arbeidet, har vi kommet til verdi.:

  • Enkeltpersoner og interaksjoner enn prosesser og verktøy
  • Arbeide programvare over omfattende dokumentasjon
  • Kundesamarbeid over kontraktsforhandlinger
  • Svare på endre seg over etter en plan

Det vil si, mens det er verdi i elementene på høyre, verdsetter vi elementene på venstre mer. "

© Agile Manifesto Copyright 2001: Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor Ken Schwaber, Jeff Sutherland, Dave Thomas.

Denne erklæringen kan kopieres i noen form, men bare i sin helhet gjennom denne kunngjøringen.

De 12 Agile Principles

De 12 Agile Principles er et sett med veiledende begreper som støtter prosjektteam i å implementere smidige prosjekter. Bruke disse begrepene for å implementere smidige metoder i prosjektene dine.

  1. Vår høyeste prioritet er å tilfredsstille kunden gjennom tidlig og kontinuerlig levering av verdifull programvare.
  2. Velkommen skiftende krav, selv sent i utvikling. Smidige prosesser utnytte endring for kundens konkurransefortrinn.
  3. Levere arbeider programvare ofte, fra et par uker til et par måneder, med en preferanse til kortere tidsskala.
  4. Forretningsfolk og utviklere må jobbe sammen daglig gjennom hele prosjektet.
  5. Bygge prosjekter rundt motiverte individer. Gi dem miljøet og støtten de trenger, og stole på dem for å få jobben gjort.
  6. Den mest effektive og effektiv metode for å formidle informasjon til og innen et utviklingsteam er ansikt-til-ansikt-samtale.
  7. Arbeide programvare er det primære mål på fremgang.
  8. Smidige prosesser fremme bærekraftig utvikling. Sponsorene, utviklere og brukere skal kunne opprettholde et konstant tempo på ubestemt tid.
  9. Kontinuerlig fokus på teknisk dyktighet og god design forsterker smidighet.
  10. Enkelhet - kunsten å maksimere mengden arbeid ikke gjort - er avgjørende.
  11. De beste arkitekturer, krav og design dukke opp fra selvorganiserende team.
  12. Med jevne mellomrom reflekterer teamet om hvordan du kan bli mer effektiv, så låter og justerer sin atferd deretter.

Agile Roadmap to Value

Veikartet til Verdi er et høyt nivå over en smidig prosjekt. Stadier av veikart til verdi er beskrevet på listen etter diagram:

Agile Project Management Cheat Sheet

  • I trinn 1, produkteier identifiserer produktet visjon. Produktet visjon er en definisjon av hva produktet er, hvordan det vil støtte din bedrift eller organisasjonens strategi, og som skal bruke produktet. På lengre prosjekter, går tilbake produktet visjon minst en gang i året.
  • I trinn 2, skaper produktet eieren et veikart. Produktet veikart er et høyt nivå av produktkrav, med en løs tidsramme for når du vil utvikle disse kravene. Identifisere produktkrav og deretter prioritere og grovt estimere innsats for disse kravene er en stor del av å skape produktet veikart. På lengre prosjekter, revidere produktet veikart minst to ganger i året.
  • I Stage 3, skaper produktet eieren en utgivelse plan. Utgivelsen plan identifiserer et høyt nivå tidsplan for utgivelsen av arbeids programvare. En smidig prosjekt vil ha mange utgivelser, med de høyest prioriterte funksjoner lansere først. En typisk utgivelsen inneholder tre til fem spurter. Lag en utgivelse plan i begynnelsen av hver utgivelse.
  • I Stage 4, produkteier, master, og de ​​utviklingsteam plan spurter, også kalt gjentakelser, og begynne å lage produktet innenfor disse spurter. Sprint planleggingsmøter finner sted i begynnelsen av hver sprint, der scrum-teamet bestemmer hvilke krav vil være i den kommende iterasjon.
  • I Stage 5, har daglige møter. I løpet av hver sprint utviklingsteamet I det daglige møtet, du bruker ikke mer enn 15 minutter, og diskutere hva du ferdig i går, hva du vil jobbe med i dag, og eventuelle sperringer du har.
  • I Stage 6, har teamet en sprint gjennomgang. I sprint gjennomgang, på slutten av hver sprint, demonstrere du arbeids produkt skapt i løpet av sprinten til produkt interessenter.
  • I Stage 7, har teamet en sprint retrospektiv. Sprintretrospektivet er et møte hvor teamet drøfter hvordan sprinten gikk og planer for forbedringer i neste sprint. I likhet med sprint gjennomgang, har du en sprint retrospektiv på slutten av hver sprint.

Agile prosjektledelse roller

Det tar et samarbeids team av ansatte til å fullføre et prosjekt. Smidige prosjektteam består av mange mennesker, og inneholde følgende fem roller:

  • Utviklingsteamet: Gruppen av mennesker som gjør arbeidet med å skape et produkt. Programmerere, testere, designere, forfattere, og alle andre som har en hands-on rolle i produktutvikling er medlem av utviklingsteamet.
  • Produktet eieren: Den som er ansvarlig for å bygge bro over gapet mellom kunden, interessenter, og utviklingsteamet. Produktet eieren er ekspert på produktet og kundens behov og prioriteringer. Produktet eieren arbeider med utviklingsteamet daglig for å bidra til å avklare krav. Produkteieren er noen ganger kalt en kunderepresentant.
  • Scrum Master: Den som er ansvarlig for å støtte utviklingsteamet, clearing organisatoriske veisperringer, og holde den smidig prosess konsekvent. En Scrum Master er noen ganger kalt et prosjekt tilrettelegger.
  • Interessenter: Alle med interesse i prosjektet. Interessenter er ikke ansvarlig for produktet, men de gir innspill og påvirkes av prosjektets utfall. Gruppen av interessenter er mangfoldig og kan inkludere personer fra ulike avdelinger, eller til forskjellige selskaper.
  • Agile mentor: Noen som har erfaring med implementering av smidige prosjekter og kan dele den opplevelsen med en prosjektgruppe. Den smidige mentor kan gi verdifulle tilbakemeldinger og råd til nye prosjektgrupper og å projisere lagene som ønsker å prestere på et høyere nivå.

Agile Project Management Artifacts

Prosjektets fremdrift må være målbare. Smidige prosjektgrupper bruker ofte seks hoved gjenstander, eller leveranser, til å utvikle produkter og spore fremgang, som er oppført her:

  • Produkt visjon: En elevator pitch, eller en rask oppsummering, for å kommunisere hvordan produktet støtter selskapets eller organisasjonens strategier. Visjonen erklæringen må artikulere mål for produktet.
  • Product backlog: Den fullstendige listen over hva som er i omfanget for prosjektet, sortert etter prioritet. Når du har din første kravet, har du et produkt backlog.
  • Veikart: Produktet veikart er et høyt nivå av produktkrav, med en løs tidsramme for når du vil utvikle disse kravene.
  • Utgivelse plan: Et høyt nivå tidsplan for utgivelsen av arbeids programvare.
  • Sprint backlog: Målet, brukerhistorier, og oppgaver knyttet til dagens sprint.
  • Tilvekst: Arbeidsproduktfunksjonalitet ved slutten av hver sprint.

Agile Project Management Events

De fleste prosjektene har etapper. Smidige prosjekter inkluderer syv arrangementer for produktutvikling. Disse hendelsene er møter og stadier og er beskrevet i følgende liste:

  • Prosjektering: Den innledende planlegging for prosjektet. Prosjektplanlegging omfatter oppretting av et produkt visjon og et veikart, og kan skje på så kort tid som en dag.
  • Utgivelse planlegging: Planlegging av neste settet med produktfunksjoner for å frigjøre og identifisere en nært forestående produkt lanseringsdato rundt som teamet kan mobilisere. På smidige prosjekter, planlegger du en utgivelse av gangen.
  • Sprint: En kort syklus av utvikling, der teamet skaper potensielt leverbart produkt funksjonalitet. Spurter, noen ganger kalt gjentakelser, vanligvis vare mellom en og fire uker. Spurter kan vare så lite som en dag, men bør ikke være lenger enn fire uker. Spurter bør forbli den samme lengde gjennom hele prosjekter.
  • Sprint planlegging: Et møte i begynnelsen av hver sprint der scrum-teamet forplikter seg til en sprint mål. De identifiserer også de krav som støtter dette målet, og vil være en del av spurten, og de enkelte oppgaver det vil ta å fullføre hvert krav.
  • Daglig scrum: En 15-minutters møte avholdes hver dag i en sprint, der utviklingsteammedlemmene oppgir hva de avsluttet dagen før, hva de vil fullføre på den aktuelle dagen, og om de har noen sperringer.
  • Sprint gjennomgang: Et møte på slutten av hver sprint, introdusert av produktet eieren, hvor utviklingsteamet demonstrerer arbeidsproduktfunksjonalitet det ferdig i løpet av sprinten.
  • Sprint retrospektiv: Et møte på slutten av hver sprint der scrum-teamet diskuterer hva som gikk bra, hva som kan endres, og hvordan du kan gjøre noen endringer.

Agile Project Management Organisasjoner, sertifiseringer og ressurser

Det er en stor smidig prosjektstyring verden der ute. Her er noen av de nyttige linker til medlemmer av den smidige utøveren samfunnet:

  • Agile Alliance: The Agile Alliance er den opprinnelige globale smidig samfunnet, med et oppdrag for å hjelpe forhånd smidige prinsipper og praksis, uavhengig av metode.
  • Scrum Alliance: The Scrum Alliance er en nonprofit profesjonell medlemsorganisasjon som fremmer forståelse og bruk av scrum. Scrum Alliance tilbyr en rekke profesjonelle sertifiseringer:

    • Sertifisert Scrum Master (CSM)
    • Sertifisert Scrum Product Owner (CSPO)
    • Sertifisert Scrum Developer (CSD)
    • Certified Scrum Professional (CSP)
    • Sertifisert Scrum Coach (CSC)
    • Sertifisert Scrum Trainer (CST)
  • XProgramming.com: Ron Jeffries, en av initiativtakerne til den ekstreme programmering (XP) utvikling tilnærming, gir ressurser og tjenester til støtte for XP avansement på XProgramming.com nettstedet.
  • Lean Essays: Lean Essays er en blogg fra Mary og Tom Poppendieck, tenkte ledere i bruk av lean konsepter innen programvareutvikling plass.
  • PMI Agile Community: The Project Management Institute (PMI) er den største nonprofit prosjektledelse medlemsforening i verden. Den smidige delen av PMI hjemmeside gir tilgang til papirer, bøker og seminarer om smidig prosjektstyring. PMI støtter en smidig praksisfellesskap og en sertifisering, PMI Agile Certified Practitioner (PMI-ACP).
  • Platinum Edge: Siden 2001, laget mitt på Platinum Edge har vært å hjelpe selskaper med hell ta sine prosjektledelse praksis til et høyere nivå. Vi tilbyr trening klasser over hele verden og også utvikle overgangs strategier og coaching for organisasjoner flytte til smidig prosjektstyring. Besøk trening delen av nettstedet vårt for å finne en kommende Certified Scrum Master, Certified Scrum Product Owner, PMI-ACP forberedelse, eller smidig oversikt klasse nær deg.