Suihkutuotteet Scrum-projekteille

Kuinka Scrum-joukkueista voi tulla suunnittelupohjaisia ​​ja rakentaa systemaattisesti tuotteita, joita asiakkaat rakastavat.

Hienon ohjelmiston rakentaminen ei ole helppoa. Scrum ja muut ketterät puitteet ovat uusi normi ohjelmistojen toimittamiselle ja auttavat ryhmiä toimittamaan parempia tuotteita nopeammin. Mutta Scrum yksin ei riitä rakentamaan hienoa tuotetta. Kun markkinat täyttyvät, hyvästä käyttäjäkokemuksesta (UX) on tulossa yksi avaintekijä menestystekijöinä ohjelmistoyrityksille. Design Sprintit ovat hieno instrumentti, jota Scrum-tiimit voivat käyttää tullakseen enemmän suunnittelupohjaiseksi ja asiakaskeskeiseksi.

Käyttäjäkokemuksen nousu

Tuotekehitysryhmät ovat jatkuvasti aseen alla saadakseen parempia tuotteita markkinoille vähemmän aikaa ja budjettia. Viimeisen kahden vuosikymmenen aikana Scrum on vakiinnuttanut asemansa suosituimpana ketteränä kehityskehyksenä ohjelmistojen toimittamiseen. Se antoi joukkueille mahdollisuuden lähettää parempia laatutuotteita nopeammin ja olla kilpailukykyisempiä markkinoilla, jotka muuttuvat yhä monimutkaisemmiksi ja arvaamatommiksi.

Pelkkä scrum ei takaa, että tiimisi toimittaa jatkuvasti todella kiinnostavia, vaikuttavia tuotteita.

Mutta kyky toimittaa muutokset nopeissa jaksoissa ei riitä. Yksi rakennusohjelmistojen vaikeimmista osista on tehdä hyviä päätöksiä siitä, mitä rakentaa ja kuinka se voi ratkaista käyttäjien ongelman. Nopeasti muuttuvassa maailmassamme asiakkaat eivät enää halua hyväksyä ohjelmistotuotteita ja palveluita, joita he eivät ymmärrä tai joita on vaikea käyttää. He vaativat erityisesti heidän tarpeisiinsa räätälöityjä ratkaisuja, jotka antavat heidän saada työnsä aikaan niin nopeasti kuin mahdollista. Tästä seuraa, että hyvästä käyttäjäkokemuksesta (UX) on tullut yksi markkinoiden ensisijaisista erottelijoista ja ratkaiseva menestystekijä ohjelmistotuotteille. Kaikki puhuvat nyt kehyksistä, kuten Design Thinking ja Lean UX, ja yritykset palkkaavat yhä enemmän UX-suunnittelijoita tekemään tuotteistaan ​​intuitiivisempia ja hyödyllisempiä.

Scrumin on muututtava suunnittelupohjaiseksi

Tämä on suurenmoista. Mutta on yksi iso ongelma. Scrumista ja muista ketteristä puitteista puuttuu erityisiä käytäntöjä suunnittelutoimintojen integroimiseksi systemaattisesti kehitysprosessiin. Seurauksena on, että suunnittelua ja kehittämistä käsitellään usein kahdessa hyvin erillisessä toiminnassa, jotka seuraavat heidän omia prosessejaan ja suorittavat riippumattomat ryhmät. Suunnittelijat eivät ole täysin integroituneita Scrum-tiimin jäseniä, mutta ne ottavat usein konsulttien tai palveluntarjoajien roolin, jotka tukevat kehittäjiä suunnittelupäätöksillä. Jotta jatkossakin voitaisiin rakentaa loistavia tuotteita, Scrum-tiimien on tultava suunnittelupohjaisemmiksi ja löydettävä uusia tapoja rakentaa systemaattisesti ratkaisuja, jotka ratkaisevat oikeat ongelmat.

Syötä suunnittelu sprintit. Design Sprintit ovat suhteellisen uusi kehys, ja niistä on viime aikoina tullut erittäin suosittuja suunnittelu- ja innovaatioyhteisössä. Niiden avulla ryhmä voi nopeasti tunnistaa oikeat ongelmat ratkaistavaksi ja testata ratkaisuja nopean prototyyppien ja palautteen avulla. Sellaisenaan ne ovat loistava lisä Scrum-hankkeisiin. Scrum on lähestymistapa ongelmanratkaisuun ja ratkaisujen toimittamiseen, kun taas Design Sprints on lähestymistapa ongelman löytämiseen ja ymmärtämiseen.

Mikä on Design Sprint?

Design Sprint on nopeatempoinen, ketterä lähestymistapa tuotesuunnitteluun. Pohjimmiltaan se on viiden päivän prosessi, jonka avulla monitieteinen ryhmä voi kehittää ja testata uusia ideoita käyttämällä sarjaa erittäin tehokkaita suunnitteluajattelun harjoituksia. Jokaisen Design Sprintin tulos on erittäin uskollinen interaktiivinen prototyyppi, jonka oikeat käyttäjät ovat testanneet ja jolla on selkeät käsitykset seuraavaan suuntaan.

Design Sprintit on alun perin kehittänyt Jake Knapp Google Ventures -yrityksessä, ja niitä on suosittu suosituimmassa kirjassa “Sprint: Kuinka ratkaista suuria ongelmia ja testata uusia ideoita vain viiden päivän sisällä”. Suuren menestyksen jälkeen Design Sprintit ovat nyt omaksuneita ympäri maailmaa tuhansien kaiken kokoisten ja teollisuudenalojen innovatiivisten yritysten - mukaan lukien tuotemerkit, kuten LEGO, Ebay, RedBull, Slack, Lufthansa, Bosch ja UNICEF.

Suunnittelu Sprintit antavat joukkueille oikotien oppimiseen rakentamatta ja käynnistämättä. Lähde: Google Ventures

Oikotie oppimiseen

Design Sprintin perusajatuksena on kehittää ja testata uusia ideoita rakentamatta ja käynnistämättä mitään. Joten sen sijaan, että toteuttaisit jonkin verran vähimmäistuotetta (MVP) nähdäksesi, onko ideasta hyvä, kehität ja haet tietoa realistisesta prototyypistä.

Tämä tekee Design Sprintistä erinomaisen työkalun etsimään ja tutkimaan vaatimuksia ja kohdistamaan joukkue yhden yhtenäisen näkökulman ympärille. Sen sijaan, että tuhlaa aikaa kirjoittamiseen ja keskusteluihin eritelmistä loputtomissa kokouksissa, kiedo ne prototyyppiin ja laita ne asiakkaan eteen.

Kuinka Design Sprint toimii?

Menestyvän Design Sprintin suorittamiseen tarvitset kolme perusainesosaa:

  • Selkeästi määritelty haaste: Onnistunut Design Sprint ei voi alkaa ilman selvästi määriteltyä haastetta. Haaste määrittelee Design Sprintin laajuuden ja tavoitteen. Oletetaan, että sinulla on SaaS-tuote, jossa tarjoat ilmaisen kokeilujakson, mutta yrität muuttaa kokeiluja todellisiksi asiakkaiksi. Tällöin haasteenasi voi olla seuraava: "Kuinka voimme parantaa kokemustamme 30 päivän kokeilujakson aikana muuntaaksemme onnistuneesti enemmän asiakkaita maksaville asiakkaille?"
  • Monitieteinen joukkue: Tarvitset poikkitoiminnallisen ryhmän, jossa on mieluiten 6–8 (enintään 10) osallistujaa, jotka ovat motivoituneita ja tuovat kaikki tarvittavat taidot haasteeseen vastaamiseksi. Jos otat haasteen ylhäältä, hyvän tiimin tulee ehdottomasti kuulua tuotteen omistaja ja markkinoinnin ja myynnin ihmiset, mutta myös suunnittelija ja ihmiset sekä kehitys- ja asiakastukitiimistä.
  • Vahva avustaja: Koska Design Sprint -prosessi on erittäin täynnä nopeasti liikkuvia harjoituksia, Design Sprintin menestys riippuu suuresti ammattitaitoisesta avustajasta. He tekevät valmistelut, johtavat ryhmän läpi kaikki tehtävät ja ohjaavat keskusteluja ja ryhmäpäätöksiä. Siksi avustajana tulisi olla joku, jolla ei ole vain kokemusta Design Sprintistä, vaan myös hyviä viestintä- ja joukkuejohtamistaitoja.

Kun olet valinnut nämä tarkistusluettelon ainesosat, Design Sprintin ajaminen on melko yksinkertaista, koska jokainen päivä koostuu sarjasta selkeästi määriteltyjä ja aikataulun mukaisia ​​harjoituksia ja sillä on tietty tavoite.

Yleiskatsaus tai Design Sprint -viikko. Lähde: Google Ventures.

Näin tapahtuu eri päivinä ja vaiheina:

  • Maanantai (ymmärrä): Design Sprintin ensimmäisen päivän tarkoituksena on ymmärtää haaste ja tutkia ongelmaa. Tähän sisältyy asiakasmatkan kartoitus ja asiantuntijahaastattelut.
  • Tiistai (idea): Kun joukkue ymmärtää ongelman, on aika luoda ratkaisuja. Jokainen osallistuja luo luovien harjoitusten avulla ensin joukon potentiaalisia ideoita ja lopulta keksii oman paperille luonnoksensa.
  • Keskiviikko (päätä): Joukkue äänestää ja päättää siitä, mikä konsepti mallinetaan. Tämä voi olla yksi ratkaisu, mutta useimmiten se on yhdistelmä useiden ideoiden parhaita osia.
  • Torstai (prototyyppi): Joukkue luo korkealuokkaisen prototyypin lopullisesta konseptista ja valmistelee käyttäjätestejä seuraavalle päivälle.
  • Perjantai (testi): Design Sprintin viimeisenä päivänä tiimi esittelee prototyypin viidelle käyttäjälle kerätäkseen palautetta ja ideoita. Lopussa joukkue tietää tarkalleen kuinka edetä.

Käyttäjien palautteesta riippuen on erilaisia ​​tuloksia ja tapoja edetä Sprintin jälkeen. Jos palaute oli upeaa, ryhmä voi usein käyttää prototyyppiä päästäkseen yksityiskohtiin, määrittelemällä vaatimukset ja valmistelemalla toteutusta. Jos saat sekoitettua palautetta, voit suorittaa toisen Design Sprintin toistaaksesi malliasi ja suorittaaksesi lisää käyttäjätestejä. Joskus Design Sprint voi paljastaa, että olet aivan väärillä raiteilla. Tässä tapauksessa ole iloinen, että et ole investoinut yli viikko, ja siirry eteenpäin.

Jokaisen Design Sprintin tulos on erittäin uskollinen interaktiivinen prototyyppi, jonka oikeat käyttäjät ovat testanneet. Lähde: GV.

Huomaa, että Design Sprint -yhteisössä on uusi ja puolivirallinen versio Design Sprintistä, joka kestää vain neljä päivää ja jota kutsutaan yleisesti nimellä “Design Sprint 2.0”.

Sillat suunnittelu- ja pinta Sprintit

Design Sprintit mahtuvat melko helposti Scrum-projektiin. Mutta on olemassa joitain sudenkuoppia. Jotta se toimisi, sinun on ymmärrettävä, millaisia ​​tuloksia Design Sprint todella tarjoaa ja missä ne sopivat Scrumiin.

Älä virtaa alas vesiputous

Yleinen väärinkäsitys, kun käytetään Design Sprinttiä ketterässä kehyksessä, kuten Scrum, on, että ihmiset odottavat Design Sprintin toimittavan joukon täydellisiä pikselikuvioita, jotka ne voivat raa'asti syöttää kehitystiimille toteutusta varten. Mutta tämä ei ole Design Sprintin tarkoitus, ja se on vaarallisesti lähellä vesiputous-ajattelutapaa - suunnitteluvaiheen saattaminen loppuun ennen toteutuksen alkamista.

Älä käytä Design Sprints -vesiputkistasi.

Design Sprintistä tulevat mallit ovat prototyyppisiä ja siksi eivät useimmiten ole valmiita kehittämiseen ollenkaan. Ne ovat usein puutteellisia ja sisältävät paljon ”vääriä ovia” elementtejä, jotta sovelluksen käyttäytymistä koskevat yksityiskohdat jätetään pois. Tämä johtuu siitä, että hyvä prototyyppi on rakennettu selkeästi määriteltyjen hypoteesien testaamiseksi ja jättää pois kaiken, mikä ei ole merkityksellistä tässä testissä.

Mutta jos sinun ei pitäisi käyttää Design Sprintsiä näytöiden suunnitteluun, mihin ne ovat todella hyviä?

Oikea ratkaisu Design Sprintsin kanssa

Mitä Design Sprint todella tarjoaa, eivät ole yksityiskohtaiset mallit, mutta iso kuva ja selkeä ilmaisu käyttäjän palautteen muodossa. Se antaa joukkueellesi tärkeät ideat ideasta ja kertoo, oletko oikealla tiellä. Vielä tärkeämpää on, että se auttaa sinua suunnittelemaan ja priorisoimaan julkaisut, backlogit ja käyttäjän tarinat todellisen käyttäjän palautteen lisäksi, ei omien hypoteesiesi perusteella.

Tämä on yksi suurimmista Scrumin haasteista, koska Scrum antaa hyvin vähän ohjeita (melkein ei mitään) siitä, kuinka hallita tuotemääriäsi. Joten tiimin, etenkin tuotteen omistajan, on täysin vastuulla varmistaa, että tilauskanta edustaa aina asiakkaan näkökulmaa. Tämän ansiosta on helppo uskoa, että tiedät jo asiakkaidesi haluamasi. Siksi jopa suurimmat, hyvää tarkoittavat Scrum-joukkueet voivat tuhlata aikansa väärien ominaisuuksien rakentamiseen tai oikeiden ominaisuuksien rakentamiseen väärin, koska heillä ei ole selkeää käsitystä käyttäjästä.

Joten tosiasiallinen suunnittelu Sprintit, kun niitä käytetään Scrumissa, on, että ne auttavat sinua luomaan jälkijääriä, jotka eivät ole vain tasaista esitystä kaikesta, joka joukkueen on tehtävä. Sen sijaan ne auttavat sinua tarkastelemaan käyttäjän tarinoita ja taakkaa käyttäjän yhteydessä ja vastaamaan kysymyksiin, kuten: Miksi rakennamme tätä? Kenelle me sitä rakennamme? Mitä arvoa ratkaisu tarjoaa asiakkaalle ja milloin?

Kuinka saada se kaikki toimimaan

Kun ymmärrät edellä mainittua, Design Sprint -sovellusten käyttäminen Scrumissa on melko yksinkertaista. Periaatteessa prosessi toimii näin:

  1. Suorita Design Sprint. Aseta haaste, kerää joukkue ja aja Design Design. Milloin sinun pitäisi suorittaa Sprint? Monissa tapauksissa Design Sprintistä voi olla apua Scrum-projektissa, ja monissa tapauksissa ne ovat vain ylikuormittavia. Tutkin tätä tarkemmin seuraavassa osassa.
  2. Johda käyttäjän tarinoita. Kun olet suorittanut Design Sprintin, käytä prototyyppiä ja palautetta systemaattisesti johdanna siitä käyttäjille. Tätä varten ei ole todellista parasta käytäntöä, mutta mielestämme Jeff Pattonin User Story Mapping on täydellinen tapa silittää Design Sprintin tulokset. Voit oppia lisää tästä tästä blogiviestistä.
  3. Suorita Scrum Sprint. Ota johdetut käyttäjän tarinat ja suunnittele Sprint Backlog tavalliseen tapaan. Scrum Sprintin aikana joukkue voi sitten käyttää Design Sprintin aikana luotua prototyyppiä iteroidakseen ja luodakseen yksityiskohtaisia ​​rajapintoja erilaisille käyttäjätarinoille. Tämä edellyttää kehitys- ja suunnittelutiimin tiivistä yhteistyötä.
Suunnitteluarvojen sovittaminen Scrumiin on melko yksinkertaista.

Muuta suunnittelijat osaksi Scrum-tiimiä

Toinen erittäin tärkeä edellytys on, että suunnittelijoista tulee tulla Scrum-tiimin todellisia jäseniä. Tämä tarkoittaa, että he sopivat työhönsä Scrum-sprintteihin ja osallistuvat kaikkiin Scrum-kokouksiin, kuten suunnittelutilaisuuksiin, päivittäisiin standupeihin, sprintikatsauksiin, retrospektiiviin ja viivästyksiin. He työskentelevät myös suoraan kehitysryhmän kanssa toteuttaakseen käyttäjän tarinoita ja tehdä suunnittelutöitä sprintiviikolla.

Design Sprint -sovellusten parhaat käyttötavat Scrum-projekteissa

Nyt kun tiedät, kuinka Design Sprints sopii Scrumiin, katsotaanpa tarkemmin, milloin on paras ajaa Design Sprint Scrum-projektissa. Teoriassa voit hyötyä Design Sprintin suorittamisesta joka kerta, kun aiot toteuttaa jotain uutta. Design Sprint on kuitenkin varsin sijoitus, joka vie yli kourallisen ihmisiä koko viikon. Siksi ei ole mitään järkeä ajaa Design Sprinttiä jokaiselle uudelle kappaleelle, jonka aiot rakentaa. Design Sprint on paras, kun kohtaat jotain monimutkaista ja riskialtista, joka herättää monia avoimia kysymyksiä ominaisuuden yleisestä toivottavuudesta. Jos ongelmasi liittyy optimointiin ja täydelliseen käytettävyyteen, Design Sprintin ajaminen on usein täydellistä ylikuormitusta.

Paremman kuvan saamiseksi tässä on neljä päätilannetta, joissa Design Sprintistä tulee erittäin kätevä Scrum-joukkueille:

  • aloitettaessa uusia projekteja
  • kun lisäät tai muutat suuria ominaisuuksia
  • kun tuotteen visio, etenemissuunnitelma tai kanta on epätarkka
  • kun kohtaat suuria haasteita tai epäselviä vaatimuksia
Kuinka käyttää Design Sprinttiä Scrum-projekteissa.

Tutkitaan kutakin näistä tapauksista hiukan yksityiskohtaisemmin.

Kickoffin uudet projektit

Kun asetat uuden projektin purjehdusta, sinulla ja joukkueellasi on todennäköisesti suuria epävarmuustekijöitä käyttäjästä ja hänen tilanteestaan, joten et tiedä minkä optimaalisen ratkaisun pitäisi näyttää. Tässä tapauksessa Design Sprint voi toimia tuotteen löytämisharjoituksena. Joten kaikkien vaatimusten "parhaan arvaamisen" sijaan, estä yksi tai kaksi viikkoa ja aja Design Design -ohjelmaa etukäteen tai projektin alussa, esimerkiksi "Sprint Zero" -muodossa - tekniikka, jota käytetään yleisesti epävarmuustekijöiden vähentämiseksi. tai testata tekninen toteutettavuus ennen Scrum-projektin ensimmäistä sprinttiä.

Design Sprintin tulos antaa sinulle yhteisen ymmärryksen koko tuotteen visiosta ja kokemuksesta. Tämä luo vahvan linjauksen ryhmässäsi ja kaikissa asiaankuuluvissa sidosryhmissä. Prototyyppi ja käyttäjän palaute tekevät alkuperäisestä hidastumisesta ja sprintisuunnittelustasi erittäin yksinkertaisen, koska pystyt määrittämään käyttäjän tarinoita ilman paljon keskustelua. Voit myös priorisoida tarinat helposti ja luoda ensimmäisen tuotteen etenemissuunnitelman ja julkaisusuunnitelman.

Tämä ei tarkoita sitä, että tämän alkuperäisen Design Sprintin jälkeen saat kaikki vaatimukset tuotteelle. Tämä on jälleen vesiputous-ajattelua. Suurimmassa osassa projekteja Design Sprint as Sprint Zero ei yksinkertaisesti riitä luomaan konsepteja, suorittamaan tutkimusta ja saamaan palautetta asiakkaalta. Joidenkin Scrum-sprinttien jälkeen kohtaat uusia haasteita ja joudut toistumaan.

Ota käyttöön uusia ominaisuuksia tai suunnittele nykyiset uudelleen

Samoin kuin uuden projektin aloitus, voit suorittaa Design Sprintin vakiintuneessa projektissa määritelläksesi uuden toiminnallisuuden suuremmat palat tai harkitsemaan olemassa olevia ominaisuuksia uudelleen. Tässä tapauksessa Design Sprint keskittyy tuotteesi tiettyyn osaan ja auttaa sinua luomaan ratkaisuja siihen. Esimerkiksi ryhmäsi voi suorittaa Design Sprintin selvittääksesi, miltä sovellukseltasi pitäisi näyttää uuden ajoneuvoon pääsemisen kokemus.

Suorita tämä suorittamalla Design Sprint seuraavien kahden Scrum Sprintin välillä “tutkimussprintin” muodossa. Sinun ei pitäisi ehdottomasti yrittää ajaa täydellistä Design Sprint -tapahtumaa ja normaalia Scrum Sprint -sivua rinnakkain. Tämä tukisi koko joukkueesi tai ainakin jotkut joukkueesi henkilöt koko viikon ajaksi, mikä tekisi normaalin toteutuspolyn mahdottomaksi.

Jos et kuitenkaan pidä etsintä sprintien käsitteestä, voit myös yrittää integroida Design Sprintit suoraan normaaliin Scrum Sprint -sykliin. Tämän työn tekemiseksi sinun on hajotettava ja lyhennettävä tai yhdistettävä huomattavasti erilaisia ​​Design Sprint -harjoituksia, jotta ne voidaan suorittaa sprintiviikkojen aikana maksamatta liian paljon aikaa. Tämä edellyttää joukkuetta, jolla on jo jonkin verran kokemusta Design Sprintistä.

Strateginen tuotehallinta ja hidastuminen

"Taantuma on se, missä ominaisuudet kuolevat". Ei ole harvinaista, että kypsät Scrum-projektit kärsivät jatkuvasti kasvavista, järjestämättömistä paikoista. Tämä ominaisuuden hiipuminen tapahtuu usein halusta tarjota käyttäjälle entistä hyödyllisempi tuote tai kompromisseista, jotka on tehty tasapainottamaan eri sidosryhmien etuja.

Upea tuotepäällikkö asettaa odotuksen, että hän ei pysty ennakoimaan tulevaisuutta.

Koska Design Sprintit auttavat sinua saamaan suuren kuvan, ne voivat olla tehokas väline tuotteen omistajalle (PO) yhdenmukaistaa sidosryhmien ristiriitaiset vaatimukset ja estää ominaisuuksien hiipimistä. Sen sijaan, että yrittäisi asettaa odotusta siitä, että PO pystyy ennustamaan tulevaisuuden ja tarjoamaan kaikki oikeat vastaukset, hän voi käyttää Design Sprint -menetelmää menetelmänä, jolla vastakkaiset vaatimukset kohdistetaan ja hyvät vastaukset löydetään.

Aina kun tilauskanta alkaa muuttua epäselväksi tai kun tuotteen etenemissuunnitelma ja visio muuttuvat epäselväksi, ota jonkin verran aikakatkaisua, kerää kaikki asiaankuuluvat sidosryhmät ja suorita Design Sprint -sovellus, jotta voit loitontaa, linjata näkökulmia ja selvittää yhdessä, mikä on asiakkaalle parasta.

Löydä ratkaisuja korkean tason vaatimuksiin

Joskus saatat kohdata abstraktit, korkean tason vaatimukset, joissa ei ole heti selvää, kuinka lähestyä niitä tai mistä aloittaa. Saatat joutua esimerkiksi parantamaan tärkeimpiä muuttujia, kuten muuntoprosentteja tai käyttäjän sitoutumista. Tai ehkä tavoitteena on tehdä verkkokaupastasi kassalle nopeampaa ja helpompaa. Tässä tapauksessa Design Sprintit voivat auttaa sinua tutkimaan ongelmaa käyttäjän näkökulmasta ja keksimään joukon mahdollisia ratkaisuja lyhyessä ajassa. Yhden tai kahden Design-sprintin suorittamisen jälkeen pääset todistettuun tapaan siirtää neulaa.

johtopäätös

Design Sprintit ovat loistava tapa Scrum-joukkueille saada entistä asiakaskeskeisempiä ja suunnittelupohjaisia. Niiden avulla voit nopeasti tutkia uusia ideoita ja saada käyttäjän palautetta ilman koodausta. Niiden avulla voit johtaa käyttäjän tarinoita ja vaatimuksia todellisesta käyttäjän palautteesta sen sijaan, että parhaiten arvasisit niitä. Tämä tarjoaa yhden näkökulman koko joukkueelle ja tasaa sidosryhmät. Ajan myötä Design Sprintit voivat muuttaa ajattelutavanne suunnittelusta ja arvaamisesta nopeaseen kokeiluun ja oppimiseen sekä hajottaa siilot suunnittelun ja kehityksen välillä.

Design Sprintit eivät kuitenkaan ole hopeamuoto. Ne eivät ole yksi ainoa suunnitteluprosessi, vaan vain toinen työkalu arsenaalissasi. Ne eivät auta sinua ratkaisemaan pieniä optimointiasioita tai keksimään täydellisiä näytön muotoiluja. Usein Design Sprintin ajaminen on usein ylenpalttista, ja sinun on syytä katsoa pienempiä suunnittelun ajattelu- tai UX-käytäntöjä, kuten empaattikartoitusta tai ongelmahaastatteluja.

Vaikka Design Sprintiä ja Scrumia voidaan soveltaa yksin, molemmat puitteet ovat parempia yhdessä, luomalla toisiaan vahvistavan ympäristön, joka keskittyy käyttäjäkeskeisyyteen ja nopeaan iterointiin keinona saavuttaa optimaaliset tulokset. Design Sprintit tuovat vahvan käyttäjäkeskeisyyden, kun taas Scrum on erinomainen tapa toimittaa asteittain ratkaisuja varmistamalla, että käyttäjän tarpeet pidetään etusijalla ja keskellä koko suunnittelu- ja kehitysprosessia.

Joten, jos olet Scrum-tiimin jäsen ja haluat hyötyä Design Sprintistä, miten sinun pitäisi aloittaa?

Aloita pieni. Yritä löytää arvokkaita, vähäriskisiä mahdollisuuksia ja kokeilla Design Sprint -tapahtumaa. Ehkä aloitat pian uuden projektin? Ehkä joukkueellasi on jotain isoa ominaisuutta tulossa? Tai ehkä sinun täytyy hoitaa loppusuunnitelma saadaksesi takaisin kuvan? Riippumatta siitä, mikä haaste voi olla, kerää vapaaehtoisten joukkue ja aloita vain. Design Sprint on yksi näistä asioista, jotka sinun on koettava ymmärtääksesi sen voimaa ja kauneutta.

Voi kuitenkin olla vaikeaa vakuuttaa ryhmäsi ihmisiä sijoittamaan viikko prosessiin, jota he eivät vielä tiedä ja luota. Osta ja jaa kirja joukkueellesi tai lue vain itse ja tee lyhyt esitys. Siellä on myös paljon menestystarinoita ja yrityksiä, jotka jakavat kokemuksensa Design Sprintsin kanssa. Viime kädessä voit myös palkata asiantuntijoita ja tehdä vain 1–2 päivän Design Sprint -koulutuksen, joka näyttää sinulle, kuinka Design Sprints toimii ja antaa sinulle kaikki asennukset ajaa heitä itse.

Mitä tahansa valitsetkin, lupaan sinulle, että ensimmäisen Design Sprint -suorituksen suorittamisen jälkeen alat nähdä etuja ja lopulta rakastua prosessiin.

Benjamin Bestmann on Strive Innovation Studion perustajakumppani. Hän auttaa joukkueita ja yrityksiä ympäri maailmaa rakentamaan käyttäjäkeskeisiä tuotteita ja omaksumaan uusia ja tehokkaampia tapoja toimia digitaaliaikana. Seuraa häntä LinkedInissä tai Twitterissä.

Haluatko tietää enemmän suunnitteluprinteistä, innovaatioista ja työstä digitaaliaikakaudella? Seuraa Strive Instagram -sivustolla päivittäisiä tarinoita tai alla olevan uutiskirjeemme liittymistä ... ja kysy meiltä mitään!