En introduktion till Dual Track Agile för produktchefer

Dual-track Agile är en effektiv strategi som stödjer både design- och utvecklingsteam i varje steg på vägen till att bygga fantastiska produkter som kunder faktiskt skulle använda och älska.

Idag är framgångsrika företag de som till fullo förstår sina kunders problem och tillhandahåller värdefulla lösningar.

Det handlar inte bara om hur mycket kraft du lägger på design och utveckling, utan den ansträngningen måste gå i rätt riktning.

Traditionella tillvägagångssätt som Waterfall för produktutveckling följer ett linjärt tillvägagångssätt där utvecklingen startar när designen är godkänd och sedan kommer testning och release. Så om du vill ändra en viktig aspekt blir det en lång och svår process eftersom du måste gå tillbaka till planerings- och designstegen och ändra allt.

Att närma sig detta kan därför vara kostsamt, tidskrävande och utmanande.

Men med förbättrade modeller som Agile eller Dual-track Agile kan du implementera en bättre produkt med lägre kostnad, tid och svårighet på marknaden som dina kunder skulle älska att använda.

Låt oss diskutera det dubbla agila spåret mer och ta reda på hur användbart det kan vara för din nästa produktutveckling.

Vad är Dual Track Agile?

En dual-track agile hänvisar till en typ av agilt ramverk där det tvärfunktionella produktutvecklingsteamet delar upp det dagliga arbetet i två spår – upptäcktsspåret och leveransspåret.

  • Upptäckarspåret betonar att snabbt generera och validera en produktidé för att matas in i din eftersläpning. Det handlar om produktdesign.
  • Leveransspåret betonar att konvertera dessa produktidéer till ett mjukvarusystem redo att levereras till slutanvändarna. Det är i grunden med produktutveckling.

Oavsett om det är upptäckt eller leveransspår strävar de båda efter att skapa den bästa produkten för användarna. Sålunda kombinerar konceptet med dual-track agile målen för UX-design och agil utveckling, där båda spåren fungerar i harmoni för att hjälpa till att skapa utmärkta produkter. På så sätt kan produktteam arbeta effektivt med forskning och utveckling samtidigt.

Rötterna till dual-track agile kan spåras tillbaka till år 2005, efter att Agile Manifesto släpptes och populariserades. Idén utvecklades vidare, och nu har vi dubbelspårs agilt.

Hur fungerar Dual-track Agile?

Det agila utvecklingsramverket syftar till datadriven, iterativ och snabb utveckling för att bygga utmärkta produkter. Detta kräver att agila team fortsätter att göra vissa uppdateringar av produkterna och distribuera dem snabbare på marknaden. Det hjälper dem att få feedback från användare och förbättra sina erbjudanden.

Dual-track agile arbetar på detta koncept med agil utvecklingsmetodik att utvecklingen måste vara iterativ och snabb med kvalitet.

Detta i motsats till det traditionella, linjära tillvägagångssättet där produktchefer ansvarar för att beskriva krav och tilldela dem till designern för att skapa en prototyp eller wireframe av produkten, som går till utvecklingsteamet för faktisk produktion.

Dual-track innebär att upptäcka och leverera en produkt parallellt med större samarbete. Här arbetar varje medlem, inklusive utvecklaren, designern och produktchefen, nära tillsammans under hela produktutvecklingsprocessen.

Varför använda Dual-track Agile?

Att använda dual-track agile kommer med många fördelar för produktteam, till exempel:

Produkter av bättre kvalitet

Med upptäckts- och leveransspåren kan du underhålla väldefinierade eftersläpningsartiklar. Dual-track agile möjliggör validering av funktioner som faktiskt behövs så att du kan fokusera på användarupplevelsen och ta itu med smärtpunkterna.

Detta hjälper utvecklare att bli av med funktioner som tillför lite eller inget värde. Därför kan du släppa sådan programvara vars funktioner alla älskas och används av användarna. Det betyder att du tydligt kommer att känna till alla funktioner som skulle vara användbara för användare och de som du kan eliminera samtidigt som du säkerställer produktkvalitet.

Mindre omarbetning

Eftersläpningsobjekt måste vara korrekt definierade, kvalificerade och validerade för att säkerställa mindre omarbetning. Men om motsatsen händer, skulle du behöva göra massor av omarbetning, vilket skulle ta avsevärd tid, ansträngning och resurser för att bromsa produktionen. Din deadline kan också tyckas gå längre ifrån dig, och resultatet kan bli otillfredsställande om du skyndar dig.

Agile involverar också iterationer för att förfina kvaliteten på produktionen. Men om du inte har kontroll över dina iterationer eller genomför möten som inte uppfyller, kommer det att resultera i slöseri.

Till detta används spåren för upptäckt och leverans för att säkerställa att alla medlemmar i ditt utvecklingsteam har den data som krävs. Det kommer att hjälpa dem att minska antalet iterationer såväl som tiden och kostnaderna.

Förbättrad användarupplevelse

Om du vill att din produkt ska lyckas på marknaden måste du leverera en utmärkt användarupplevelse. Konkurrensen är hög och kunderna kommer inte bry sig om att leta efter alternativ om du inte levererar det de önskar eller tar itu med deras smärtpunkter.

Traditionella modeller innebar många klyftor mellan utvecklingsteamet, designteamet och driftteamet. Därför var produkthantering tidigare mer utmanande. På samma sätt var det svårt att fokusera på två saker – design och utveckling. Antingen måste du fokusera på design av användarupplevelser eller produktiterationer.

Men med introduktionen av dual-track agile är upptäcktsspåret och leveransspåret tydligt åtskilda för att möjliggöra rätt fokus på rätt område. Ditt upptäcktsteam kan integrera användarupplevelsebaserad design i prototyper, medan leveransspåret kommer att använda indata från upptäcktsteamet för att gå vidare. Eftersom upptäcktsteamet ansvarar för att utföra validering kan de använda valideringen av användarupplevelsen i sitt arbetsflöde.

Anpassa dig snabbt till förändringar.

IT-branschen har ett högt tempo, där kundernas krav förändras snabbt och ny teknik är iskall då och då. Därför måste moderna organisationer vara flexibla för att klara förändringar snabbare för att ligga före och vara relevanta i konkurrensen. Genom att implementera dual-track agilt kan du uppnå detta.

Kostnadseffektiv validering

Produktutvecklare tenderar ofta att förbise validering och dess betydelse. Anledningen till detta kan vara det faktum att det innebär kodning och rendering av koden, vilket är tidskrävande, dyrt och tråkigt. Och även när de bestämmer sig för att göra det kanske de inte gör det helhjärtat, vilket resulterar i ineffektivitet.

Men att validera idéer är avgörande för att säkerställa produktkvalitet. Det är därför utvecklare nu hittar sätt att göra idévalidering mer hanterbar, billigare och snabbare. Dual-track agile är ett effektivt sätt att uppnå det. Upptäckarteamets medlemmar kan utföra undersökningar och designa prototyper istället för koder för validering. Det resulterar i enklare, mer effektiv och kostnadseffektiv validering.

Hur tillämpar man Dual-Track Agile i praktiken?

Den dubbelspåriga agila är utmärkt för företag av olika former och storlekar som bygger mjukvarusystem för olika marknader.

Små företag och nystartade företag kan enkelt utnyttja det för att hålla sina produktutvecklingscykler kortare, mindre riskfyllda och mer framgångsrika. Dessutom kan stora företag med tillräckliga resurser använda denna modell för att öka sina framgångar och minska riskerna under produktlanseringar.

Genom att implementera agilt dubbelspår ger dig en enkel process för att förbättra dina produktkoncept, produktkvalitet, teammoral och utvecklingscykler.

Så om du vill introducera dual-track agil i din utvecklingsprocess, så här gör du det.

Steg 1: Discovery Track

Detta spår består av olika steg. Här börjar teammedlemmarna med att samla information och insikter för att beskriva hur man bygger en produkt som kan uppfylla de definierade kraven när den implementeras.

En av de första och viktigaste aspekterna av denna process är att diskutera med intressenter efter att du har förstått projektkraven. Det kommer att hjälpa till att identifiera mål för varje medlem och teamet som helhet. De måste beskriva de validerade produktidéerna som input för projektet, som utvecklingsteamet kommer att använda för att producera produkten som utgång.

Så när du skapar planen är det viktigt att interagera med slutanvändarna för att förstå deras smärtpunkter och förväntningar. Detta kommer att hjälpa teamet att skapa framgångsrika produkter med önskvärda funktioner, design, funktioner och användbarhet för användarna. Detta kräver omfattande användarundersökningar genom undersökningar, intervjuer, studier, sunda diskussioner, interaktion med din webbplats, etc.

Vidare kan upptäcktsspåret också kräva att man utvecklar och skapar produktpersonas beroende på användarnas krav och smärtpunkter. Här måste du skapa en validerad produktbacklog i samarbete med dina designers och ingenjörer.

Aktiviteter som team gör här är:

  • Genomföra intervjuer med intressenter för att förstå deras mål och planer
  • Användarundersökning för att förstå vilka problem användare möter och hur man löser dem genom produkten
  • Skapa en produktpersona för att producera en produkt som kan uppfylla kundernas behov
  • Kartläggning för att prioritera aktiviteter och funktioner som ska läggas till först

Nu kommer nästa steg.

Steg 2: Leveransspåret

Leveransspåret använder de insikter och information som samlats in av produktutvecklingsteam under upptäcktsspåret som input för att producera bästa möjliga produkt.

Denna process inkluderar snabb prototypframställning och tar ett iterativt förhållningssätt till allt, vilket möjliggör mer samarbete mellan utvecklings- och designteamen.

Leveransspåret gör det möjligt för team att släppa en fungerande produktprototyp på marknaden för att förstå hur användarna uppfattar det och söka feedback. Det hjälper dem att beskriva de förändringar som krävs för att uppfylla användarnas behov och förväntningar. Därmed blir det billigare och lättare att göra ändringar även efter releasen.

För att tillämpa ändringar och skapa den slutliga produkten kräver leveransspåret att alla chefer, team och användare interagerar. I detta skede måste varje aspekt av produkten ses över noggrant, från dess design, färgscheman och användargränssnitt till dess funktioner, funktionalitet och prestanda.

Leveransspåret kräver att du gör följande aktiviteter:

  • Snabbt skapande av prototyper
  • Släpp prototypen till marknaden snabbare
  • Ta feedback för att förstå användarbeteende
  • Förbättra användargränssnitt och andra aspekter baserat på användarnas feedback

Dubbelspårig smidig med Scrum

Upptäcktsspåret använder utvecklingscykler av varierande längd. Det handlar om att göra utvecklingar i små steg varje dag istället för att vänta en vecka eller två för att arbeta och sedan granska en stor del av arbetet. Det beror på att om du gör något annat blir det riktigt svårt och tidskrävande att spåra förändringar och göra justeringar.

Många idéer produceras i upptäckten, och när de utvecklas dödas de ofta för att ge plats åt bättre idéer. Därefter går de bästa idéerna till leveranscyklerna med tidsramade sprinteftersläpningar.

Dual-track agile med Scrum kräver att du utför dessa aktiviteter:

  • Sprintplanering för produktupptäckt och leveransuppgifter som involverar processer som att analysera möjligheter, användartestning, kodning, prototypframställning, kontinuerlig integration, etc.
  • Genomför dagligen Scrum för att diskutera framstegen
  • Granska sprints för att analysera produktprestanda, processprestanda, etc., och uppdatera framsteg för att uppnå de definierade OKR:erna
  • Retrospektiv genom att genomföra förbättringsmöten för att identifiera förbättringsmöjligheter för iteration
  • Visualisering av upptäcktsarbete för att förbättra processen och spåra framstegen mot målet

Dubbelspårig smidig med Kanban

I Kanban är två eftersläpningar visualiserade – upptäcktseftersläpning och leveranseftersläpning.

Discovery-stadiet syftar till att hjälpa dig att förstå användarnas smärtpunkter och lösa dem. Här är utgången alla validerade objekt som du kan flytta till utveckling. I denna process strävar forskare, designers och produktchefer efter att förstå kundernas problem och utforska lämpliga lösningar innan de arbetar med nya funktioner.

När designen är klar, går de till leveransstadiet, som syftar till att snabbt distribuera den slutliga produkten till slutanvändare.

Utmaningar med dubbelspårs agilt och hur man hanterar dem

Att använda Dual-track Agile i ett mindre projekt med begränsade specialister och definierade specifikationer kanske inte är så effektivt. Här skulle bara en handfull individer vara tillgängliga för att hantera flera roller och ansvarsområden, ständigt byta från ett stadium till ett annat under upptäckten och leveransen.

Därför kommer Dual-track Agile att ge större värde till långsiktig projektutveckling med större team och där det finns ett behov av att kontinuerligt bygga, testa och iterera produkten för att förbättra den. Denna typ av projekt skulle kräva kontinuerlig produktupptäckt och leverans. På så sätt kan roller fördelas tydligt mellan medlemmarna, och en sådan konfiguration säkerställer snabba framsteg för hela projektet.

Några myter om Dual-track Agile

  • Det är bara för mjukvaruutveckling: Det är sant att Agile först började i mjukvaruvärlden och är särskilt lämpat för digital produktutveckling. Men det är en myt att det bara är tillämpligt för mjukvaruutveckling; alla typer av organisationer kan använda Agile.
  • Lämplig bara för små företag och nystartade företag: Agile är ett utmärkt tillvägagångssätt för att bygga övertygande MVP:er och justera versioner beroende på feedback från användare. Det betyder inte att större organisationer inte kan använda det. Några av de äldsta och största företagen i världen, som GE, Philips, etc., använder Agile. De använder den för att påskynda sina långsamma processer och eliminera silos i arbetsflödet för att driva innovation på företagsnivå.
  • Hastighet offrar kvalitet: Agile möjliggör snabbare mjukvaruutveckling. Det betyder inte att det gör det genom att offra kvalitet. Agile säkerställer produktkvalitet genom olika testfaser och i iteration för att säkerställa att inga fel eller buggar kan äventyra kvalitet eller säkerhet. Det involverar betatestning, QA, etc., och hjälper till att skapa kvalitetsprodukter i en snabbare hastighet.
  • Agile är lika med Scrum: Detta är en utbredd myt att Agile är Scrum. Egentligen kom Scrum från eXtreme Programming och Lean. Det är bara en projektledningsmetodik, men Agile är ett annat koncept för mjukvaruutveckling.
  • Inga tydligt definierade roller: Många tror att i Agile kan alla göra vad de vill eftersom det inte finns några tydligt definierade mål och roller. Det är en myt. Agilt kan involvera traditionell top-down management med definierade roller och ansvar och övervakade projekt. Skillnaden ligger dock i kommandot och kontrollen för att hantera enskilda team. Här har alla lite mer flexibilitet att arbeta nära utvecklings- och designteamen med större samarbete.
  • Ingen plan: Många tror att Agile inte innebär någon planering eftersom det innebär snabbare iterationer. Men det är inte sant. I själva verket är Agile ingenting utan ett tydligt definierat långsiktigt mål och planering för att uppnå det. Agile delar upp större uppgifter i mindre och utför dem effektivt för att uppnå det övergripande projektets slutförande med hög framgångsfrekvens.
  • Ingen dokumentation: Bara för att saker går snabbare här betyder det inte att det inte finns någon dokumentation i Agile. Det handlar om ett dynamiskt team med produktiva medlemmar och dokumentation är viktigt även här.

Slutsats

Att använda en avancerad produktutvecklingsmetod som Dual-track Agile hjälper dig att bygga kvalitetsprodukter med lägre kostnad, tid och svårigheter. På så sätt kan du snabbt släppa din produkt på marknaden och få en konkurrensfördel. Det kommer också att göra det möjligt för dig att ta emot feedback tidigt och förbättra din produkt för att öka dess framgångsfrekvens.