Loading
PLATFORM
MOGELIJKHEDEN
ASANA AI
ALLE ABONNEMENTEN
Type bedrijf
Teams
Sectoren
Use cases
LEREN
ONDERSTEUNING
DIENSTEN
Helpcentrum
search-icon

Onderwerpen

Sprint planning

In dit artikel

Door Asana te gebruiken om de sprintplanning te stroomlijnen, krijgen teams op één plek duidelijkheid over het hele sprintproces. Volg het artikel voor meer informatie over het bouwen van je eigen sprintproces. Laten we eens kijken naar het voorbeeld van James, een technische productmanager. James is verantwoordelijk voor de sprintcyclus van zijn team, die meestal twee weken duurt. Om zijn eerste sprintcyclus in Asana in te stellen, maakt James een portfolio genaamd Sprints. James maakt vervolgens vier projecten die hij aan deze portfolio toevoegt: Huidig sprints, Retros, Backlog en Intake. Omdat James werk aan zijn portfolio heeft toegevoegd, kan hij nu Werkbelasting gebruiken om de capaciteit van zijn team te visualiseren op basis van de taken die ze in Asana toegewezen hebben gekregen.

Project 1: Huidige sprints

James heeft de mogelijkheid om een project te maken van een bestaande Asana-sjabloon of om er zelf een te maken. Hij besluit zijn project helemaal zelf te maken en voegt alle essentiële en terugkerende taken toe. Om elke sprint naadlozer te maken, maakt hij gebruik van Asana-functies zoals regels, mijlpalen, en aangepaste velden, die hij opslaat als een bundel om gemakkelijk toe te passen op toekomstige projecten.

In het project Huidige sprints maakt hij twee secties: Huidige taken en Afgesloten sprinttaken. Hij gebruikt ook aangepaste velden om het taaktype, verhaalpunten, prioriteitstype, bugernst en verhaalstatus te markeren. Wanneer taken worden toegevoegd aan de sectie Huidige taken, zorgt hij ervoor dat elke taak een vervaldatum en verantwoordelijke heeft. In de sectie Huidige taken voegt hij alle taken toe waar zijn team momenteel aan werkt. Hij verplaatst alle items die tijdens deze sprint zijn afgesloten naar Afgesloten sprinttaken, zodat hij deze kan bekijken voordat hij ze uiteindelijk toevoegt aan het Retro-project.

James gebruikt bordweergave, waardoor het gemakkelijk is om taken door verschillende voltooiingsfasen te slepen en neer te zetten, bijvoorbeeld Actief. Hij implementeert een regel dat wanneer een taak naar een nieuwe sectie wordt gesleept, het aangepaste veld wordt bijgewerkt om ermee overeen te komen, hij voegt ook een regel toe zodat de hoofdingenieur een goedkeuringstaak krijgt toegewezen wanneer een taak aan de beoordelingsfase wordt toegevoegd.

Nu hij een project heeft gemaakt met alle elementen die voor elke sprintfase worden gebruikt, zet hij dit project om in een sjabloon zodat hij dit snel kan dupliceren telkens wanneer er een nieuwe sprintcyclus is. Deze sjabloon zorgt voor consistentie tussen sprints en initiatieven, waardoor het instellingsproces voor nieuwe sprints wordt gestroomlijnd.

Het is 10 werkdagen geleden dat het team van James de sprint is begonnen, dus het is tijd om deze af te sluiten. Met behulp van lijstweergave markeert hij alle taken en verandert hij de sprintstatus in gesloten. James heeft al regels ingesteld om elke taak naar een andere sectie te verplaatsen op basis van hun aangepaste veld voor verhaalstatus, hij heeft een regel gemaakt om taken gemarkeerd als Vrijgegeven naar de sectie Afgesloten sprinttaken te verplaatsen, hij heeft ook een regel om elke taak met een andere status dan Vrijgegeven naar het project Backlog te verplaatsen. Nu kan het team beslissen of ze verhaalpunten willen aanpassen, deze taken naar de volgende sprint willen verplaatsen of ze in het Backlog-project willen houden.

James gebruikt het tabblad projectdashboard regelmatig om in één oogopslag een overzicht te krijgen van projectinformatie en deze gemakkelijk met belanghebbenden te delen. Binnen zijn projectdashboard stelt hij ook een grafiek in om Huidig sprint-taken te bekijken, gefilterd op hun aangepaste veldwaarde voor verhaalstatus.

Na elke sprint gebruikt James Slimme chat om inzichten te krijgen over zijn projecten, waardoor hij snel blokkades kan identificeren en de volgende stappen kan bepalen. Hij gebruikt ook slimme status om statusupdates op te stellen en blinde vlekken en open vragen te identificeren, blokkades te visualiseren en een efficiënt pad naar de doelen van zijn teams in kaart te brengen.

Project 2: Retrospectieven

Binnen de Sprints-portfolio heeft James ook een retrospectief project gemaakt, waar voltooide taken uit het Huidig sprint-project automatisch verhuizen dankzij een regel die hij heeft gebouwd. Na elke sprint komt het team van James samen om na te denken over wat er goed ging, wat er verbeterd kan worden en hoe ze hun processen kunnen aanpassen voor de volgende sprint. Het project heeft een sectie voor administratieve taken, waarderingen, obstakels en risico's, algemene gedachten, evenals toezeggingen, windvlagen, enz. Zodra het project volledig is opgezet, slaat James dit op als een sjabloon, zodat het kan worden gebruikt elke keer dat hij een nieuw retroproject wil maken.

James heeft al zijn teamleden gevraagd om likes en reacties te geven op de taken binnen het retroproject voor hun vergadering, de taken met de meeste likes drijven de retro-discussie en eventuele nieuwe actiepunten worden omgezet in taken voor toekomstige sprints.

Project 3: Backlog

Binnen de Sprints-portfolio maakt James een Backlog-project voor alles wat zijn team in de toekomst wil doen. Dit omvat taken die zijn verwerkt via Intake, taken die niet zijn voltooid in de laatste sprint en dringende taken die moeten worden voltooid. Hij maakt een sectie in zijn Backlog-project genaamd Volgende sprint. Elke keer dat er een nieuwe sprint is, zal James de Backlog doornemen op prioriteiten en verhaalpunten en beslissen aan welke items vervolgens moet worden gewerkt. Hij gebruikt Slimme samenvattingen om actiepunten te halen, zodat hij elke taak begrijpt zonder lange beslissingen te moeten lezen. Wanneer James een nieuwe sprint wil starten, selecteert hij alle taken in de sectie Volgende sprint en ongeacht hun sprintstatus past hij het aangepaste veld aan naar Huidig sprint. Op deze manier verplaatsen alle taken naar het project Huidig sprint en krijgen ze automatisch een vervaldatum van 14 dagen vanwege een regel die James heeft gemaakt. James gebruikt ook Slimme chat om inzichten te krijgen over zijn vorige sprints, waardoor hij potentiële blokkades kan identificeren en hoe hij in de toekomst verder moet gaan. Nu alle taken voor de Huidig sprint zijn toegevoegd, krijgen James en zijn team een overzicht van het aantal verhaalpunten waaraan ze zich committeren, evenals de taaktypen en de ernst van eventuele bugs.

Project 4: Intake

James heeft ook een intake-project in de portfolio gemaakt voor alle inkomende aanvragen en bugs. Het team gebruikt het Intake-project om eerst elk verzoek dat is binnengekomen via een intake-formulier dat hij heeft gemaakt, te lezen, te sorteren en te beoordelen. James en zijn team communiceren over deze taken, voegen reacties en abestanden toe voordat ze taken toevoegen aan het Backlog-project. Zodra deze taken zijn uitgewerkt, kan hij deze taken naar het sprint Backlog-project verplaatsen om te worden getrieerd en toegewezen aan de volgende sprint.

Middelen

Bekijk deze middelen voor meer informatie over sprintplanning in Asana:

Note iconOpmerking

Dit artikel is vertaald met AI.

Feedback over de vertaling versturen.

Gerelateerde artikelen

Wordt geladen
Sprint planning