Agilní Sprints vs. Design Sprints

Jak a kdy propojit tyto výkonné rámce k vytvoření nových produktů nebo k přehodnocení stávajících.

Pozadí

V průběhu 2000 let si svět obchodu zvykl na podmínky vývoje produktů, jako jsou agilní, scrum, štíhlé a MVP.

Uskutečnil se posun, který mnoho z nás odvrátil od vodopádových procesů inspirovaných průmyslovým věkem, kde bylo vše zdokumentováno předem, a pak se pohybovaly branami fáze, dokud nebyly výrobky konečně připraveny k nasazení. Místo vodopádu přišly iterativní vývojové přístupy včetně Scrum, Kanban, XP (extrémní programování) a dalších variací.

Tyto disciplíny se odklonily od silo'd, vodopádového přístupu a nahradily je štíhlé, měřitelné cykly sestavení, testu, lodi. Tyto rychlé cykly, obvykle trvající 1–2 týdny, byly vhodně pojmenovány „sprinty“.

Produktoví a projektoví manažeři namísto Sprintových plánů propíchli své Ganttovy diagramy za účelem organizace svých plánů vývoje produktů - prioritní funkce byly staženy z horní části produktového backlogu, do backlogu sprintu, cyklizovány sprintem a poté uvolněny do výroby.

Se svolením Agilebuddha.com

A stejně jako si C-suite a vedení prodeje a marketingu zvykli na sprinty a naučili se mluvit nejnovějším jazykem svých technologických skupin, v roce 2015 se začal objevovat nový „sprint“ - Design Sprint.

Design Sprints, modeled po konstrukčním myšlení IDEO, byl původně inkubován v Google Jake Knappem, kde pomáhal řídit úspěšné uvedení produktů, jako jsou Gmail a Hangouts (nyní Meet).

V průběhu let a stovek sprintu, Jake nakonec vyladil tento proces do té míry, že multidisciplinární týmy mohly strávit 5 dní porozuměním, zkoušením, prototypováním a testováním velkých obchodních problémů, než se pustily do plně rozvinutého vývoje produktu.

Po nespočetných úspěších GV chytil Jake a navrhl sprinty, aby je mohli začít nabízet (Jake i sprinty) svým portfoliovým společnostem. Jake a několik dalších partnerů v oblasti designu GV, kteří použili sprinty na pomoc společnostem, jako jsou Uber, Slack a Blue Bottle Coffee (mezi mnoha dalšími), spolupracovali na vydání knihy Sprint 8. března 2016. Rychle se stala NY Times a WSJ Bestsellerem .

Týmy produktů po celém světě od té doby spotřebovaly, testovaly a adoptovaly Design Sprints do své sady nástrojů. Designové sprinty bezpochyby změnily způsob, jakým společnosti všech tvarů a velikostí přistupují k vývoji nových produktů a služeb.

Ale je tu jedna věc

Protože návrhové sprinty začaly poprvé vytvářet vlny, objevila se velmi specifická otázka, která se objevuje opakovaně. Slyšíme to v téměř každém z workshopů, které nabízíme, abychom učili designové sprinty produktovým manažerům, designérům, technikům, výzkumníkům a vedoucím pracovníkům: „Jak souvisí designové sprinty s agilními vývojovými sprinty?“

A tak dnes doufám, že vrhnu trochu světla na to, jak designové sprinty souvisejí s agilními vývojovými sprinty, a to jak pro nově vytvořené produkty, tak i pro obnovu nebo opětovné spuštění stávajících produktů.

Nejprve si ale nechám namalovat obrázek všech částí souvisejících s procesem vývoje digitálních produktů ...

Softwarová inovace

V New Haircut přemýšlíme o procesu vytváření digitálních řešení k řešení velkých problémů v 8 úzce propojených činnostech.

Přestože vizuální vzhled vypadá sekvenčně, je důležité si uvědomit, že vývoj produktu není nikdy lineární.
  • Business Alignment: Rozhodnutí pracovat na problémech, které jsou v souladu se strategií, vizí a zdroji společnosti
  • Výzkum uživatelů: Seznámení se s trhem, uživateli a konkurencí, které tyto problémy obklopují
  • Design Thinking (prostřednictvím Design Sprints): Budování porozumění problému a ověřování prototypových řešení s potenciálními zákazníky
  • Plánování MVP: Vytvoření úplného obrazu vašeho řešení a rozhodnutí o minimálním hodnotném produktu (MVP), který uvedete na trh v rámci produktové mapy
  • UX Design: Vytváření informační architektury, interakcí a toku zkušeností zaměřených na člověka, které nabídnete v rámci svého řešení
  • Vizuální design: Poskytněte vašemu řešení styl, tón a rozhraní (pokud je to možné)
  • Logistika: Vykreslení systémové infrastruktury a aplikační architektury vašeho řešení
  • Agilní vývoj: Budování jádra vašeho softwarového řešení a uvedení na trh.

Poznámka: Mnoho týmů spojuje UX a / nebo vizuální design do agilního vývoje - pro nás jsme zjistili, že tato tendence funguje nejlépe pro jednodušší aplikace a malá vylepšení funkcí. Při vytváření podnikových digitálních produktů jsme zjistili, že je účinnější a efektivnější udržet je mírně oddělené, ačkoli týmy často pracují paralelně v určitém okamžiku.

Sprinty pro nové produkty

Při prvním přístupu prostřednictvím takového přístupu - když původně stavíte nový produkt - dochází k návrhovým sprintům před agilními vývojovými sprinty.

To dává smysl - předtím, než začnete navrhovat a kódovat, budete si chtít vytvořit určitou perspektivu problému a uživatele a poté otestovat řešení pomocí jednorázových prototypů. Nejenže jsou prototypy levnější a rychlejší, ale tým se stává méně emocionálně investovaným do prototypu, než krásně navržené obrazovky a pracovní kód.

Jak?

Když vyjdete z návrhového sprintu, máte prototyp, který byl testován s ~ 5 cílovými uživateli. Jak tedy přemostíme prototyp z funkčního funkčního produktu?

Plán produktu se rozšíří podle konkrétního zaměření v prototypu konstrukčního sprintu, aby se objasnily zbývající prioritní funkce / obrazovky / uživatelské toky. Tyto priority se stanou položkami v backlogu vašich produktů, které pak mohou být vloženy do vašich agilních sprintu.

Sprinty kódu

Vždy se ujistěte, že máme konstrukčního odborníka na naše konstrukční sprinty. Přesto jsme si všimli, když ten samý inženýr vzal svůj návrhový sprint zpět do svého týmu architektů, kodérů a testerů - ještě před tím, než se mohli kopat, měli ještě spoustu otázek.

  • Jaká nejlepší technologie je využít?
  • Existují existující řešení, která můžeme začlenit?
  • Kam bychom se měli zaměřit jako první?

Takže jsme vyvinuli Code Sprint (ano, přidali jsme do mixu ještě další termín „sprintu“ ... promiňte?).

Nový účesový Sprint

V Sprint kódu stráví technologické týmy 4–5 dní:

  • Porozumět všem dříve shromážděným informacím
  • Hlasujte o 2–3 největších technologických výzvách, které musí překonat
  • Odchylujte se na výzkum a vytváření konkurenčních prototypů pro každou výzvu
  • Otestujte prototypy, které pomáhají v konečném důsledku rozhodovat o vítězných implementacích

Modelovali jsme Sprintové kódy tak, aby používaly stejné intenzivní techniky zaostření, trvání a divergentně konvergentní techniky jako Sprint Design. Následně byly naše technické týmy schopny odpovědět nejen na otázky „Co budujeme?“ A „Jak to budujeme?“, Ale vytvářejí základní vrstvu infrastruktury, architektury a kódu, na které lze stavět v rámci jejich agility. vývojové sprinty.

Očekávaná zlepšení

Při nasazování agilních dev sprintu s designovými a kódovými sprinty jsme zaznamenali některá významná vylepšení v produktech, které pomáháme našim klientským společnostem při zavádění, a v praktikách, které používáme při jejich zavádění:

  • Obnovte měsíce a roky zbytečného úsilí o řešení problémů, o které se lidé nestarají
  • Umožněte strojírenským organizacím účinně spolupracovat s ostatními v procesu vývoje produktu
  • (nadmořská výška) Postavte role mimo produkt a techniku ​​tak, aby v konstrukčním stole řešení bylo nutné a vítané místo
  • Poskytněte technickým týmům empatický pohled a hlas uživatele, který obvykle chybí

Sprints pro stávající produkty

Ale co když pracujete na existujícím produktu?

Jednou chybou, kterou mnoho týmů při prvním přijetí návrhových sprintu udělá, je jejich nadužívání. Začnou běžet návrhové sprinty pro téměř každou funkci, kterou chtějí zavést ... Přidání formuláře na stránku? "Pojďme sprintovat." Vytvářeli jsme iOS verzi naší aplikace pro Android? "Sprint!" To je zbytečné.

Design sprint je nejlépe určen pro problém, který mapuje zpět na kritickou obchodní příležitost nebo výzvu. Pokud se například vaše společnost rozhodne začít nabízet váš produkt zcela novému segmentu zákazníků, jedná se o klíčové rozhodnutí, které by mělo být provedeno prostřednictvím návrhového sprintu.

Jak?

Existující řešení vytváří omezení několika možnými způsoby:

  1. Přinutí nás do režimu řešení, než úplně pochopíme problém
  2. Ovlivňuje řešení, která přicházíme
  3. (pokud potřebujeme vybudovat v rámci existujícího řešení) Omezuje naše řešení v mezích tohoto řešení - to je zvláště náročné, když tato řešení jsou mimo naši kontrolu; např. platformy / data / přístup třetích stran

Na druhou stranu, existující řešení nám také poskytuje měřítka, k nimž nové produkty nemají přístup.

Pokud přejdete zpět na výše uvedený přístupový diagram New Haircut, uvidíte, že ověření problému je rozhodující pro návrhový sprint (ověření řešení). To obvykle přichází ve formě etnografického výzkumu, průzkumů, papírových (aka super lehkých) prototypů. Pokud však můžete klepnout na dříve existující řešení, získáte další zdroj dat.

Trik s využitím stávajících dat o řešení je vytáhnout pohledy, zkreslit implementaci. Jinými slovy, hledaná data jsou spíše o vzorcích (dobrých nebo špatných) na základě problému, který se stávající řešení pokouší vyřešit.

To, jak bylo toto řešení v současné době implementováno, lze určitě poznamenat, ale nemělo by to výrazně ovlivnit nadcházející návrhový sprint, který má objevit nové možnosti. Pamatujte, že výhoda designového sprintu je v tom, že máte prostor pro velké sny se zcela novými, zajímavými a životaschopnými řešeními.

Kvůli této předpojatosti to často znamená, že budete chtít velmi pečlivě přemýšlet o tom, jak používat členy týmu z předchozích inkarnací v řešeních příští generace. Co má tendenci dobře fungovat, je využít předešlých členů týmu jako externí odborníky během pondělního týdne sprintu.

Výhody

  • Využijte kritické informace, ke kterým nemají nové produkty přístup
  • Nová řešení si mohou půjčit ze stávajících řešení buď na replikaci, nebo vymyslet zcela nové zkušenosti

A jak to vypadá, když stávající produkt vysadí designový sprint, než se pustíte do agilního vývoje?

Balení na agilní sprinty a designové sprinty

Týmy pro vývoj produktů jsou neustále pod puškou, aby uváděly na trh lepší výrobky, v kratším čase a rozpočtu. Spojení kadence, která využívá výhod designových sprintu, kódových sprintu a agilních vývojových sprinků, nám umožnilo udělat to pro naše klienty - doufám, že vaše organizace nabízí stejné příležitosti.