Product Blueprint & Scope förklarat

Vad det är

Arbetet kartlägger den överenskomna produktavgränsningen tillräckligt detaljerat för att stödja ett realistiskt beslut om nästa fas. Det kan omfatta användarroller, kärnflöden, funktionsprioriteringar, behov av data och integrationer, plattformsval, antaganden, undantag, leveransfaser och konsekvenser för ändringshantering. Detaljnivån anpassas till det aktuella beslutet och fokuserar på de funktioner som spelar roll för nästa fas. Produktplanen beskriver vad som ingår nu och vad som medvetet lämnas utanför den första fasen. Den dokumenterar också frågor som beror på kundens åtkomst, tredjepartssystem, leverantörers input eller ytterligare teknisk utredning. Fullständig utveckling och genomförande följer inom en separat leveransomfattning. Syftet är att minska otydlighet, inte att skapa falsk säkerhet.

Vem det är för

En Product Blueprint & Scope passar team som:

• Har genomfört en inledande discovery och behöver en tydligare brygga mellan produkttänkande och planering av genomförandet
• Behöver att flera intressenter enas om användarroller, funktionsprioriteringar, leveransfaser och undantag
• Förbereder sig för att arbeta med interna utvecklare eller externa leverantörer och vill ha en mer användbar beslutslogg
• Behöver förstå konsekvenserna av integrationer, antaganden och framtida ändringsönskemål innan de binder sig vid ett bygge

Vad det hjälper till att klargöra

En produktplan hjälper till att klargöra:

• Vilka användarroller och kärnflöden som är nödvändiga för den överenskomna första fasen
• Vilka funktioner, integrationer, innehåll och driftberoenden som hör hemma inom eller utanför den nuvarande avgränsningen
• Hur antaganden, undantag och leveransfaser påverkar uppskattningar, ägarskap och senare ändringshantering
• Vilka frågor som behöver ytterligare åtkomst, leverantörsinput, teknisk validering eller en separat specialistomfattning

Vad ingår

• Skriftlig bekräftelse av produktbeslutet, användarrollerna, den avsedda fasen och tillgänglig input
• En strukturerad översikt över kärnflöden, funktionsavgränsningar, prioriteringar, integrationer, antaganden och undantag, med en rekommendation för teknisk arkitektur och teknikstack
• En plan för leveransfaser med en uppskattad tidplan och ett budgetintervall för kostnaden (en planeringsuppskattning), som skiljer omedelbar omfattning från senare idéer och beroenden
• En beslutslogg som förklarar var kraven fortfarande är öppna eller beror på extern åtkomst och externa system
• Praktisk vägledning för ändringshantering så att nya önskemål kan hanteras utan att den överenskomna avgränsningen i det tysta utvidgas
• Ett överlämningssamtal som passar grundare, produktägare, tekniska team och leveranspartner

Vad som inte ingår

• Fullständig utveckling, genomförande, driftsättning i produktion eller löpande produktledning om det inte avgränsats separat
• En utfästelse om att omfattning, kostnad, tidplan eller teknisk lösning aldrig kommer att behöva ändras
• Obegränsad funktionsdefinition, framtagning av skärmar, leverantörsförhandlingar eller revideringar utöver det överenskomna arbetet
• Formell rådgivning om juridik, regelefterlevnad, tillgänglighet, säkerhetscertifiering eller upphandling
• Bekräftelse av tredjepartssystems beteende, tillgänglighet eller prissättning utan nödvändig åtkomst och nödvändigt underlag

När det passar att välja den

Välj en Product Blueprint & Scope när produktriktningen är tillräckligt tydlig för att planera, men teamet behöver en starkare samsyn kring användare, flöden, funktioner, beroenden och avgränsningar innan genomförandet börjar. Den är användbar efter discovery, före en MVP-sprint, före en ombyggnad eller när ett samtal med en leverantör behöver ett tydligare underlag än en önskelista med funktioner. Den kan minska onödiga meningsskiljaktigheter genom att dokumentera vad den aktuella fasen ska uppnå och vad den inte är avsedd att lösa. Den är mindre lämplig när teamet fortfarande är osäkert på det grundläggande problemet eller målanvändaren; då kan discovery vara ett bättre första steg. Produktplanen är mest effektiv när beslutsfattarna är beredda att göra avvägningar och namnge undantag i stället för att låta allt potentiellt ingå.

Vår strategi

Vi börjar med att bekräfta den avsedda fasen och de beslut produktplanen ska stödja. Därefter går vi igenom användarroller, kärnresor, funktioner, integrationer, innehåll, driftkrav och begränsningar. Diskussionen skiljer på ett krav och ett antagande, och på ett åtagande för första fasen och en framtida idé. Vi dokumenterar undantag lika noggrant som det som ingår, eftersom det är avgränsningarna som gör en senare uppskattning och leveransplan mer tillförlitlig. Där ett krav beror på åtkomst, ett tredjepartssystem, en leverantörs medverkan eller ytterligare tekniskt arbete förblir det beroendet synligt. Kostnad och tidplan i produktplanen presenteras som planeringsuppskattningar. Vid överlämningen har teamet en beslutsfärdig bild av produktens avgränsning, faser, konsekvenser för ändringshantering och den information som fortfarande behövs innan genomförandet kan bekräftas på ett ansvarsfullt sätt.

Vanliga frågor

Relaterade artiklar