Hoe SAFe-concepten® worden toegewezen aan Azure Boards-artefacten
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Als u geïnteresseerd bent in het gebruik van Scaled Agile Framework (SAFe®), kunt u uw Azure Boards-project configureren om SAFe-producten® bij te houden. Net zoals Azure Boards Scrum- en Agile-procedures ondersteunt, kan het SAFe® en grote aantallen teams ondersteunen om samen te werken aan Epics die releases omvatten.
In deze zelfstudie ziet u hoe de volgende SAFe-artefacten® worden toegewezen aan specifieke Azure Boards-artefacten.
- SAFe® Agile-, programma- en portfolioteams
- SAFe-producten® zoals epics, functies en verhalen
- SAFe-product®-, programma- en portfolioweergaven
- SAFe® Release treinen, sprints en andere timeboxes
- SAFe® Iteratiedoelstellingen en -doelstellingen
- SAFe-waardestromen® en budgetten
- SAFe® Portfolio Vision en strategische thema's
- SAFe® Roadmaps
- SAFe-mijlpalen® en -gebeurtenissen
- SAFe® Retrospectieven en beoordelingen
Voor een overzicht van hoe Azure Boards Scrum en Kanban implementeert, raadpleegt u Over Sprints, Scrum en projectmanagement en About Boards en Kanban.
Notitie
Dit artikel is een van de zelfstudies over scaled Agile Framework® die van toepassing zijn op Azure Boards en Azure DevOps Services. De meeste richtlijnen zijn geldig voor zowel de cloud- als on-premises versies. Sommige functies en procedures zijn echter specifiek voor de cloud of de nieuwste versie van Azure DevOps Server.
In de volgende afbeelding ziet u hoe u Azure Boards kunt configureren ter ondersteuning van een teamhiërarchie van drie niveaus en teams kunt toewijzen aan hun respectieve gebied en iteratiepaden. De voorbeelden zijn gebaseerd op het Agile-proces. De wijzigingen kunnen echter worden toegepast op elk project en proces dat wordt gehost op Azure Boards.
In de onderstaande voorbeelden ziet u hoe een teamhiërarchie van drie niveaus wordt geconfigureerd met behulp van hiërarchische vlakpaden. De voorbeelden zijn gebaseerd op het Agile-proces. U kunt deze wijzigingen echter toepassen op elk project dat wordt gehost op Azure Boards.
Agile-functie-, programma- en portfolioteams
Azure Boards ondersteunt elk team een eigen weergave van hun werk. Door een hiërarchische teamstructuur te configureren, kan elk team zich richten op hun werk en hun werk samenbrengen tot het volgende niveau in de teamhiërarchie.
Ter ondersteuning van SAFe-teams® configureert u het standaardteam opnieuw als portfolioteam om uw epics te beheren. Vervolgens maakt u subteams voor werk op programmaniveau en teamwerk. Werk kan worden bijgehouden in teams en op elk van de niveaus.
Verhalen, functies, epics, enablers en mogelijkheden
Alle werk- en producten worden vastgelegd in werkitems. Elk werkitem is gekoppeld aan een specifiek werkitemtype met een vooraf gedefinieerde werkstroom. Elk Azure Boards-proces biedt ondersteuning voor specifieke typen werkitems die u kunt gebruiken om elk van de SAFe-producten® bij te houden.
De werkitemtypen die voor u beschikbaar zijn, zijn gebaseerd op het proces dat wordt gebruikt toen uw project werd gemaakt( Agile, Basic, Scrum of CMMI), zoals geïllustreerd in de volgende afbeeldingen.
In de volgende afbeelding ziet u de hiërarchie voor het werkitem voor het agile-procesachterstand:
Gebruikersverhalen en taken worden gebruikt om werk bij te houden.
Fouten bijhouden van codefouten.
Epics en functies worden gebruikt om werk onder grotere scenario's te groeperen.
Elk team kan configureren hoe ze bugwerkitems beheren, op hetzelfde niveau als werkitems voor gebruikersverhaal of taak, door de instelling Werken met bugs te configureren. Zie Agile-proces voor meer informatie over het gebruik van deze typen werkitems.
De items in uw achterstand kunnen Gebruikersverhalen (Agile) Problemen (Basic), Productachterstanditems (Scrum) of Vereisten (CMMI) worden genoemd. Alle vier zijn vergelijkbaar: ze beschrijven de klantwaarde die moet worden geleverd en het werk dat moet worden voltooid.
U kunt Enablers bijhouden met behulp van gebruikersverhalen of -functies en mogelijkheden met behulp van Functies of Epics. Of als u specifieke tracerings- en rapportagebehoeften hebt, kunt u aangepaste typen werkitems toevoegen om deze soorten producten bij te houden. Zie Azure Boards aanpassen, aangepaste typen werkitems toevoegen voor meer informatie.
Werkitems bieden ondersteuning voor de volgende taken:
- Beschrijving en acceptatiecriteria toevoegen
- Toewijzen aan een team- of gebiedspad en aan een projectlid
- Status bijwerken en toewijzen aan een iteratie of sprint
- Werkitems koppelen, bestanden bijvoegen, tags toevoegen
- Opmerkingen toevoegen en een discussiethread weergeven
Met achterstallige producten en portfolio's kunnen teams snel hun gebruikersverhalen, functies en epics toevoegen en prioriteren. Zie Werk bijhouden met gebruikersverhalen, problemen, bugs, functies en epics voor meer informatie over werkitems en werkitems.
Teamachterstanden en borden
SAFe-achterstanden® zijn toegewezen aan achterstanden van teams, programma's en portfolio's. Out-of-the-box ondersteunt het Agile-proces de niveaus User Story, Feature en Epic. De hiërarchische achterstandsstructuur toont werk dat is uitgevoerd ter ondersteuning van functies en gebruikersverhalen in de voortgang van een Epic.
U kunt uw achterstand en borden aanpassen, zelfs door portfolioachterstanden toe te voegen, zoals beschreven in Azure Boards aanpassen, achterstanden aanpassen.
De kanbanbordweergave van elke achterstand kan door elk team worden geconfigureerd.
Programmaverhogingen, releases en sprints
SAFe® Release Trains, Releases, Iterations, Program Increments (PIs) en Sprints worden eenvoudig toegewezen aan uw iteratiepaden. Door iteraties te delen in de teamhiërarchie, beheert u de releases op een samenhangende manier.
Omdat epics verschillende releasetreinen kunnen omvatten, is het Portfolio-team niet gekoppeld aan specifieke iteraties. Programmateams houden hun functie-producten bij, die worden geleverd met een PI. En functieteams werken in Sprints om verschillende verhalen te voltooien. Elk team kiest welke iteraties hen ondersteunen om hun gerichte set producten bij te houden.
Iteratiedoelen en -doelstellingen
SAFe-procedures® omvatten Agile-releaseteams die hun iteratiedoelen en -doelstellingen definiëren. U wordt aangeraden de projectwiki of teamdashboards te gebruiken om teamgegevens vast te leggen. De projectwiki- en teamdashboards ondersteunen Markdown om informatie toe te voegen en op te maken.
Zie Informatie verderop in dit artikel delen voor meer informatie.
Waardestromen en budgetten
U kunt tags gebruiken voor een snelle en eenvoudige manier om functies en epics toe te wijzen aan hun waardestromen, strategische thema's en gekoppelde budgetten. U kunt aangepaste velden toevoegen om budgetramingen vast te leggen voor functies die vervolgens kunnen worden samengeteld voor Epics.
Met tags die u aan werkitems toevoegt, kunt u het volgende doen:
- Een achterstand of Kanbanbord filteren
- Query's maken op basis van tags en queryresultaten filteren op tags
- Voortgangs- en trenddiagrammen of rapporten maken op basis van tags
Voor een robuustere toewijzing van werk aan architectuur- of bedrijfsfuncties kunt u het waardegebied opgeven voor elk episch, functie of verhaal.
Met samenvouwen kunt u Budgetschattingen voor Epics ophalen uit een samenvouwen van de schattingen die zijn gedefinieerd voor hun onderliggende functies, zoals wordt weergegeven in de volgende afbeelding.
Zie Azure Boards aanpassen en een aangepast veld toevoegen om aangepaste velden toe te voegen.
Gebruik de projectwiki om uw portfoliovisie en strategische thema's te ondersteunen
Informatie kan veel worden gedeeld met een organisatie met behulp van de Azure DevOps-projectwiki. De wiki is vergelijkbaar met een Git-opslagplaats die ondersteuning biedt voor het toevoegen en bewerken van pagina's met markdown en een WYSIWYG-editor. Het versies van elke pagina zodat het gemakkelijk is om bij te houden wie wijzigingen heeft aangebracht en eerdere versies te herstellen.
Gebruik uw projectwiki ter ondersteuning van het delen van de volgende SAFe-artefacten®:
- Portfolio Vision
- Strategische thema's
- Taxonomie
- Doelstellingen
- Doelstellingen
- Klantgerichte procedures
Zie Informatie verderop in dit artikel delen voor meer informatie over de projectwiki.
Mijlpalen en belangrijke gebeurtenissen
Het einde van elke iteratie voor programma's, Sprint, Release Train of Innovation and Planning (IP) vertegenwoordigt natuurlijke SAFe-mijlpalen®. Veel mijlpalen zijn gekoppeld aan specifieke ceremonies of praktijken, zoals het uitvoeren van retrospectieven of het demonstreren van werksoftware.
In Azure Boards kunt u op de volgende manieren andere soorten mijlpalen of belangrijke gebeurtenissen bijhouden.
- Aangepast veld, zoals mijlpaal- of releaseveld met vooraf gedefinieerde selectielijst
- Als tag toegevoegd aan werkitems
- Als werkitem waarmee een doeldatum wordt opgegeven
- Als een iteratiepad van één dag
Met aangepaste velden en tags kunt u snel achterstanden, borden en query's filteren op basis van een specifieke mijlpaal.
Teamstructuur voor gedeelde services
Resources die worden gedeeld tussen teams, kunnen worden weergegeven via hun eigen Agile-functieteam, zoals een UX-ontwerpteam of een beveiligingsnalevingsteam. Ze kunnen hun achterstand beheren terwijl hun werk ook wordt weergegeven in de achterstanden van de teams die ze ondersteunen.
Hier laten we zien hoe gebiedspaden worden toegewezen aan het UX-ontwerpteam en vervolgens selectieve subgebiedpaden naar andere Agile-teams. Werkitems die worden weergegeven op gedeelde vlakpaden, worden weergegeven in de achterstanden en borden van de gekoppelde teams.
Retrospectieven en beoordelingen
Ter ondersteuning van teams die retrospectieven en beoordelingen uitvoeren, raden we u aan de extensie Retrospectieven te gebruiken door Microsoft DevLabs.
Met deze extensie kunnen teams hun eigen retrospectiefborden maken en de volgende taken vastleggen:
- Feedback verzamelen over project mijlpalen
- Organiseer en geef prioriteit aan die feedback
- Maak en volg bruikbare taken om elk team te helpen bij hun verbeteringsprocessen.
Informatie delen
Azure Boards biedt veel manieren om informatie te delen.
- Werkitemformulieren bieden velden met tekst met opmaak om beschrijvingen, acceptatiecriteria en meer vast te leggen. Bestandsbijlagen kunnen worden toegevoegd aan werkitems of koppelingen naar netwerkbestandsshares.
- Project- en teamdashboards kunnen worden gebruikt om informatie te delen, samen met status- en voortgangsdiagrammen en widgets. Zie Markdown toevoegen aan een dashboard voor meer informatie.
- De Project-wiki biedt een centrale opslagplaats met ingebouwd versiebeheer om informatie te delen met alle projectleden. Andere wiki's kunnen indien nodig worden gemaakt. Zie Voor meer informatie Over Wiki's, READMEs en Markdown.
Zie de volgende artikelen voor meer informatie over ondersteunde Markdown-functies.
- Richtlijnen voor syntaxis voor Markdown-gebruik in Wiki
- Syntaxisrichtlijnen voor basisgebruik van Markdown
Volgende stappen
Verwante artikelen:
Cultuur en schaal
Feedback
Binnenkort: Gedurende 2024 worden GitHub Issues uitgefaseerd als het feedbackmechanisme voor inhoud. Dit wordt vervangen door een nieuw feedbacksysteem. Ga voor meer informatie naar: https://aka.ms/ContentUserFeedback.
Feedback verzenden en bekijken voor