Främja en agil kultur i ditt team
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
När ditt team växer vill du att dina verktyg ska växa med det. Och om du är ett företag som använder agila metoder vill du att dina agila verktyg ska stödja företagets affärsmål.
Men för att kunna skala Agile måste du ta itu med både kulturen och verktygen i din organisation.
Kommentar
Är du nybörjare på Agile? Mer information finns i Agile Culture and Scaling Agile to Large Teams (Agile Culture and Scaling Agile to Large Teams).
Aktivera autonomi
Organisationer som strävar efter att vara flexibla måste överväga de dubbla skyldigheterna att skapa anpassning i företaget och stödja teamets autonomi. Ett team måste vara självständigt för att vara effektivt. Och företag behöver anpassning mellan team och organisation för att vara effektiva.
För mycket anpassning till otillräckliga teamautonomi leder stöder inte innovation eller flexibilitet hos team för att få saker gjorda. För lite anpassning till varje team som kör sitt eget program ger inte den insikt och samordning som krävs för att uppfylla affärsmålen.
Med rätt nivå av anpassning i organisationen och teamets autonomi får individer möjlighet att förnya sig och inspireras att samarbeta för att uppfylla affärsmålen.
Skapa justering
När du planerar hur du vill utöka din Agile-verktygsuppsättning bör du tänka på följande områden. De här områdena är viktiga för att skapa företagsanpassning och samtidigt utveckla teamets autonomi.
Ytdiagram
Skapa justering
Stöd för autonomi
Produktseende
Organisationen definierar organisationens mål och översikt. Du kan definiera mål som epos och funktioner som visas i portföljens kvarvarande uppgifter.
Teamstruktur
Baserat på affärsmål bestämmer organisationer antalet och storleken på teamen. Vertikalt strukturerade funktionsteam leder till större autonomi och effektivitet.
Med team bör det finnas vissa etablerade roller, till exempel produktägare och utvecklingsledare, men också utrymme att rotera roller. Teammedlemmar kan till exempel turas om att agera som Scrum Master, utveckla sprintdemonstrationer, köra sprintrespektiver eller skapa sprint-e-postmeddelanden.
Utvecklingstakt
Agila organisationer måste släppa produkter och funktionsuppdateringar med jämna mellanrum. Att upprätta regelbundna lanserings- och sprintscheman främjar verksamhetens rytm.
Varje sprint – en tids boxad iteration av konstant varaktighet mellan två och fyra veckor – omfattar planering, körning, leverans av värde, reflekterande och kontinuerlig förbättring.
Alla team hanterar sitt arbete inom set sprint cadence. Teamet ger input till längden på sprinten som fungerar bäst för dem.
Teamet väljer de agila metoder som fungerar för dem, Scrum, Kanban eller en blandning av båda. Teamet tar också ansvar för att starta och agera utifrån sin egen uppsättning kontinuerliga förbättringsmetoder.
Det är möjligt för vissa team att köra i kortare sprintar. Om en organisation till exempel ställer in en 2-veckors sprinttakt kan vissa team välja att arbeta i 1-veckors sprintar, samtidigt som de överensstämmer med organisationens schema.
Kommunikationstakt
Precis som sprintar ger en naturlig rytm till arbetsflödet, så gör också regelbunden kommunikation. Genom att ställa in förväntningar på de typer av kommunikation som de vill se för att hålla sig anpassade och hur ofta de inträffar skapar organisationer naturligt anpassning mellan team och företag.
E-postmeddelanden för teamsprint, status för felfält och funktionsleveransstatus för versionsteamet är exempel på sådan regelbunden kommunikation.
Ett team bestämmer vilken information de kommunicerar och vem som utvecklar kommunikationen. Deras sprint-e-postmeddelanden kan innehålla en sammanfattning av tidigare sprintprestationer och nästa sprintplaner eller inkludera en demo av nyligen slutförda funktioner.
Kvalitet
Varje organisation måste ange de kriterier och standarder som de bedömer kvalitet med och ställa in förväntningar på kvalitetsstandarder. Några sätt som de definierar kriterierna på är att ange utgångskriterier för ny funktionsutveckling, standarder för att hantera tekniska skulder och buggtak för team eller individer.
Dessutom kan de övervaka buggstatus och trender genom att skapa instrumentpaneler för buggar.
Ett team väljer hur de ska uppfylla kvalitetsstandarderna. De kan mellanlagra buggfester för nya funktioner eller i slutet av varje sprint. De kan välja en individ som ska fungera som en buggsköld på roterande basis.
Hantera risker, spåra arbete
Organisationen avgör hur varje funktionsenhet kommunicerar status och risk. De upprättar ett "kommunikationskontrakt" för den minsta nödvändiga information som organisationen behöver.
Dessutom tillhandahåller organisationen infrastrukturen för att minska riskerna. Organisationen är skyldig teamen allt de kan göra för att minska de risker som är vanliga i olika team.
Utöver att uppfylla organisationens behov bestämmer teamen all annan information de behöver för att hantera och spåra för att minska sina risker. Oavsett om de använder en vit tavla med kladdiga anteckningar eller ett fullständigt Gantt-schema hanterar de informationen. Team kan till exempel lägga till ett kvarvarande objekt för att spåra ett beroende som de har i ett annat team. Eller så kan de spåra sina risker via en lista över problem eller hinder. Dessutom bidrar team regelbundet till att förbättra processen och infrastrukturen för att stödja organisationens förmåga att hantera risker och få insikter.
Strukturera team
När du skalar är en av de viktigaste uppgifterna att tänka på hur du strukturerar dina team. Traditionellt delar horisontella teamstrukturer team enligt programvaruarkitekturen: användargränssnitt, tjänstorienterad arkitektur och datateam.
Men med införandet av agila metoder ger vertikala teamstrukturer som sträcker sig över arkitekturen större teamautonomi. Vertikala team kan leverera på de funktioner de äger genom att arbeta i hela programvaruarkitekturen. De sprider också den kunskap som behövs för att arbeta på alla arkitekturnivåer i alla team.
Konfigurera dina team längs de värdeströmmar som din organisation vill leverera. Fabrikam Fiber organiserar till exempel sina team i följande sju funktionsteam.
Varje team planerar att leverera funktionerna. De har självbestämmande för att bestämma hur data ska struktureras, utforma tjänsterna och utforma webbgränssnitt och mobila användargränssnitt. De planerar att följa de kvalitetsstandarder som organisationen har fastställt och som alla team bidrar till.
Konfigurera dina agila verktyg för skalning
När din organisation växer kan du skala dina agila verktyg på följande sätt.
Lägg till team och filtrerade vyer för kvarvarande uppgifter: Du lägger till team för att stödja teamets autonomi och ger dem de verktyg som de kan konfigurera och hantera som stöder hur de vill arbeta. Dessa verktyg omfattar kvarvarande produktuppgifter, Kanban-tavlor, kvarvarande sprintloggar, taskboards och andra.
Du kan också konfigurera team för att stödja en hierarki med kvarvarande uppgifter och kvarvarande portföljer så att portföljansvariga kan granska prioritet och förlopp i flera team.
Konfigurera sprintar och versioner: Du kan strukturera dina iterationer för att stödja en platt uppsättning sprintar eller en uppsättning sprintar som är inbäddade i schemalagda versioner. Varje team aktiverar den uppsättning sprintar och utgåvor som de behöver delta i.
Hantera portföljer: genom att konfigurera en hierarki med team och kvarvarande uppgifter och aktivera kvarvarande portföljer. Funktionsteam som fokuserar på en delmängd av kvarvarande produktinformation kan fortsätta att fokusera på just deras kvarvarande uppgifter. Portföljförvaltare som vill visa och organisera kvarvarande uppgifter för att spåra förlopp och beroenden kan hantera portföljens kvarvarande uppgifter för funktioner och epos.
Om du behöver andra kvarvarande portföljer, till exempel Scenarier eller initiativ, kan du också lägga till dem.
Konfigurera instrumentpaneler: Med teaminstrumentpaneler kan du konfigurera diagram som spårar förloppet i ett team eller mellan team. Mer specifikt kan du lägga till status- och trenddiagram baserat på frågor som du skapar.
Gruppera eller kategorisera arbete: Det finns flera sätt att gruppera arbete som du vill spåra. Kvarvarande uppgifter filtrerar arbetsobjekt baserat på gruppområdestilldelningar. Med kvarvarande portföljer kan du gruppera kvarvarande uppgifter under Funktioner och epos.
Om du vill spåra och rapportera om arbetsobjekt baserat på andra grupper kan du göra det. Du kan lägga till taggar i arbetsobjekt och sedan filtrera kvarvarande uppgifter eller frågor baserat på taggar. Du kan också lägga till underområdessökvägar för att representera mer detaljerade funktionsområden.
Lägg till mappar och använd teamfavoriter: När dina team växer visas en växande lista över frågor för arbetsobjekt, byggdefinitioner och källkodsmappar. Genom att använda mappar, undermappar och teamfavoriter kan du hantera många av dessa listor enklare. Du kan lägga till gruppfavoriter för delade frågor, källkod och byggdefinitioner.
Skala med team och inte projekt
Ofta tittar organisationer på att lägga till ett projekt för varje programvaruutvecklingsprojekt.
Vi rekommenderar att du lägger till team för att skala dina verktyg i stället för att lägga till projekt av följande skäl:
- Synlighet: Det är enklare att visa förloppet i alla team
- Spårning och granskning: Det är enklare att länka arbetsobjekt till andra objekt i spårnings- och granskningssyfte
- Underhåll: Du minimerar underhållet av säkerhetsgrupper och bearbetar uppdateringar.
Mer information finns i Om projekt och skalning av din organisation.
Relaterade artiklar
Innan du kan skapa eller arbeta med något av de agila verktygen behöver du ett projekt. Om du inte har någon ännu kan du skapa en.
Om du är redo att flytta från ett team till två team eller konfigurera flera team läser du Lägg till team. Information om hur du lägger till en gruppadministratör eller konfigurerar grupptillgångar finns i Hantera team och konfigurera teamverktyg.
För mer information, se dessa artiklar:
- Metoder som skalar
- Synlighet mellan team
- Granska teamleveransplaner
- Implementera Scaled Agile Framework® för att stödja epos, versionståg och flera kvarvarande uppgifter.