Agile Sprints vs Design Sprints

Kaip ir kada sujungti šias galingas sistemas, kad sukurtumėte naujus produktus ar pergalvotumėte esamus.

Fonas

2000-aisiais verslo pasaulis buvo įpratęs prie tokių produktų kūrimo terminų kaip „judrus“, „žemas“, „lieknas“ ir „vidutinio sunkumo“.

Įvyko pamaina, kuri daugelį mūsų atitolino nuo industrinio amžiaus įkvėptų krioklio procesų, kur viskas buvo dokumentuojama iš anksto, tada judėjo pro scenos vartus, kol produktai pagaliau buvo paruošti dislokavimui. Vietoj krioklio atsirado pakartotiniai plėtros metodai, įskaitant „Scrum“, „Kanban“, „XP“ (ekstremalus programavimas) ir kitus variantus.

Šios disciplinos atitolo nuo siloso, krioklio požiūrio, jį pakeisdamos liesais, išmatuojamais pastatymo, bandymo, laivo ciklais. Šie greiti ciklai, paprastai trunkantys 1–2 savaites, buvo tinkamai pavadinti „sprintais“.

Produktų ir projektų vadovai vietoj „Sprint Plans“ padalino savo Ganto diagramas, kad galėtų organizuoti savo produktų plėtros planus - prioritetinės savybės buvo pašalintos iš produkto atsilikimo viršaus, į sprinto atsilikimą, perbrauktos per sprintą, o po to paleistos į gamybą.

Agilebuddha.com sutikimas

Kai „C-suite“ ir pardavimo bei rinkodaros lyderiai priprato prie sprinto ir išmoko kalbėti naujausia savo technologijų grupių kalba, 2015 m. Pradėjo pūsti naujas „sprintas“ - „Design Sprint“.

Dizaino sprintus, modeliuotus pagal IDEO dizaino mąstymo sistemą, iš pradžių „Google“ inkubavo Jake'as Knappas, kur jie padėjo suorganizuoti sėkmingą tokių produktų kaip „Gmail“ ir „Hangouts“ (dabar susitinkame) paleidimą.

Per daugelį metų ir šimtus sprinto Jake'as galų gale pagerino procesą taip, kad daugiadalykės komandos galėtų praleisti 5 dienas supratimo, idėjų kūrimo, prototipų kūrimo ir didelių verslo problemų išbandymo srityje, prieš pradėdamos kurti visavertį produktų vystymą.

Po nesuskaičiuojamų sėkmės istorijų, GV užgrobė „Jake“ ir dizaino „sprintus“, kad jie galėtų pradėti juos (ir „Jake“, ir „sprintus“) siūlyti savo portfelio bendrovėms. Panaudojęs „sprintus“, kad padėtų tokioms įmonėms kaip „Uber“, „Slack“ ir „Blue Bottle Coffee“ (be daugelio kitų), Jake ir keli kiti „GV“ dizaino partneriai bendradarbiavo 2016 m. Kovo 8 d. Išleisdami „Sprint“ knygą. Ji greitai tapo „NY Times“ ir „WSJ Bestseller“. .

Gaminių komandos visame pasaulyje nuo šiol sunaudojo, išbandė ir pritaikė „Design Sprint“ savo įrankių rinkinyje. Neabejotina, kad dizaino spintos pakeitė įvairių formų ir dydžių įmonių požiūrį į naujų produktų ir paslaugų plėtrą.

Bet čia yra vienas dalykas

Nuo tada, kai dizaino sprindai pirmiausia ėmė kelti bangas, iškilo labai konkretus klausimas, kuris keliamas ne kartą. Girdime tai beveik kiekviename seminare, kurį siūlome mokyti projektavimo sprinto produktų vadybininkams, dizaineriams, inžinieriams, tyrėjams ir vadovams: „Kaip projektavimo sprindai yra susiję su judriais plėtros sprintais?“

Taigi šiandien tikiuosi šiek tiek paaiškinti, kaip dizaino sprindai yra susiję su judriais plėtros sprintais tiek naujai sukurtiems gaminiams, tiek rekonstruojant ar atnaujinant esamus produktus.

Bet pirmiausia leiskite man nupiešti visų paveikslėlių, susijusių su skaitmeninio produkto kūrimo procesu, paveikslą ...

Programinės įrangos inovacija

„New Haircut“ metu mes galvojame apie skaitmeninių sprendimų, skirtų didelėms problemoms išspręsti, kūrimo procesą per 8 glaudžiai susipynusius veiksmus.

Nors vaizdas atrodo nuoseklus, svarbu atkreipti dėmesį, kad produkto kūrimas niekada nėra linijinis.
  • Verslo derinimas: nusprendimas spręsti problemas, atitinkančias įmonės strategiją, viziją ir išteklius
  • Vartotojo tyrimai: Sužinokite daugiau apie rinką, vartotojus ir konkurenciją, kuri supa šias problemas
  • Dizaino mąstymas (naudojant „Design Sprints“): Suprasti problemą ir patvirtinti prototipų sprendimus su potencialiais klientais
  • MVP planavimas: sukurkite išsamų savo sprendimo vaizdą ir nuspręskite, koks mažiausiai vertingas produktas (MVP), kurį pateiksite rinkai, nurodykite produkto planą.
  • „UX Design“: sukurkite informacijos architektūrą, sąveiką ir į žmogų orientuotų patirčių srautą, kurį pasiūlysite savo sprendime.
  • Vizualinis dizainas: suteikite savo sprendimui stiliaus, tono ir sąsajos (jei taikoma)
  • Logistika: Sistemos infrastruktūros ir jūsų sprendimo architektūros planavimas
  • Agile plėtra: kurkite savo programinės įrangos pagrindą ir pateikite į rinką.

Pastaba: daugelis komandų susideda UX ir (arba) vaizdinį dizainą į judrų vystymąsi - mums pavyko pastebėti, kad tai dažniausiai veikia paprastesnėms programoms ir mažiems funkcijų patobulinimams. Kurdami įmonių skaitmeninius produktus mes įsitikinome, kad veiksmingiau ir efektyviau juos atskirti, nors komandos dažnai dirba lygiagrečiai.

Naujų gaminių spausdinimas

Pirmą kartą naudojant tokį požiūrį - kai iš pradžių kuriate naują gaminį - dizaino spindesys įvyksta dar prieš judrų plėtros sprinto procesą.

Tai prasminga - prieš pradėdami kurti ir koduoti norėsite susidaryti tam tikrą problemos ir vartotojo požiūrį, tada išbandyti sprendimus su vienkartiniais prototipais. Prototipai ne tik pigesni ir greitesni, bet ir komanda emociškai mažiau investuoja į prototipą, nei į gražiai suprojektuotus ekranus ir darbo kodą.

Kaip?

Kai išeinate iš dizaino sprinto, turite prototipą, kuris buvo išbandytas su ~ 5 tiksliniais vartotojais. Kaip tada pereiti nuo prototipo prie funkcionalaus, veikiančio produkto?

Produktų gairės bus išplėstos atsižvelgiant į specifinį dėmesį jūsų dizaino sprinto prototipe, kad būtų sukonkretinti likę prioritetiniai požymiai / ekranai / vartotojo srautai. Šie prioritetai tampa įrašais į jūsų produktų atsargas, kurias vėliau galima panaudoti jūsų judriems devintams.

Kodo sprindai

Projektavimo sprintuose visada stengiamės turėti inžinerijos ekspertą. Vis dėlto mes pastebėjome, kai tas vienas inžinierius grąžino savo dizaino sprinto intarpą savo architektų, programuotojų ir bandytojų komandai - vis dar buvo nemažai klausimų, kad galėtų įsitraukti.

  • Kokia yra geriausia sverto technologija?
  • Ar yra esamų sprendimų, kuriuos galime įtraukti?
  • Kur pirmiausia turėtume sutelkti dėmesį?

Taigi mes sukūrėme „Code Sprint“ (taip, mes pridėjome dar vieną „sprinto“ terminą mišinyje ... atsiprašau?).

Naujas kirpimo kodas

„Code Sprint“ technologijos komandos praleidžia 4-5 dienas:

  • Supraskite visą anksčiau surinktą informaciją
  • Balsuokite dėl 2–3 didžiausių technologijų iššūkių, kuriuos jiems reikės įveikti
  • Nukreipkite dėmesį į kiekvieno iššūkio prototipų kūrimą ir kūrimą
  • Išbandykite prototipus, kurie padeda galutinai apsispręsti dėl laimėtos (-ų) programos (-ų)

Mes modeliavome „Code Sprints“, kad naudotume tuos pačius intensyvaus fokusavimo, trukmės ir skirtingo susiliejimo metodus kaip „Design Sprint“. Vėliau mūsų technikos komandos sugebėjo atsakyti ne tik į klausimus: „Ką mes statome?“ Ir „Kaip mes jį statome?“, Bet ir sukuria pagrindinį infrastruktūros, architektūros ir kodo sluoksnį, kurį reikia pritaikyti savo judrioje erdvėje. plėtros sprintai.

Laukiami patobulinimai

Sėjant judrius dev sprintus su dizaino ir kodo sprintais, mes patyrėme keletą esminių patobulinimų tiek produktuose, kuriuos padedame klientams pristatyti, tiek praktikoje, kurią naudojame jiems paleisti:

  • Atgaukite mėnesių ir metų iššvaistytas pastangas spręsdami problemas, kurios žmonėms nerūpi
  • Įgalinkite inžinerijos vadovaujamas organizacijas efektyviai bendradarbiauti su kitais produktų kūrimo procese
  • (nuo aukščiau iki viršaus) Suteikite vaidmenis gaminio ir technologijos išorėje, kad būtų reikalinga ir laukiama vieta prie sprendimo projekto stalo
  • Pateikite inžinerijos komandoms empatišką perspektyvą ir vartotojo balsą, kurio jiems paprastai trūksta

Esamų gaminių spausdinimas

O kaip būtų, kai dirbate su esamu produktu?

Viena klaida, kurią daro daugybė komandų, pirmą kartą pritaikydama dizaino sprintus, yra jų per didelis naudojimas. Jie pradeda vykdyti dizaino sprintus beveik kiekvienai funkcijai, kurią nori įdiegti ... Prideda formą į puslapį? „Paleiskime sprintą.“ Kuriate „Android“ programos „iOS“ versiją? „Sprint!“ Tai yra nepaprastas dalykas.

Dizaino sprintas yra geriausiai skirtas problemai, kuriai priskiriama kritinė verslo galimybė ar iššūkis. Pvz., Jei jūsų įmonė nusprendžia pradėti siūlyti jūsų produktą visiškai naujam klientų segmentui, tai yra pagrindinis sprendimas, kuris turėtų būti suformuluotas per projektavimo spintą.

Kaip?

Esamas sprendimas sukuria apribojimus keliais įmanomais būdais:

  1. Tai verčia mus pereiti prie sprendimo būdo, kol visiškai nesuprantame problemos
  2. Tai daro įtaką sprendimams, kuriuos mes sugalvojame
  3. (jei turime kurti pagal esamą sprendimą) Tai riboja mūsų sprendimus to sprendimo ribose - tai ypač sudėtinga, kai tų sprendimų negalime kontroliuoti; pvz. trečiųjų šalių platformos / duomenys / prieiga

Kalbant apie įprastą variantą, esamo sprendimo turėjimas taip pat suteikia mums gaires, su kuriomis nauji produktai neturi prieigos.

Jei pereisite atgal prie aukščiau pateiktos naujos šukuosenos metodo diagramos, pamatysite, kad problemos patvirtinimas yra labai svarbus projektavimo sprintui (sprendimo patvirtinimas). Paprastai tai būna etnografiniai tyrimai, apklausos, popieriniai (dar žinomi kaip labai lengvi) prototipai. Tačiau kai galima panaudoti ankstesnius sprendimus, gausite papildomą duomenų šaltinį.

Esamų sprendimų duomenų panaudojimo gudrybė yra tai, kad ištrauksite įžvalgas, supratote apie įgyvendinimo šališkumą. Kitaip tariant, ieškomi duomenys yra daugiau apie modelius (gerus ar blogus), pagrįstus problema, kurią bando išspręsti esamas sprendimas.

Neabejotinai galima pastebėti, kaip šis sprendimas buvo įgyvendintas šiuo metu, tačiau tai neturėtų daryti didelės įtakos artėjančiam dizaino sprintui, skirtam atrasti naujas galimybes. Atminkite, kad dizaino sprinto pranašumas yra tas, kad jums suteikta erdvė svajoti apie didelius, visiškai naujus, įdomius ir perspektyvius sprendimus.

Dėl šio palikimo šališkumo dažnai tai reiškia, kad norėsite labai atsargiai pagalvoti apie komandos narių iš ankstesnių įsikūnijimų naudojimą naujos kartos sprendimuose. Labiausiai linkę įdarbinti ankstesnius komandos narius kaip išorės ekspertus sprinto savaitės pirmadienį.

Privalumai

  • Pasinaudokite kritinėmis įžvalgomis, kurių neturi naujieji produktai
  • Nauji sprendimai gali pasiskolinti iš esamų sprendimų, kad būtų galima pakartoti arba sukurti visiškai naują patirtį

O kaip atrodo esamam produktui pasibaigus dizaino sprintui, prieš pradedant judrų vystymąsi?

Apvyniojimas ant judrių ir sprinto

Produktų kūrimo komandos nuolatos stengiasi, kad geresni produktai būtų pateikti į rinką per trumpesnį laiką ir biudžetą. Sukūrę ritmą, kuriame pasinaudojama dizaino sprinto, kodinio sprinto ir judraus vystymosi sprinto pranašumais, mes tai padarėme savo klientams - tikiuosi, kad tai suteikia tas pačias galimybes jūsų organizacijai.