Hvis du vil vite hvordan Agile prosjektledelse skiller seg fra tradisjonell prosjektledelse, er denne artikkelen noe for deg. Siden vi er et programvareselskap som selger et prosjektledelsesprogram, vil jeg avslutte artikkelen med hvordan OneDesk kan hjelpe deg med \u00e5 oppn\u00e5 de tingene vi diskuterer.<\/p>\n
Spektrumet av prosjektplanlegging<\/h3>\n
Prosjekter er i hovedsak sluttm\u00e5l som er delt inn i trinnene som trengs for \u00e5 n\u00e5 disse m\u00e5lene. Prosjektledelse lager disse trinnene, organiserer dem, utf\u00f8rer dem og sporer fremdriften deres. St\u00f8rre prosjekter krever st\u00f8rre team – og derfor er planlegging, estimering, tildeling, sporing og koordinering ofte en heltidsjobb.<\/p>\n
Som du kan forestille deg, er ikke alle prosjekter skapt like. En enkel oppskrift kan v\u00e6re tilstrekkelig n\u00e5r du lager kveldsmat, men det fungerer ikke for \u00e5 designe en bro. Prosjektledelsesmetodene som trengs varierer radikalt p\u00e5 tvers av dette spekteret, og det gj\u00f8r ogs\u00e5 verkt\u00f8yene.<\/p>\n
For de fleste av oss faller prosjektene vi gj\u00f8r p\u00e5 jobben et sted midt i spekteret:<\/p>\n
- \n
- Vi jobber i et team og forskjellige mennesker vil gj\u00f8re forskjellige deler av prosjektet<\/li>\n
- Vi m\u00e5 ta hensyn til rekkef\u00f8lgen p\u00e5 oppgavene v\u00e5re<\/li>\n
- Vi b\u00f8r ha et rimelig estimat p\u00e5 hvor lang tid det tar oss, og n\u00e5r den er ferdig<\/li>\n
- For noen av oss m\u00e5 kostnadene regnskapsf\u00f8res<\/li>\n
- Vi m\u00e5 v\u00e6re i stand til \u00e5 se om vi er p\u00e5 rett spor og hvor langt vi er i prosjektet. Hvis dette h\u00f8res ut som den typen prosjekter du jobber med, med kanskje en eller to ekstra bekymringer, KAN DITT jobben v\u00e6re til nytte fra en smidig tiln\u00e6rming eller KAN IKKE. Selv innenfor disse mellomstore prosjektene er det grader av hvor mye et prosjekt m\u00e5 planlegges og styres. I den lettere enden kan en oppgaveliste skrevet p\u00e5 et tavle fungere. P\u00e5 den tyngre enden kan det v\u00e6re n\u00f8dvendig med tidslinjer, gantt-diagrammer og ressurskalendere. Trikset er \u00e5 finne poenget i spekteret der administrasjon av prosjektet ikke koster mer enn det fordeler. Det kan v\u00e6re vanskelig \u00e5 finne.
\nTradisjonell prosjektledelse<\/h3>\n
Det er ingen fast definisjon av tradisjonell prosjektledelse, men i forbindelse med denne artikkelen vil vi beskrive noen fremgangsm\u00e5ter som ofte f\u00f8lges.<\/p>\n
Med mer tradisjonell prosjektledelse planlegges de grundig f\u00f8r prosjekter lanseres. Dette betyr at:<\/li>\n
- S\u00e5 mange oppgaver som mulig blir identifisert.<\/li>\n
- Estimater n\u00e5r det gjelder arbeid \/ varighet gj\u00f8res for disse oppgavene.<\/li>\n
- Kostnader er ogs\u00e5 estimert.<\/li>\n
- Oppgaver gj\u00f8res mellom oppgaver og ressurser.<\/li>\n
- Det estimeres en dato for at prosjektet skal fullf\u00f8res. Som du ser er denne tiln\u00e6rmingen planleggingstung og krever mye forh\u00e5ndsarbeid f\u00f8r prosjektet til og med starter. Selv om denne tiln\u00e6rmingen kan v\u00e6re n\u00f8dvendig for noen prosjekter, kan det belaste deg med un\u00f8dvendige overhead for mange andre prosjekter. Agile prosjektledelse avviser denne planleggingstunge tiln\u00e6rmingen, og erstatter den ofte med alternative teknikker og verkt\u00f8y. Tre av disse teknikkene er smidige punkter, iterasjoner \/ tidsboksing og statuskort.
\nAgile Points<\/h3>\n
Agile poeng (historiepoeng) er anslag for innsats. Mens tradisjonell prosjektledelse vanligvis estimerer arbeidsinnsats i form av arbeidstimer, sk\u00e5rer du ganske enkelt en oppgave p\u00e5 poengskala (f.eks. 1 til 5) og lar den v\u00e6re der. Siden denne typen anslag tar veldig lite tid \u00e5 gj\u00f8re, handler du lavere overheadplanlegging for mindre n\u00f8yaktighet i estimatet.<\/p>\n
Et totalt antall poeng (eller poengkapasitet) tildeles et prosjekt eller iterasjon. Vi fyller bare opp prosjektet med oppgaver, til poengkapasiteten er n\u00e5dd. Siden noen oppgaver vil bli overestimert og andre undervurdert, h\u00e5per vi at det vil v\u00e6re gjennomsnittlig til omtrent riktig. Erfaring vil fortelle oss hvor mange poeng teamet v\u00e5rt kan oppn\u00e5 i en gitt tidsperiode.<\/p>\n
Time-boksing n\u00e5r du gj\u00f8r iterasjoner<\/h3>\n
Iterasjoner er sm\u00e5 prosjekter eller underinndelinger av prosjekter. Time-boksing er konseptet med \u00e5 holde iterasjonene alltid like lange. For eksempel kan du dele opp ditt 2-m\u00e5neders prosjekt i fire 2-ukers iterasjoner. Du kan frigj\u00f8re eller ikke mellom gjentakelser. Oppgaver som ikke fullf\u00f8res i en iterasjon, skyves til neste. Over tid blir du bedre til \u00e5 estimere hva som kan oppn\u00e5s i en iterasjon.<\/p>\n
Tidsboksing er ofte en av de vanskeligste teknikkene \u00e5 bruke siden mange prosjekter, og kan ikke bare kuttes vilk\u00e5rlig i faste perioder. I tillegg betyr \u00e5 skyve oppgaver til neste iterasjon at du ikke vet hvor mange hvor mange iterasjoner du vil ha.<\/p>\n
Statusstyrer<\/h3>\n
Selv om det ikke kreves av agile, brukes statuskort ofte i smidige prosjekter. Ved \u00e5 fortsette med filosofien om \u00e5 redusere overhead for prosjektledelse, tillater statuskort noen \u00e5 bare dra og slippe oppgaven sin fra en kolonne til den neste for \u00e5 oppdatere statusen til oppgaven. Disse tavlene tillater ogs\u00e5 enkel visualisering av hvor oppgavene ligger n\u00e5r det gjelder status for hele iterasjonen.<\/p>\n
Andre teknikker<\/h3>\n
Her er noen f\u00e5 andre smidige teknikker og verkt\u00f8y som du kan vurdere \u00e5 bruke i prosjektene dine.
\nDaglige stand-up m\u00f8ter<\/strong> : Disse daglige m\u00f8tene er der hvert teammedlem sier hva de jobbet med i g\u00e5r, hva de planlegger \u00e5 oppn\u00e5 i dag, og hvis de har noen blokkerere. De holdes st\u00e5ende for \u00e5 holde dem korte.
\nNedbrente og hastighetskart<\/strong> : Nedbrente diagrammer viser reduksjon av \u00e5pne oppgaver i prosjektet over tid. Hastighetskart sammenligner gjentakelser i tidsboksen med hverandre for \u00e5 se om det teamet kan oppn\u00e5 forbedrer seg over tid.
\nSelvoppdrag<\/strong> : Dette er praksisen med \u00e5 ikke tilordne oppgavene, men la teammedlemmer ta tak i neste oppgave n\u00e5r de er ferdige med den siste.<\/p>\nHvordan OneDesk hjelper deg med \u00e5 gj\u00f8re smidig<\/h2>\n
OneDesk skiller seg fra de fleste prosjektledelsessystemer ved at den lar deg kj\u00f8re et prosjekt ved hjelp av ditt valg av smidige metoder, tradisjonelle metoder eller en blanding av begge. Dette er hvordan.<\/p>\n
Lag prosjekter som ruller opp til portef\u00f8ljer eller mapper som ruller opp til prosjekter.<\/h4>\n
![\"\"](\"https:\/\/onedesk.com\/wp-content\/uploads\/2020\/01\/iterations.png\")
<\/p>\nBytt enkelt mellom kortvisninger eller hierarkisk liste.<\/h4>\n
![\"\"](\"https:\/\/onedesk.com\/wp-content\/uploads\/2020\/01\/status-board.png\")
\n![\"\"](\"https:\/\/onedesk.com\/wp-content\/uploads\/2020\/01\/Task-list.png\")
<\/p>\n<\/p>\n
Bruk smidige poeng eller arbeidstid for \u00e5 estimere oppgaver<\/h4>\n
![\"\"](\"https:\/\/onedesk.com\/wp-content\/uploads\/2020\/01\/points-or-hours.png\")
<\/p>\nNedbrente diagrammer og hastighetskart er bakt inn (og mange andre diagrammer ogs\u00e5).<\/h4>\n
![\"\"](\"https:\/\/onedesk.com\/wp-content\/uploads\/2020\/01\/burndownPNG.png\")
<\/p>\nSe en video om hvor du finner de smidige funksjonene i OneDesk<\/h3>\n