Dela via

Metodtips för agil projekthantering

  • Artikel

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Azure Boards erbjuder ett urval av agila planeringsverktyg, varav många fungerar i kombination med varandra. Den här artikeln innehåller en komma igång-guide för projektledare som är nya i Azure Boards. Om du och dina team vill ha en minimal spårningsmetod för att planera och hantera dina projekt börjar du med den här guiden. Om du flyttar från vattenfallsprojekthantering till agila metoder börjar du också med den här guiden.

Kommentar

Om ditt team har åtagit sig att öva Kanban- eller Scrum-metoder kan du läsa om boards och Kanban eller självstudierna för implementering av Scrum.

De flesta riktlinjerna i den här artikeln är giltiga för både molnversioner och lokala versioner. Vissa av de funktioner som ingår i den här artikeln, till exempel Sammanslagning, Analys och vissa verktyg för portföljplanering, är dock endast tillgängliga för molnet just nu.

Konfigurera dina team

Azure Boards ger varje team en uppsättning agila verktyg för att planera och spåra arbete. Varje projekt definierar ett standardteam som du kan börja använda direkt. Om du har flera utvecklings- eller funktionsteam rekommenderar vi att du definierar ett team i Azure DevOps för varje funktionsteam. På så sätt kan varje team arbeta självständigt medan de samarbetar med varandra.

Tips för bästa praxis:

  • Konfigurera team längs de värdeströmmar som din organisation vill leverera.
  • Definiera ett team för varje utvecklingsgrupp med 6 till 12 utvecklare.
  • Konfigurera utvecklingsteam för att stödja sammanslagning till funktionsteam för projekthantering.

Mer information om hur du konfigurerar team finns i:

Konfigurera dina sprintar

Sprintar som anges av iterationssökvägar definieras för ett projekt och väljs sedan av team. En sprinttakt kan variera mellan en vecka och fyra veckor eller längre. Du kan också definiera sprintar i en hierarki som innehåller versionståg. Du tilldelar arbete till sprintar som teamen förbinder sig att leverera i slutet av sprinten. Dessa Azure Boards-verktyg förlitar sig på sprinttilldelningar till ett teams sprint-kvarvarande uppgifter, aktivitetstavla och prognos- och leveransplaner. Mer information finns i Implementera Scrum-metoder och Granska teamleveransplaner.

Tips för bästa praxis:

  • Definiera en sprinttakt för användning av alla team i din produktgrupp.

  • Definiera minst sex eller fler iterationer som stöder planering för de kommande 6 till 12 månaderna.

  • Avgör hur team använder iterationer för att hantera kvarvarande uppgifter.

    • Otilldelat sprintarbete tilldelas standardloggen.
    • Otilldelat sprintarbete tilldelas till en utsedd framtida kvarvarande sprint.

Mer information om hur du konfigurerar sprintar finns i:

Välj dina typer av arbetsobjekt

Ta reda på vilka typer av arbetsobjekt som ditt team kan använda för att samla in kundkrav och utvecklingsarbete. Om projektet baseras på agil process rekommenderar vi att du använder arbetsobjekttyperna Användarberättelse, Bugg och Funktion.

Om ditt projekt baseras på en annan process, till exempel Basic, Scrum eller Capability Maturity Model Integration (CMMI), har du följande alternativ. Varje team bestämmer hur de vill spåra buggar.

Följande bild visar hierarkin för arbetsobjektet agil processeftersläpning:

Diagram som visar agila typer av arbetsobjekt.

  • Användarberättelser och uppgifter används för att spåra arbete.
  • Buggar spårar kodfel.
  • Epos och funktioner används för att gruppera arbete under större scenarier.

Varje team kan konfigurera hur de hanterar buggarbetsobjekt på samma nivå som användarberättelse eller uppgiftsarbetsobjekt. Använd inställningen Arbeta med buggar. Mer information om hur du använder dessa typer av arbetsobjekt finns i Agil process.

Kommentar

Krav anger användarnas förväntningar på en programvaruprodukt. I Azure Boards definieras kraven av arbetsobjekt som visas i din produkts kvarvarande uppgifter. Baserat på den process som valts för ditt projekt motsvarar kraven användarberättelse (agil), produktpost (Scrum), problem (basic) eller krav (CMMI) arbetsobjekttyper. De tillhör också kategorin Krav, som hanterar de arbetsobjektstyper som visas i produktloggen.

Tips för bästa praxis:

  • Använd typ av funktionsarbetsobjekt för att samla in kundfunktioner som du vill skicka.

  • Lägg snabbt till funktioner eller krav från kvarvarande uppgifter och fyll i information senare.

  • Använd arbetsobjekttypen Krav för att dela upp funktioner i arbete som utvecklingsteamet äger. Dessutom:

    • Använd arbetsobjekttypen Användarberättelse för Agile.
    • För Basic använder du typ av ärendearbetsobjekt.
    • För Scrum använder du arbetsobjekttypen Produktpost för kvarvarande uppgifter.
    • För CMMI använder du arbetsobjekttypen Krav.

  • Använd typ av buggarbetsobjekt för att samla in kodfel.

  • Mappa krav till funktioner för att spåra förloppet på projekthanteringsnivå.

  • Storlekskrav som ska slutföras inom en sprint.

  • Storleksfunktioner som ska slutföras i en sprint eller flera sprintar.

  • Storlek Epic-arbetsobjekt som ska levereras kvartalsvis eller till något milstolpemål.

  • Låt utvecklare använda kategorin Uppgift för att dela upp sitt arbete efter behov.

Som projektledare hanterar du funktionerna. Utvecklingsteamet hanterar kraven. När du mappar dem med hjälp av länkar mellan överordnade och underordnade får du insyn i förloppet för dina funktioner. Varje arbetsobjekt som du lägger till i teamets kvarvarande uppgifter tilldelas automatiskt standardområdessökvägen och iterationssökvägen som angetts för ditt team.

Om du har större initiativ eller scenarier som kräver att du skickar flera funktioner grupperar du dem under kategorin Epic med hjälp av länkar mellan överordnade och underordnade.

Mer information om typer av arbetsobjekt finns i:

Skapa din produktplan

Skapa din produktplan med hjälp av kvarvarande funktioner. Utvecklingsteamet skapar sedan sin produktplan med hjälp av kvarvarande produktloggar. Med jämna mellanrum bör du granska och förfina dina produktplaner.

Kvarvarande funktioner

Projektledare initierar produktplanen genom att lägga till funktioner i kvarvarande funktioner. Varje funktion ska representera en leveransbar slutprodukt som uppfyller kundens behov.

Skärmbild som visar kvarvarande funktioner.

Produktlogg

Utvecklingsteam lägger till Användarberättelser i sina kvarvarande produkter. Användarberättelsen tilldelas automatiskt teamets standardområdessökväg och iterationssökväg. Sedan mappar teamet dessa berättelser under varje funktion som representerar det arbete som krävs för att implementera funktionen. Du bör ändra storlek på varje användarberättelse så att den kan slutföras i en sprint.

Skärmbild som visar en produkts kvarvarande uppgifter.

Förfina varje kvarvarande uppgifter

Granska regelbundet varje kvarvarande uppgifter genom att utföra följande uppgifter:

  • Definiera det arbete som ska utföras.
  • Ändra ordning på arbetsobjekt med hjälp av dra och släpp-metoden så att de visas i prioritetsordning.
  • Öppna arbetsobjekt och lägg till information.
  • Tilldela arbete till teammedlemmar eller sprintar.
  • Samla in tekniska skulder och icke-funktionsarbete som krävs för att stödja ett hälsosamt ekosystem av leverans.
  • Mappa oparent arbete till de funktioner som det tillhör.
  • Beräkna storleken på kraven för att fastställa teamets hastighet och stöd för prognostisering (valfritt).

Dricks

Du kan övervaka teamets hastighet baserat på uppskattningar som tilldelats slutfört arbete eller ett enkelt antal arbetsobjekt som slutförts under sprintar. Om du vill använda funktionen Prognos måste du tilldela ett värde till fältet Berättelsepunkter, Insats eller Storlek . Om du inte vill uppskatta kraven kan du helt enkelt tilldela ett värde på 1 till kravberäkningar och sedan använda prognosverktyget baserat på antalet arbetsobjekt.

Tips för bästa praxis:

  • Förfina regelbundet dina kvarvarande uppgifter.
  • Se till att funktionerna och kraven har rätt storlek.
  • Definiera godkännandekriterierna och definitionen av gjort för funktioner och arbete.
  • Mappa ommappat arbete till funktioner.
  • Ange dina visningsalternativ för att stödja de uppgifter som du vill utföra.
  • Prognostisera dina kvarvarande uppgifter.

Mer information finns i:

Använda taggar för att stödja frågor och filtrering

Med taggar för arbetsobjekt kan gruppmedlemmar tilldela ad hoc-taggar till arbetsobjekt. Du kan använda de här taggarna för att filtrera kvarvarande uppgifter och tavlor. Du kan också använda dem för att fråga efter arbetsobjekt. För att taggar ska vara användbara för teamet kan du ge viss allmän vägledning om hur ditt team ska använda taggar. Överväg att dokumentera den här vägledningen på en central plats, till exempel projekt-wikin.

Följande bild visar en tavla filtrerad på webbnyckelordet som visar kort med taggenWeb.

Skärmbild som visar en tavla filtrerad med hjälp av nyckelordssökning.

Tips för bästa praxis:

  • Ha en princip på plats om hur dina team använder taggar.
  • Ange hur du använder taggar för att stödja frågor, filtrering och rapportering.
  • Överväg att använda taggar för att identifiera beroenden mellan team eller projekt.

Mer information finns i:

Prognos- och milstolpsplanering

Om du vill få insikt i vilka funktioner som kan levereras när använder du verktyget Prognos. Det här verktyget kräver att du anger uppskattningar till fältet Story Points, Effort eller Size för varje krav. Om du vill prognostisera ett enkelt antal arbetsobjekt tilldelar du värdet 1 till kravuppskattningar.

Beställ kvarvarande funktioner i prioritetsordning

Som projektledare bör du alltid ha kvarvarande funktioner i prioritetsordning, vilket förmedlar till utvecklingsteamet vilka funktioner som är viktigast att slutföra först.

Här visar kvarvarande funktioner sekvensen med funktioner som ska levereras.

Skärmbild som visar en kvarvarande funktionslogg sorterad efter överordnad funktion.

Beställ kvarvarande krav baserat på överordnade funktioner

Se till att du uppfyller de krav som krävs för att leverera funktioner. Som du ser i följande bild sorteras kvarvarande krav enligt de funktioner som du vill skicka. Den här ordningen förutsätter att alla krav i en funktion måste vara klara för att skicka den. Dessutom tilldelas berättelsepunkter till varje användarberättelse.

Skärmbild som visar en kvarvarande kravlogg ordnad efter överordnad funktion.

Prognostisera kvarvarande krav

Med uppskattningar tilldelade till varje krav kan du ange en teamhastighet. I följande exempel anges 12 för hastigheten, vilket motsvarar att teamet i genomsnitt kan slutföra 12 storypoäng per sprint. Verktyget Prognos visar vilka krav och funktioner teamet kan slutföra inom de kommande sex sprintarna. När du använder planeringsverktyget kan du tilldela krav till de prognostiserade sprintarna.

Skärmbild som visar prognosen för en kvarvarande kravlogg sorterad efter överordnad funktion.

Att få bra på uppskattningar och ha förutsägbara teamfunktioner är användbara teammål för processförbättring.

Uppdatera ditt funktionskort

Med en prognos för när en funktion levereras kan du uppdatera varje funktions iterationssökväg. Tilldela värden till en funktion genom att lägga till fälten på kortet på tavlan, enligt följande bild.

Skärmbild som visar en funktionstavla med uppdaterade iterationssökvägar.

Planering av milstolpe

Milstolpemarkörer används inte i Arbetsspårning i Azure Boards, förutom för leveransplaner. Leveransplaner ger en kalendervy och gör att du kan definiera en milstolpemarkör. Mer information finns i Granska teamleveransplaner i Azure Boards.

Du kan använda ett eller flera av följande alternativ för att markera ett arbetsobjekt som en milstolpe:

Hantera beroenden

I Microsoft Project hanterar du uppgifter som är beroende av att andra uppgifter slutförs genom att länka dem. Om du vill hantera beroenden i Azure Boards kan du lägga till liknande länkar genom att lägga till länktyperna Föregående/Efterföljande i arbetsobjekt. Lägg till dessa länkar från dialogrutan Lägg till länk för ett arbetsobjekt.

Azure Boards har stöd för många länktyper för att spåra relaterat arbete. Välj länktyperna Föregående/Efterföljande för att spåra arbete med beroenden. Ett snabbt sätt att länka arbetsobjekt är att lägga till en tagg i arbetsobjekt som deltar i skapande eller användning av beroenden. Skapa en fråga som använder taggen och lägg sedan till de länkar som krävs.

Följande dialogrutan Lägg till länk visar hur två arbetsobjekt länkas med hjälp av länktypen Efterföljande.

Skärmbild som visar dialogrutan Lägg till länk med länktypen Efterföljande.

Visualisera relationer för arbetsobjekt

Du kan visa beroenden och identifiera beroenden som har problem med leveransplaner. Som du ser i följande bild kan du växla visning av beroendelinjer mellan länkade arbetsobjekt. Mer information finns i Spåra beroenden med hjälp av leveransplaner.

Skärmbild som visar beroendelinjer mellan flera arbetsobjekt.

Med Marketplace-tillägget För visualisering av arbetsobjekt kan du visualisera länkrelationerna mellan flera arbetsobjekt, enligt följande bild.

Skärmbild som visar Visualisera relationer för arbetsobjekt.

Minsta livskraftiga produkt jämfört med hantering av kritisk sökväg

Azure Boards ger ingen intern vy över den kritiska sökvägen. Agila metoder gynnar en MVP (Minimum Viable Product) framför Hantering av kritisk sökväg. Genom att använda MVP identifierar du den kortaste sökvägen och beroendena genom att prioritera arbetsobjekttyperna Epic, Feature, User Story och Task. Mer kontext finns i Den kritiska sökvägen för agila projekt och Köra en mager start på Azure DevOps.

Tips för bästa praxis:

  • Lägg till en dependency tagg i arbetsobjekt som deltar i beroendehantering.
  • Använd länktyperna Föregående/Efterföljande för att spåra beroenden av arbete som ägs av andra team eller inom andra projekt.
  • Skapa frågor för att spåra, lägga till och sortera beroenden.
  • Använd leveransplaner för att visa arbete som du har beroenden för från andra team.
  • Använd Marketplace-tillägget För visualisering av arbetsobjekt för att visualisera beroenden för ett specifikt arbetsobjekt i formuläret för arbetsobjekt.

Kommentar

Marketplace-tillägg stöds inte i Azure Boards, så de stöds inte av produktteamet. Frågor, förslag eller problem som du har när du använder dessa tillägg finns på motsvarande tilläggssidor.

Mer information finns i:

Arbeta i sprintar

Med sprintar kan utvecklingsteamet fokusera på att slutföra en förvald uppsättning arbete. Arbete som tilldelats en sprint visas i teamets sprint-kvarvarande uppgifter. Sprint-kvarvarande uppgifter definieras endast för kvarvarande produktloggar, inte för kvarvarande portföljer.

Genom att uppdatera statusen för arbetet dagligen under en sprint kan du enkelt spåra sprintförloppet med sprintens bränningsdiagram, som du ser i följande bild.

Skärmbild som visar ett bränningsdiagram för Analytics Sprint.

Tips för bästa praxis:

Utför följande uppgifter för varje sprint:

  • Planera varje sprint med ditt team.
  • Använd teamets kvarvarande sprintlogg för att granska sprint-slutprodukt.
  • Se till att varje sprintarbetsobjekt tilldelas till en teammedlem.
  • Se till att varje arbetsobjekt är begränsat för slutförande i sprinten.
  • Se till att godkännandekriterierna för arbetet är väldefinierade och förstådda.
  • Uppdatera statusen för sprintarbetsobjekt när arbetet flyttas från Nytt till Aktivt till Slutfört tillstånd, och spåra sprintnedbrändhet.
  • Kontakta andra team om beroenden som teamets arbete är beroende av.
  • Övervaka sprintförloppet med hjälp av sprintstafettdiagrammet.

Mer information finns i:

Granska förlopps- och funktionsprodukt

De tre huvudverktygen som du bör använda för att granska förlopp och slutprodukt är:

  • Funktionskort
  • Kvarvarande funktioner med sammanslagningskolumner
  • Leveransplaner

Funktionskort

Din funktionstavla är en annan plats där du kan granska förloppet och säkerställa det kontinuerliga flödet av slutprodukt. Följande bild visar en anpassad funktionstavla, inklusive pågående kolumner som Behöver mer information, På däck, Pågår och Kunddistribution. Dessa kolumner ger en mer naturlig uppsättning tillstånd när funktioner föreslås, utforskas, utformas, utvecklas och sedan distribueras till produktion.

Skärmbild som visar en funktionstavla med anpassade kolumner.

Samlad

Ett snabbt och visuellt sätt att övervaka förloppet är från kvarvarande funktioner. Genom att lägga till kolumnen för förloppsindikatorn för sammanslagning kan du se vilken procentandel av arbetsobjekten som har slutförts för varje funktion, enligt följande bild.

Skärmbild som visar en funktionslogg som visar kolumnalternativet för förloppsstaplar.

Leveransplaner och flera teamleveranser

Om du vill granska funktioner som levereras i flera team konfigurerar du en leveransplan. Leveransplaner ger en interaktiv tavla för att granska ett kalenderschema med berättelser eller funktioner som flera team planerar att leverera.

Skärmbild med pratbubblar med leveransplaner.

Interaktiva planelement

Tips för bästa praxis:

  • Anpassa din funktionstavla för att stödja teamets processer.
  • Lägg till fält i kort så att du snabbt och enkelt kan uppdatera deras värden.
  • Uppdatera iterationssökvägen (sprint) för funktioner när du får klarhet om när de levereras.
  • Gå igenom funktionstavlan för att gå igenom status, block/problem/risker/ändringar och uppdateringsstatus.
  • Använd filterfunktionen för att fokusera på taggade objekt, tilldelade av funktioner, specifika sprintar med mera.
  • Lägg till sammanslagningskolumner i funktionsloggen för att övervaka övergripande förlopp baserat på slutförande av antal arbetsobjekt.
  • Använd leveransplaner för att granska funktioner för flera team för att diskutera beroenden mellan team.

Mer information finns i:

Processförbättring

Kontinuerlig förbättring är kärnan i agila metoder. För att förbättra dina processer måste du ha delade mål och en delad plan. Om du vill initiera processförbättringsaktiviteter kan du överväga att lägga till dem genom regelbundna metoder. Du kanske vill:

  • Planera sprintar.
  • Ange sprintmål.
  • Utför regelbundna retrospektiv.

Tänk på följande frågor när du anger mål:

  • Vad lär du dig om dina kunder? Vad behöver du veta?
  • Vilka data mäts? Kan den användas? Vilka data behöver mätas?
  • Hur är flödet av slutprodukt? Är det som förväntat? Var kan förbättringar göras?
  • Har dina teammedlemmar möjlighet att göra sitt bästa? Vilka verktyg eller information skulle hjälpa dem att förbättra?
  • Hur bra delas information? Hur bra samarbetar teamen?
  • Hur bra är ditt team som hanterar tekniska skulder och stänger buggar?

Några av de agila verktyg som du kan använda för att stödja processförbättringar är teamhastighet, teaminstrumentpaneler och tillägget Retrospektiv marketplace.

Teamhastighet

Från teamets Velocity-diagram kan du få en förståelse för hur väl teamet planerar och kör en sprint. Som du ser i följande exempel visar diagrammet Velocity det planerade, slutförda, slutförda sena och ofullständiga antalet arbetsobjekt för flera sprintar. Teams kan granska det här diagrammet för att avgöra hur bra de beräknar och kör och hur de kan förbättras.

Skärmbild som visar ett exempel på ett teamhastighetsdiagram.

Teaminstrumentpaneler

Teams kan definiera instrumentpaneler för att dela information och övervaka realtidsdata om arbetsförlopp.

Skärmbild som visar ett exempel på en instrumentpanel för teamet.

Tips för bästa praxis:

  • Identifiera mål för processförbättringar som ditt team kan godkänna, skriva ned dem och granska dem regelbundet.
  • Använd teaminstrumentpaneler för att dela information och arbetsspårningsdiagram, som du och ditt team granskar regelbundet.
  • Låt ditt team identifiera minst ett sprintmål som rör processförbättring vid sprintplaneringsmöten.
  • Utför regelbundna retrospektiv för att fånga vad som gick bra, vad som inte gick bra och åtgärder för att förbättra.
  • Underhåll en förbättringsspårningstavla, till exempel den som är tillgänglig med tillägget Retrospektiv marketplace.

Mer information finns i:

Nästa steg

Konfigurera och anpassa Azure Boards

Branschartiklar