Principperne for Agile projektledelse slog rod i softwareudvikling og ingeniørområder. Der er mange forskellige metoder (f.eks. Scrum eller Kanban) til implementering af disse processer, men smidighed behøver ikke at være kompliceret og kan anvendes på ethvert felt (men burde måske ikke være det).

Denne artikel har til formål at tage dig et par skridt ud over det enkle principper af Agile, med brugbar information, samtidig med at man undgår dogmet om en bestemt metode.

Hvis du vil vide, hvordan Agile projektledelse adskiller sig fra traditionel projektledelse, er denne artikel noget for dig. Da vi er et softwarevirksomhed, der sælger en projektstyringsapplikation, vil jeg afslutte artiklen med, hvordan OneDesk kan hjælpe dig med at opnå de ting, vi diskuterer.

Projektplanlægningens spektrum

Projekter er i det væsentlige slutmål, der er opdelt i de trin, der er nødvendige for at nå disse mål. Projektledelse er at oprette disse trin, organisere dem, udføre dem og spore deres fremskridt. Større projekter kræver større teams – og derfor er planlægning, estimering, tildeling, sporing og koordinering ofte et fuldtidsjob.

Som du kan forestille dig, er ikke alle projekter skabt ens. En simpel opskrift kan være tilstrækkelig, når du laver aftensmad, men det fungerer ikke for at designe en bro. De nødvendige projektstyringsmetoder varierer radikalt på tværs af dette spektrum, og det samme gør værktøjerne.

For de fleste af os falder de projekter, vi laver på arbejdet, et sted midt i spektret:

  • Vi arbejder i et team, og forskellige mennesker vil lave forskellige dele af projektet
  • Vi skal være opmærksomme på rækkefølgen af vores opgaver
  • Vi bør have et rimeligt skøn over, hvor lang tid det vil tage os, og hvornår det er færdigt
  • For nogle af os skal omkostningerne tages i betragtning
  • Vi skal være i stand til at se, om vi er på rette spor, og hvor langt vi er i projektet. Hvis det lyder som den slags projekter, du arbejder på, med måske en eller to yderligere bekymringer, kan dit arbejde være til gavn fra en agil tilgang eller MÅ IKKE. Selv inden for disse mellemstore projekter er der grader af, hvor meget et projekt skal planlægges og ledes. I den lysere ende virker en opgaveliste, der er skrevet på et hvidt bord. I den tungere ende kan tidslinjer, gantt-diagrammer og ressourcekalendere være nødvendige. Tricket er at finde det punkt på spektret, hvor det ikke koster mere at administrere dit projekt, end det gavner. Det kan være svært at finde.

    Traditionel projektledelse

    Der er ingen fast definition af traditionel projektledelse, men i forbindelse med denne artikel vil vi beskrive nogle praksis, der ofte følges.

    Med mere traditionel projektstyring, før projekter lanceres, er de grundigt planlagt. Det betyder at:

  • Så mange opgaver som muligt identificeres.
  • Estimater med hensyn til arbejde/varighed foretages for disse opgaver.
  • Omkostninger anslås også.
  • Der laves tildelinger mellem opgaver og ressourcer.
  • En dato, hvor projektet vil blive afsluttet, anslås. Som du kan se, er denne tilgang planlægningstung og kræver meget forudgående arbejde, før projektet overhovedet begynder. Selvom denne tilgang kan være nødvendig for nogle projekter, kan den belaste dig med unødvendige omkostninger til mange andre projekter. Agil projektledelse afviser denne planlægningstunge tilgang og erstatter den ofte med alternative teknikker og værktøjer. Tre af disse teknikker er agile punkter, iterationer/tidsboksning og statuskort.

    Agile point

    Agile point (story points) er indsatsestimater. Selvom traditionel projektledelse normalt anslår opgaveindsats i form af arbejdstimer, med agile scorer du simpelthen en opgave på en skala (f.eks. 1 til 5) og lader den ligge der. Da denne type skøn tager meget lidt tid at lave, handler du med lavere overhead -planlægning for mindre nøjagtighed i estimatet.

    Et samlet antal point (eller pointkapacitet) tildeles et projekt eller en iteration. Vi fylder bare projektet med opgaver, indtil dets pointkapacitet er nået. Da nogle opgaver vil blive over-estimeret og andre undervurderet, håber vi, at det vil blive gennemsnitligt til det rigtige. Erfaringen vil fortælle os, hvor mange point vores team kan opnå i en given tidsperiode.

    Time-boxing når man laver iterationer

    Iterationer er små projekter eller underafdelinger af projekter. Time-boxing er konceptet med at holde dine iterationer altid den samme varighed. For eksempel kan du opdele dit 2-måneders projekt i fire 2-ugers iterationer. Du kan frigive eller ej mellem iterationer. Opgaver, der ikke udføres i en iteration, skubbes til den næste. Over tid bliver du bedre til at estimere, hvad der kan opnås i en iteration.

    Tidsboksning er ofte en af de sværeste teknikker at anvende, da mange projekter ikke bare kan skæres vilkårligt ind i faste perioder. At skubbe opgaver til den næste iteration betyder også, at du ikke ved, hvor mange, hvor mange iterationer du vil have.

    Statuskort

    Statuskort, selvom det ikke kræves af agile, bruges ofte i agile projekter. I forlængelse af filosofien om at reducere omkostningerne til projektledelse tillader statustavler nogen at bare trække og slippe deres opgave fra den ene kolonne til den næste for at opdatere status for deres opgave. Disse tavler giver også mulighed for let visualisering af, hvor opgaverne ligger med hensyn til status for hele iterationen.

    Andre teknikker

    Her er et par andre smidige teknikker og værktøjer, som du kan overveje at bruge i dine projekter.
    Daglige stand-up møder : Disse daglige møder er, hvor hvert teammedlem siger, hvad de arbejdede med i går, hvad de planlægger at opnå i dag, og hvis de har nogle blokeringer. De holdes stående for at holde dem korte.
    Nedbrændings- og hastighedskort : Nedbrændingsdiagrammer viser reduktionen af åbne opgaver i projektet over tid. Hastighedsdiagrammer sammenligner tidsboksede iterationer med hinanden for at se, om hvad teamet kan opnå forbedrer sig over tid.
    Selvopgave : Dette er praksis med ikke at tildele opgaverne, men lade teammedlemmer tage fat i den næste opgave for sig selv, når de er færdige med den sidste.

    Sådan hjælper OneDesk dig med Agile

    OneDesk adskiller sig fra de fleste projektstyringssystemer ved, at det giver dig mulighed for at køre et projekt ved hjælp af dit valg af agile metoder, traditionelle metoder eller en blanding af begge dele. Sådan gør du.

    Opret projekter, der rulles op til porteføljer eller mapper, der rulles op til projekter.

    Skift let mellem kortvisninger eller hierarkisk liste.


     

    Brug Agile point eller mandetimer til at estimere opgaver

    Nedbrændingsdiagrammer og hastighedskort bages i (og masser af andre diagrammer også).

    Se en video om, hvor du finder de smidige funktioner i OneDesk

    OneDesk er specielt indstillet til de mellemstore projekter, der nogle gange har brug for lidt planlægning og andre gange meget mindre. OneDesk har fleksibiliteten til at give dit team mulighed for at planlægge dine projekter til det niveau, du har brug for for at imødekomme din organisations arbejdsgang, mens det ikke overbelaster dit team med for meget overhead. Med OneDesk får du alle fordelene ved agil projektstyring, mens du stadig har adgang til avanceret værktøj, som du nogle gange kan have brug for. Endnu bedre, du kan skifte mellem tilstande for at kombinere omhyggelig planlægning med hurtig og ubesværet udførelse.

    Lad os vide, hvis du har spørgsmål.

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>