Hoe Half Double naast SCRUM kan bestaan en ermee kan samenwerken
Inleiding
Doel
Het algemene doel van de co-existentiebeschrijvingen is om de projectgemeenschap informatie te verschaffen over hoe de Half Double Methodologie (HDM) kan worden gebruikt in combinatie met bestaande Projectmanagement- en Agile-standaarden, modellen, methodologieën en raamwerken die momenteel door veel projectgeoriënteerde organisaties worden gebruikt.
Doelgroep
Deze specifieke co-existentie beschrijving is gericht op de groep mensen en organisaties die momenteel het Scrum raamwerk toepassen en die nu overwegen of vastbesloten zijn om ook de Half Double Methodologie (HDM) te adopteren, implementeren en toe te passen. Dit document zal informeren hoe Scrum kan profiteren van het gebruik in combinatie met HDM en vice versa.
Technische kennis van projecten en projectmanagement, agile initiatieven en agile projectmanagement, de HDM 1.0 en The Scrum Guide 2020, versie 5.0, is een voorwaarde om dit document te kunnen begrijpen. Scrum referenties zijn voornamelijk gebaseerd op Ken Schwaber & Jeff Sutherland, momenteel geassocieerd met Scrum.org.
Een projectmanagementmethodologie en een raamwerk
In dit document kijken we naar een projectmanagementmethodologie (HDM) en een projectmanagementraamwerk (Scrum). Een methodologie wordt gedefinieerd als een georganiseerde verzameling principes, methoden, technieken, praktijken, procedures en regels die worden gebruikt door mensen die in een vakgebied werken. Eenvoudig gezegd zal een projectmethodologie kiezen tussen verschillende methoden en praktijken om het doel in een bepaald project te bereiken. Het is gebaseerd op een paar principes die in het project zijn vastgelegd.
Een raamwerk daarentegen is een essentiële ondersteunende structuur waar andere dingen bovenop worden gebouwd. Simpel gezegd is een raamwerk een conceptuele basisstructuur (zoals van ideeën) voor de uitvoerder om te volgen. Vandaar dat een raamwerk meer gericht is op het volgen van de conceptuele structuur (Scrum) dan op het volgen van de aangegeven principes (HDM).
Grafische illustratie van de interactieve "hot spots" tussen Scrum (5.0) en HDM (1.0)
De illustratie geeft een overzicht van hoe de HD-methodologie en het Scrum-raamwerk elkaar overlappen en op elkaar inwerken. De conclusie is duidelijk: De twee concepten lijken erg op elkaar en zijn in de meeste opzichten nauw met elkaar verbonden, omdat ze beide zijn gebaseerd op eenvoud en de collectieve intelligentie van de mensen die het gebruiken. De flow-elementen in beide concepten lijken erg op elkaar. Het belangrijkste verschil zit echter in een breder projectmanagement en op principes gebaseerd begrip, brede inclusie van belanghebbenden en waardecreatie uitsplitsing met belanghebbenden (HDM) in tegenstelling tot een softwareontwikkeling en op structuur gebaseerd begrip, verbeterde zelfsturende teamfocus en een smalle productdefinitie die uitsluitend door de Product Owner wordt gecreëerd (Scrum). De illustratie is gebaseerd op de informatie in de lijst met verwijzingen in Bijlage 3.
Hoe het Scrum raamwerk (5.0) zal profiteren van gebruik in combinatie met de Half Double Methodologie (HDM 1.0) en vice versa
Inleiding
Scrum en HDM lijken op elkaar omdat ze allebei zijn gebouwd op eenvoud en de collectieve intelligentie van de mensen die het gebruiken. Ze zijn beide gemaakt als open-source concepten en zijn gratis te downloaden ten behoeve van praktijkmensen over de hele wereld. Ze zijn geïnspireerd door Lean thinking (verspilling tegengaan) en empirisme (kennis uit expertise) en hanteren beide een iteratieve, incrementele aanpak. De concepten maken de relatieve effectiviteit van het huidige management, de omgeving en de manier van werken zichtbaar, zodat er verbeteringen kunnen worden aangebracht - zo zal bijvoorbeeld het ontbreken van 50% kernteamtoewijzing bij HDM duidelijk maken dat het project niet elke week vordert zoals het zou moeten. Aan de oppervlakte lijken de twee concepten dus erg op elkaar en kunnen ze als elkaar uitsluitend worden beschouwd.
Hoewel, dat zijn ze niet.
Scrum komt voort uit softwareontwikkeling en is gebaseerd op een "continue verbeteringsmentaliteit" van een platform dat uit meerdere producten bestaat. Het Scrum-raamwerk is ontworpen als een structuur voor een "executiemotor" met eigen roldefinities die verschillen van traditionele projectmanagementrollen (bijv. Scrum Master). Verder wordt zelfsturing van het Scrum-team benadrukt als de sleutel en tegelijkertijd wordt de Product Owner als enige verantwoordelijk en verantwoordelijk gemaakt voor het definiëren van waardecreatie. Dit helpt de complexiteit te verminderen en kan zeker nuttig zijn in veel projecten.
Het Scrum-raamwerk is een onveranderlijke eenvoudige structuur, die bedoeld is om te worden aangevuld met technieken, methodologieën en praktijken om het doel te bereiken. Alle Scrum implementaties hebben daarom praktijken toegevoegd die de organisatie als integraal beschouwt om te slagen met Scrum.
HDM komt voort uit een bredere projectmanagementtraditie en een op principes gebaseerde aanpak. Het erkent projecten als een "complexe en unieke inspanning" waarbij leiderschap in verandering en brede tevredenheid van belanghebbenden als cruciaal worden beschouwd om te slagen. Dit maakt de belangrijkste belanghebbenden net zo belangrijk als het team. Daarom spelen de belangrijkste belanghebbenden een essentiële rol bij het definiëren van de impact en zijn ze direct betrokken bij veel projectgebeurtenissen.
De Half Double methodologie zal het Scrum framework verrijken met bepaalde methoden en praktijken die specifiek het vermogen om de gewenste impact te bereiken kunnen versterken. Het Scrum-raamwerk aan de andere kant biedt een zekere stevigheid aan de gebeurtenissen en artefacten die nodig zijn om een sterke stroom te creëren en kan op dit gebied de Half Double-methodologie aanvullen.
Het samen inzetten van Half Double en Scrum vereist een vertaling van terminologie op bepaalde gebieden en waar Half Double expliciet openstaat voor lokale vertaling, staat het Scrum-raamwerk alleen open voor uitbreiding.
Het doel en de impact van het product
"Tevredenheid van belanghebbenden is het ultieme succescriterium", is de belangrijkste boodschap van het Impact-principe van Half Double en misschien wel het belangrijkste statement van Half Double. Het algemene doel van Half Double is om meer impact te creëren in minder tijd, maar ook om te erkennen dat dit een complex proces is dat baat heeft bij iteratie en het betrekken van veel belanghebbenden. Daarom omvat het HDM-proces een uitsplitsing naar waardecreatie, waarbij de belanghebbenden uiteindelijk de deliverables definiëren aan het einde van het proces. De projectleider moet vastberaden zijn over de impact en flexibel over de deliverables om te slagen en de belangrijkste stakeholders tevreden te stellen.
In Scrum definieert een smalle productdefinitie die exclusief door de Product Owner wordt gemaakt de waardecreatie. Scrum-teams zouden als voorbeeld het concept van Impact Solution Design kunnen toevoegen, wat een proces is van hoge betrokkenheid van alle belanghebbenden, waarbij de gewenste impact duidelijker wordt en ideeën voor het creëren van vroege impact gezamenlijk worden gegenereerd. Dit proces en deze tool kunnen de kwaliteit van het Productdoel en de Product Backlog in Scrum enorm verbeteren, vooral wanneer er opleveringen in worden opgenomen die bedoeld zijn om gedragsimpact te creëren.
Terwijl Scrum is gecentreerd rond een Product, in het Scrum Framework gedefinieerd als "Een voertuig om waarde te leveren", is Half Double gecentreerd rond de waarde zelf - gedefinieerd als Impact. Half Double kan dus meer weloverwogen discussies faciliteren over hoe het Productdoel moet worden gedefinieerd en gewijzigd in de loop van de tijd.
Verder kan de pulse check in HDM een waardevolle input zijn voor de Scrum Sprint Review om inzicht te krijgen in de huidige houding en tevredenheid van de belangrijkste stakeholders.
HDM kan aan de andere kant worden geïnspireerd door de Product Backlog en Sprint Backlog link om Impact Solution Design kernideeën om te zetten in tastbare deliverables met Definitions of Done eraan gekoppeld.
Sprints en stroom
Het Scrum Framework en Half Double hebben een aanzienlijke complementaire overlap in de aanpak om flow te creëren met sprints en visuele planning. Een organisatie die besluit om een werkende Scrum-implementatie aan te vullen met Half Double zal geen noemenswaardig verschil ervaren in het vermogen om flow te creëren in de oplevering van werkitems.
Er zijn wel kleine verschillen, bijvoorbeeld dat het Scrum-raamwerk niet expliciet ingaat op de toewijzing (50% van de tijd) of locatie van een "ontwikkelaar" (een teamrol in Scrum), terwijl Half Double wel ingaat op de behoefte aan een hoge toewijzing en co-locatie van elk teamlid om de wekelijkse voortgang van het project te genereren.
De Scrum Sprint Retrospective kan een inspiratiebron zijn voor de HDM pulse check feedbacksessie. Ook kunnen de 4 Sprint-evenementen (sprintplanning, dagelijkse scrum, sprint review en sprint retrospective) beter worden gedefinieerd en uitgevoerd om de projectflow te optimaliseren.
Scrumteams en leiderschap
Zowel Scrum als Half Double gaan expliciet in op de leiderschapsdimensies met een duidelijk onderscheid tussen de rol van eigenaar en leider. De Scrum gids en het Half Double handboek leggen in verschillende terminologie uit hoe deze twee rollen op elkaar inwerken en samenwerken om de hoogste waarde in de kortste tijd te creëren. De gedeelde sleutel in beide raamwerken is echter dat de mensen in de twee rollen reflectief en adaptief moeten zijn
De Projecteigenaar (HDM) en de Producteigenaar (Scrum) leiden de impactcreatie en zijn elk eigenaar van de impact (HDM) en het product (Scrum). Ze zijn beide verantwoordelijk voor het maximaliseren van de waarde van het project / het product en de eigenaar is één persoon, geen commissie.
De Projectleider (HDM) en de Scrum Master (Scrum) worden beide beschouwd als people leaders en erkennen dat vooruitgang wordt gecreëerd door mensen en hun vindingrijkheid, creativiteit en motivatie. Het projectleiderschap in HDM wordt echter gezien als een brede verantwoordelijkheid van belanghebbenden.
Bij HDM wordt de relatie tussen de Project Owner en de samenwerkende Project Leader echter onderstreept als de sterkste relatie die wordt beschreven als een "dynamisch duo" dat er samen voor staat. In Scrum wordt de relatie tussen de Scrum Master en de Developers benadrukt als de sterkste relatie, wat het verschil in aanpak illustreert - breed stakeholderleiderschap op managementniveau (HDM) versus productcreatie op teamniveau (Scrum). Elk concept kan profiteren van inspiratie en aanvullingen op het niveau van de totale impact en op het niveau van productcreatie.
Samenvattend
Scrum en Half Double zijn goede aanvullingen, waarbij het belangrijkste verschil zit in het taalgebruik rond impactcreatie en brede betrokkenheid van belanghebbenden.
Scrum heeft een sterke taal rond Producten, die in algemeen gebruik is aangevuld met terminologie zoals User-stories, Epics, story-points, etc. Het Scrum-raamwerk en veelgebruikte Scrum-gerelateerde werkwijzen kunnen daarom een zekere striktheid toevoegen aan Half Double wanneer ze worden toegepast op productontwikkeling.
Half Double heeft een project- en impactgerichte terminologie die voortbouwt op projectmanagementterminologie en gedragsverandering integreert als voorwaarde voor het realiseren van voordelen. Het aanvullen van Scrum met Half Double kan daarom waarde toevoegen in een organisatie die gewend is aan projectterminologie en vereist dat werk wordt gebudgetteerd als projecten, evenals het uitbreiden van de scope van het team met verandermanagement.
De belangrijkste keuze tussen de twee concepten kan afhangen van het type project. Een belangrijke richtlijn is dat Scrum het meest geschikt is voor softwareprojecten, terwijl Half Double het meest geschikt is voor strategie-uitvoering en interne transformatieprojecten.
Download het volledige document "Coëxistentie tussen Half Double en Scrum" hieronder.
Grafische illustratie van de interactieve "hot spots" tussen Scrum (5.0) en HDM (1.0)
