Agile Portfolio management (SAFe) App
De Scaled Agile-module in FCC is gebaseerd op het Scaled Agile Framework (SAFe). Bij deze manier van werken creëer je een workflow van idee naar uitvoerbaar werk op basis van een pull-mechanisme. Je brengt het werk dus naar de mensen i.p.v. de mensen naar het werk. Ieder niveau beheert z’n eigen backlog.
Er zijn twee Agile niveaus in FCC uitgebreid geïmplementeerd:
- Agile Portfolio: Dit is de strategische laag (Portfolio Flow). In een kanban werk je hier ideeën uit, waarna je ze in de backlog ‘portfolio items’ kunt plaatsen.
- Agile Program: Dit is de programma-laag (ART Flow). ART staat voor Agile Release Train. Portfolio-items haal je hier uit de backlog. je splitst ze vervolgens in een kanban uit tot programma items en plaatst ze dan weer in een volgende backlog.
In deze inrichting heb je dus geen projecten meer in de klassieke zin. De Epics zijn nu de projecten. Epics worden in deze laag uitgesplitst naar Features. De programme increment, zeg maar de doorlooptijd van een cyclus, kunnen blokken van 3 maanden zijn. Binnen een cyclus definiëren we Sprints.
In feite is ook het derde niveau van Agile werken aanwezig in FCC, de Agile Teams. Op dit operationele niveau heb je Teams die Sprints doen. Programma items haal je hier uit de backlog en in een kanban wordt dit verder uitgesplitst tot team items. Dit operationele niveau is in FCC echter beperkter uitgewerkt, Jira en Azure DevOps zijn (en blijven hoogstwaarschijnlijk) uitgebreider op dit punt en ons advies is dan ook om deze tools voor dit niveau te gebruiken bij structureel Agile werken.
Het kanban-principe wordt op alle niveaus in FCC veelvuldig bij de inrichting gehanteerd, waarbij je alle vrijheid hebt in hoe je de kanban opzet (e.g. To do-Doing-Done). Taken wijs je toe aan Teamleden.
Verschil tussen Klassiek en Agile portfolio management
In klassiek Portfolio management is sprake van push: de manager zegt wat er moet gebeuren en geeft werk. Bij Agile werken is dus sprake van een pull-mechanisme: De Release train manager geeft aan dat hij nog wat capaciteit beschikbaar heeft en overlegt met de Product Owner of hij nog iets kan oppakken vanuit de backlog. Je gaat dus managen op het leeglopen van de backlog (epis/sprint/team velocity). Loopt de backlog niet snel genoeg leeg? Dan kun je je mensen trainen (efficiënter werken, en het is ook een kwestie van ervaring opdoen), of capaciteit erbij trekken, of andere maatregelen nemen. En je moet altijd prioriteren (MOSCOW!). Je ziet bij Agile portfoliomanagement trouwens visueel in de Kanban ook mooi de status van het werk door het al dan niet vollopen van de diverse lijsten.
Diverse inrichtingsopties
Er zijn meerdere inrichtingsopties m.b.t. Agile werken in FCC. Vanuit onze OPTI-blik hangen deze met name af van keuzes die je maakt ten aanzien van Techniek en Processen. Daarnaast speelt de Organisatie-volwassenheid een rol. Je kunt Agile werken geheel in FCC doen of in FCC in combinatie met JIRA of Azure DevOps. Je kunt hierbij geheel of gedeeltelijk (=hybride) Agile werken, de verbinding tussen FCC en Jira dan wel Azure DevOps op Portfolio- of Programma-niveau leggen of zelfs binnen projecten een deel van de werkpakketten via de Agile werkwijze doen gekoppeld uitvoeren in Jira / Azure DevOps.
Hieronder beschrijven we verder wat je moet inrichten in FCC om Agile te kunnen werken.
Je moet ingelogd zijn om het volledige artikel verder te kunnen lezen. Hiervoor heb je een Business Support-contract nodig. Klik hier om in te loggen.
Heb je nog geen account en ben je geïnteresseerd? Neem dan contact met ons op.