Agile leert om efficiënter te zijn en te leveren wat klanten echt willen. Daarom spreekt de iteratieve, incrementele methodiek de bedrijven aan die snel waarde aan klanten willen leveren.
Agile transformatie als proces omvat een verscheidenheid aan eenvoudige en complexe concepten en artefacten. Als u Agile in eenvoudige woorden wilt kunnen uitleggen, dan moet u zeker weten wat de rol en bestemming is van Agile-productroadmaps.
Agile-gerichte teams willen bij elke iteratie waardevolle feedback van klanten krijgen. Ze integreren dergelijke feedback in de roadmap die hen in staat stelt om betere producten te bouwen en op te leveren. In deze post gaan we definiëren hoe product managers product roadmaps bouwen om de ontwikkeling te ondersteunen.
Wat is een Agile product roadmap?
Een roadmap of tijdlijn is uw high-level plan dat is bedoeld om te beschrijven hoe uw product waarschijnlijk zal groeien. Met deze visuele “wegwijzer” kunt u uitdrukken waar u met het product naartoe wilt en waarom het de moeite waard is om erin te investeren.
De agile projectmanagementwereld verandert vaak en de rol van de productroadmap voor teams ondergaat ook veranderingen.
Product roadmap vs product backlog
Er is een verschil tussen een product roadmap en een backlog. De eerste definieert een strategische visie van waar het product heen gaat op de middellange tot lange termijn, terwijl de tweede de functies en initiatieven voor de korte termijn bepaalt.
In Agile-gerichte bedrijven biedt de productroadmap eerder een leidraad dan een strikt projectplan.
De Kanban- of Scrum-productroadmap communiceert het grote plaatje naar het bedrijf – de initiatieven die markten uitbreiden, concurrentie aanpakken en klantwaarde creëren. En dit big-picture denken kan niet worden gedistilleerd in de backlog. Het is nogal moeilijk om strategie te communiceren in een lijst met honderden items.
Elk Agile product roadmap voorbeeld laat zien dat het spreekt in termen van epos en thema’s, terwijl de product backlog is de gedetailleerde functies en taken die het product te leveren.
Wie is de eigenaar van de product roadmap?
De product tijdlijn moet worden beheerd door de persoon die verantwoordelijk is voor het succes van het product, omdat het beslissingen vastlegt over de toekomst van het product.
Volgens de Agile filosofie, is deze persoon een Product Owner. Teamleden van verschillende afdelingen en belanghebbenden kunnen ook bijdragen.
Het beheer van de product roadmap en de backlog door één specifieke persoon zorgt voor het verenigen van strategische en tactische productplanning aspecten en verbetert de verantwoordelijkheid en duidelijke autoriteit.
Agile roadmap voordelen
Een product roadmap in de Agile omgeving heeft de volgende voordelen:
- Het communiceert hoe u het product zich de komende maanden ziet ontwikkelen en biedt een continuïteit van doelen.
- zorgt voor samenwerking met belanghebbenden, helpt te begrijpen hoe individuen kunnen bijdragen om een succesvol product te maken.
- helpt om professioneel prioriteiten te stellen.
- helpt om de backlog te richten op de volgende grote release.
- maakt het gemakkelijker om gerelateerde producten te coördineren, ter ondersteuning van portfolio management.
- helpt bij het verwerven van budgetten, omdat u de voordelen van het product eenvoudig kunt benoemen.
Consistente stappen voor het maken van een Agile roadmap
Hierbij de belangrijkste stappen:
Identificeer uw strategie en strategische thema’s
Het allereerste begin van elke roadmap is het definiëren van een productstrategie. De strategie omvat de visie en doelstellingen van het product. Een visie formuleert het probleem dat u wilt oplossen en strategische doelen verwoorden wat u wilt dat het product in de komende gedefinieerde periode bereikt.
Het volgende initiatief moet betrekking hebben op het vaststellen van strategische thema’s. Initiatieven bepalen de strategische thema’s voor het werk dat u zal helpen bij het bereiken van de doelen. Alle initiatieven worden uitgesplitst in features en user stories.
Het identificeren van initiatieven betekent het werk op hoog niveau dat nodig is om de doelen te bereiken.
Zorg voor cross-functioneel werk
Het werken aan de Kanban of Scrum product roadmap vereist voortdurende samenwerking tussen business en ontwikkelaars, tussen het bedrijf en klanten. Het bouwen van de roadmap vereist ook de inspanningen van alle afdelingen: marketing, testen, ontwerp, en verkoop.
Er is een standpunt dat de noodzaak van het werken met niet-agile groepen ook definieert, zoals het juridische team en budget kantoren.
Verbind user stories met strategische thema’s
Met behulp van de visie, doelen, en initiatieven kan een product manager grote thema’s van het werk ontleden in features. Ontwikkelaars splitsen features op in technische vereisten. Zij kunnen de scope schatten en helpen deze in sprints te organiseren.
In het resultaat krijgt de manager de backlog van features en user stories met een verbinding naar de productstrategie.
Release nieuwe klantervaringen
De Agile release levert een increment van productwaarde aan klanten. Dit verschilt van een sprint of iteratie omdat het een nieuwe klantervaring oplevert, niet alleen het verschepen van code en omvat cross-functioneel werk.
Releases weerspiegelen ook essentiële mijlpalen (marktintroductie of architectuur-upgrades) en delen zichtbaarheid in afhankelijkheden over het werk en de teams. Deze releases communiceren ongeveer wat klanten mogen verwachten te zien en wanneer.
Beheer ideeën van klanten
Klanttevredenheid is een van de belangrijkste Agile principes. Om te begrijpen of klanten tevreden zijn, moet u hun feedback verzamelen. U kunt interviews, ideeën portaal inzendingen, usability testen, en gebruiksgegevens uitvoeren.
Daarna moeten deze klanten ideeën worden gescoord en geprioriteerd voor een toekomstige release backlog. De ideeën van klanten, evenals de visie en de doelstellingen, moeten de prioritering van wat de volgende keer moet worden gebouwd aansturen.
Meten van resultaten
Agile-georiënteerde bedrijven meten de vooruitgang ten opzichte van hun strategische doelen, herzien ontwikkelingsmetrics rond voorspelbaarheid en snelheid, en evalueren de zakelijke impact van nieuwe functie-ideeën.
Deze aanpak stelt u in staat om de roadmap op kwartaal- of maandbasis te herzien en aan te passen.
Agile product roadmap voorbeeld
U kunt verschillende manieren toepassen om uw product roadmap te structureren. Er zijn verschillende geweldige online tools die kunnen helpen. Hier ziet u hoe een Agile product roadmap eruit kan zien:
In Hygger:
In Roadmunk:
In Roadmap planner:
In Receptive:
Final words
Agile product roadmaps hebben zin als ze echt agile zijn en worden gezien als een levend document. De roadmap (net als de backlog) moet regelmatig worden besproken, geprioriteerd, geschat, en bijgewerkt.
Voor Product Owners is het belangrijk om regelmatig te communiceren waar het product naar toe gaat, zodat iedereen op dezelfde pagina zit.
Hoe ziet uw product roadmap eruit? Als u feedback wilt delen, kunt u dat doen.