Ketterät sprintit vs. suunnittelu sprintit

Kuinka ja milloin yhdistää nämä tehokkaat kehykset luoda uusia tuotteita tai ajatella olemassa olevia.

taustaa

2000-luvulla yritysmaailma tottui sellaisiin tuotekehitystermeihin kuin ketterä, scrum, laiha ja MVP.

Tapahtui muutos, joka muutti monet meistä pois teollisuuskauden inspiroimista vesiputousprosesseista, joissa kaikki dokumentoitiin etukäteen, ja siirrettiin sitten lavaporttien läpi, kunnes tuotteet olivat lopulta valmiita käyttöön. Vesiputouksen sijasta tuli iteratiivisia kehitysmenetelmiä, mukaan lukien Scrum, Kanban, XP (äärimmäinen ohjelmointi) ja muut variaatiot.

Nämä tieteenalat olivat erillään siilosta, vesiputouslähestymisestä, korvaaen sen laihoilla, mitattavissa olevilla rakennus-, testi-, alus- jaksoilla. Nämä nopeat jaksot, tyypillisesti 1–2 viikkoa, kutsuttiin osuvasti sprintiksi.

Tuote- ja projektipäälliköt ojasivat Gantt-kaaviot Sprint-suunnitelmien tilalle tuotekehityssuunnitelmiensa järjestämistä varten - priorisoidut piirteet vedettiin tuotemäärän yläosasta, sprint-tilauskantaan, kierrätettiin sprintin läpi ja luovutettiin sitten tuotantoon.

Kohteliaisuus Agilebuddha.com-sivustolla

Ja aivan kuten C-suite ja myynti- ja markkinointijohtajuus tottuivat sprintteihin ja oppivat puhumaan teknologiaryhmiensä uusinta kieltä, vuonna 2015 alkoi kuplia uusi ”sprintti” - Design Sprint.

Jake Knapp inkuboi alun perin Google IDEO: n suunnittelumallin mukaisia ​​Design Sprint -tuotteita, joissa ne auttoivat organisoimaan Gmailin ja Hangoutsin (nyt Meet) kaltaisten tuotteiden menestyvää lanseerausta.

Vuosien ja satojen sprintien aikana Jake lopulta hioi prosessin siihen pisteeseen, että monitieteelliset ryhmät voisivat viettää 5 päivää ymmärtää, ideoida, suunnitella ja testata suuria yritysongelmia, ennen kuin aloittavat täysimittaisen tuotekehityksen.

Lukemattomien menestystarinoiden jälkeen GV sieppasi Jake- ja design-sprintit, jotta he voisivat alkaa tarjota niitä (sekä Jake että sprintit) kohdeyrityksilleen. Jake ja useat muut GV-suunnittelukumppanit, jotka olivat käyttäneet sprintejä auttamaan Uber-, Slack- ja Blue Bottle Coffee -yhtiöitä (monien joukossa), tekivät yhteistyötä julkaistakseen Sprint-kirjan 8. maaliskuuta 2016. Siitä tuli nopeasti NY Times ja WSJ Bestseller. .

Tuotetiimit ympäri maailmaa ovat sittemmin kuluttaneet, testanneet ja ottaneet käyttöön suunnittelu Sprintit työkalupakkiinsa. Epäilemättä suunnitteluprinstit ovat muuttaneet tapaa, jolla kaikenlaiset muodot ja koot yritykset lähestyvät uutta tuote- ja palvelukehitystä.

Mutta tässä on yksi asia

Siitä lähtien, kun muotoilurakenteet alkoivat ensin tuottaa aaltoja, on ollut toistuvasti esiin noussut erityinen kysymys. Kuulemme sen melkein jokaisessa työpajassamme, jota tarjoamme suunnitella tulostamisohjeita tuotepäälliköille, suunnittelijoille, insinööreille, tutkijoille ja avainhenkilöille: "Kuinka suunnitteluprintit liittyvät ketteriin kehitysprinteihin?"

Ja niinpä toivon tänään valaisevasi, kuinka suunnittelutilat liittyvät ketteriin kehityssuuntiin sekä uusille tuotteille että olemassa olevien tuotteiden uudelleenrakentamiseen tai uudelleen käynnistämiseen.

Mutta ensin annetaan maalata kuva kaikista digitaalisen tuotekehitysprosessin aiheista ...

Ohjelmistopohjainen innovaatio

New Haircut -yrityksessä mietitään digitaalisten ratkaisujen luomisprosessia suurten ongelmien ratkaisemiseksi kahdeksassa tiiviisti toisiinsa liittyvässä toiminnassa.

Vaikka visuaali näyttää peräkkäiseltä, on tärkeää huomata, että tuotekehitys ei ole koskaan lineaarista.
  • Liiketoiminnan yhdenmukaistaminen: Päätetään työskennellä ongelmien kanssa, jotka vastaavat yrityksen strategiaa, visiota ja resursseja
  • Käyttäjätutkimus: Opi lisää tietoa markkinoista, käyttäjistä ja kilpailusta, jotka ympäröivät näitä ongelmia
  • Suunnitteluajattelu (Design Sprintin kautta): Ongelman ymmärtämisen rakentaminen ja prototyyppisten ratkaisujen validointi potentiaalisten asiakkaiden kanssa
  • MVP-suunnittelu: Täydellisen kuvan luominen ratkaisustasi ja päätöksen tekeminen vähimmäisarvosta (MVP), jonka tuot markkinoille tuotteen etenemissuunnitelman sisällä
  • UX-suunnittelu: Tietoarkkitehtuurin, vuorovaikutuksen ja ihmiskeskeisten kokemusten virtaamisen tarjoaminen ratkaisustasi
  • Visuaalinen suunnittelu: Tyylin, sävyn ja käyttöliittymän antaminen ratkaisullesi (tarvittaessa)
  • Logistiikka: Ratkaisu järjestelmän infrastruktuurin ja sovellusarkkitehtuurin suunnitteluun
  • Ketterä kehitys: Ohjelmistoratkaisun ytimen rakentaminen ja markkinoille saattaminen.

Huomaa: Monet joukkueet yhdistävät UX: n ja / tai visuaalisen suunnittelun ketterään kehitykseen - meille olemme havainneet, että tämä toimii parhaiten yksinkertaisemmissa sovelluksissa ja pienissä ominaisuuksien parannuksissa. Luomalla yritystietoja digitaalisiin tuotteisiin olemme todenneet, että on tehokkaampaa ja tehokkaampaa pitää ne lievästi erillään toisistaan, vaikka joukkueetkin työskentelevät usein samanaikaisesti yhdessä pisteessä.

Uusien tuotteiden sprintit

Ensimmäistä kertaa tällaisen lähestymistavan kautta - kun rakennat alun perin uutta tuotetta - suunnittelutilat tapahtuvat ennen ketterää kehitystyötä.

Tämä on järkevää - ennen kuin aloitat suunnittelun ja koodaamisen, sinun on luotava ongelman ja käyttäjän näkökulma ja testattava sitten ratkaisuja kertakäyttöisillä prototyypeillä. Prototyypit eivät ole vain halvempia ja nopeampia, mutta myös joukkue sijoittaa vähemmän emotionaalisesti prototyyppiin kuin kauniisti suunnitellut näytöt ja työkoodi.

Miten?

Kun tulet pois suunnitteluprinteristä, sinulla on prototyyppi, joka on testattu ~ 5 kohdekäyttäjän kanssa. Kuinka sitten siirrymme prototyypistä toimivaan, toimivaan tuotteeseen?

Tuotesuunnitelma laajenee suunnittelun sprinttiprototyyppisi erityiseen painopisteeseen, jotta loput priorisoidut ominaisuudet / näytöt / käyttäjävirrat tarkennetaan. Näistä prioriteeteista tulee merkintöjä tuotekannassa, jotka voidaan sitten syöttää ketteriin dev-sprinteihisi.

Kood Sprintit

Varmistamme aina, että meillä on tekniikan asiantuntija suunnittelussa. Silti huomasimme, kun tuo yksittäinen insinööri vei suunnitteluspinttinsä takaisin arkkitehtien, koodaajien ja testaajien tiimille - heillä oli vielä paljon kysymyksiä ennen kuin he pystyivät kaivaamaan sisään.

  • Mikä on paras tekniikka hyödyntää?
  • Onko olemassa olemassa ratkaisuja, jotka voimme sisällyttää?
  • Mihin meidän pitäisi keskittyä ensin?

Joten kehitimme Code Sprintin (kyllä, lisäsimme sekoitukseen vielä uuden 'sprintin' termin… anteeksi?).

Uusi hiustenleikkaus Code Sprint

Code Sprintissä teknologiatiimit viettävät 4–5 päivää:

  • Ymmärrä kaikki aiemmin kootut tiedot
  • Äänestä 2–3 suurimmasta teknologiahaasteesta, jotka heidän on voitettava
  • Eri tutkimus ja rakentaa kilpailevia prototyyppejä jokaiselle haasteelle
  • Testaa prototyypit, jotka auttavat lopulta päättämään voittavasta toteutuksesta

Mallinnimme Code Sprint -sovellukset käyttämään samoja intensiivisiä tarkennus-, kesto- ja divergent-konvergenssitekniikoita kuin Design Sprintissä. Myöhemmin tekniset tiimimme ovat kyenneet vastaamaan paitsi kysymyksiin ”Mitä me rakennamme?” Ja “Kuinka me rakennamme sitä?”, Mutta tuottavat myös perustavanlaatuisen kerroksen infrastruktuurista, arkkitehtuurista ja koodista, jonka avulla voidaan rakentaa ketteränsä sisällä kehitys sprintit.

Odotetut parannukset

Siementtäessä ketteriä dev-sprinttejä suunnittelu- ja koodisprinteillä, olemme kokenut joitain merkittäviä parannuksia sekä tuotteisiin, joita autamme asiakasyrityksemme markkinoille tuomisessa, että käytännöissä, joita käytämme niiden käynnistämiseen:

  • Palauta kuukausia ja vuosia hukkaan menneitä ponnisteluja sellaisten ongelmien ratkaisemiseksi, joista ihmiset eivät välitä
  • Mahdollista tekniikkavetoiset organisaatiot tekemään tehokasta yhteistyötä muiden kanssa tuotekehitysprosessissa
  • (korkeus ylhäältä) Antaa roolit tuotteen ja tekniikan ulkopuolella, jotta heillä olisi välttämätön ja tervetullut istuin ratkaisumallipöydässä
  • Tarjoa suunnittelutiimille käyttäjän empatinen näkökulma ja ääni, josta he tyypillisesti puuttuvat

Sprintit olemassa oleville tuotteille

Entä jos työskentelet jo olemassa olevan tuotteen parissa?

Yksi virhe, jonka monet joukkueet tekevät suunnitteluprinttien ensimmäistä kertaa tekemisessä, on käyttää niitä liikaa. He alkavat suorittaa suunnittelusrintejä melkein jokaiselle ominaisuudelle, jonka he haluavat levittää… Lisäävätkö sivulle lomakkeen? "Käytetään sprintti." Rakenteletko Android-sovelluksemme iOS-version? “Sprint!” Tämä on ylenmääräistä.

Suunnittelu sprintti on parhaiten tarkoitettu ongelmaan, joka palaa takaisin kriittiseen liiketoimintamahdollisuuteen tai haasteeseen. Esimerkiksi, jos yrityksesi päättää alkaa tarjota tuotteitasi aivan uudelle asiakassegmentille, tämä on keskeinen päätös, joka tulisi ohjata suunnitteluprinterin kautta.

Miten?

Olemassa olevan ratkaisun luominen rajoittaa useita mahdollisia tapoja:

  1. Se pakottaa meidät ratkaisutilaan ennen kuin ymmärrämme ongelman täysin
  2. Se vaikuttaa ratkaisuihin, joita keksimme
  3. (jos meidän on rakennettava olemassa olevaan ratkaisuun) Se rajoittaa ratkaisumme kyseisen ratkaisun rajoissa - tämä on erityisen haastavaa silloin, kun nämä ratkaisut ovat meidän valvontamme ulkopuolella; esim. kolmansien osapuolien alustat / tiedot / käyttöoikeudet

Kääntöpuolella, olemassa olevan ratkaisun saaminen tarjoaa meille myös vertailuarvoja, joihin uusia tuotteita ei ole pääsyä.

Jos vierität taaksepäin yllä olevaan New Haircut -lähestymistapakaavioon, huomaat, että ongelman validointi on kriittistä suunnitteluprinterille (ratkaisun validointi). Tämä tapahtuu tyypillisesti etnografisen tutkimuksen, kyselyjen, paperiprototyyppien (eli superkevyt) muodossa. Kun aikaisemmin olemassa olevia ratkaisuja voidaan hyödyntää, saat kuitenkin lisätietolähteen.

Temppu olemassa olevan ratkaisutiedon hyödyntämisessä on oivalluksen vetäminen, sans käyttöönoton puolueellisuus. Toisin sanoen etsimäsi tiedot koskevat enemmän malleja (hyviä tai huonoja) perustuen ongelmaan, jota nykyinen ratkaisu yrittää ratkaista.

Voidaan varmasti huomata, kuinka tämä ratkaisu on tällä hetkellä toteutettu, mutta sen ei pitäisi vaikuttaa voimakkaasti tulevaan suunnitteluprintiin, jonka tarkoituksena on löytää uusia mahdollisuuksia. Muista, että suunnitteluprinterin etuna on, että sinulla on tilaa unelmoida kokonaan uusilla, mielenkiintoisilla ja toteuttamiskelpoisilla ratkaisuilla.

Tämän vanhan puolueellisuuden vuoksi se tarkoittaa usein, että haluat miettiä erittäin huolellisesti aiempien inkarnaatioiden tiimin jäsenten käyttöä seuraavan sukupolven ratkaisuissa. Mikä yleensä toimii, on hyödyntää aiempia ryhmän jäseniä ulkopuolisina asiantuntijoina sprintiviikon maanantaina.

hyötyjä

  • Hyödynnä kriittisiä oivalluksia, joihin uusilla tuotteilla ei ole pääsyä
  • Uusia ratkaisuja voidaan lainata olemassa olevista ratkaisuista joko jäljentää tai luoda täysin uusia kokemuksia

Ja miltä näyttää olevan olemassa olevan tuotteen siemennys suunnitteluprinterille ennen siirtymistä ketterään kehitykseen?

Kääriminen ketterille spriteille ja suunnittelusrinteille

Tuotekehitysryhmät ovat jatkuvasti aseen alla saadakseen parempia tuotteita markkinoille vähemmässä ajassa ja budjetissa. Kadenssin yhdistäminen, jossa hyödynnetään suunnittelu-, koodi- ja ketterien kehityssuuntojen etuja, on antanut meille mahdollisuuden tehdä niin asiakkaillemme - toivottavasti se tarjoaa samat mahdollisuudet organisaatiollesi.