„Dizaino mąstymas“ vs „Lean UX“ vs „Lean UX“ vs „Dizaino sprintas“ vs „UX degiklis“

Ką jie turi bendro ir kaip jie tinka SCRUM?

Procesų raida

Atsakomybės atsisakymas: Šis straipsnis yra pagrįstas mano asmenine nuomone ir patirtimi naudojant šias metodikas. Nors kiekvienas vykdymas skiriasi, jie yra tam tikri, kiek susiję. Pradėkime.

Dizaino mąstymas

Dizainas Mąstymas prasidėjo nuo vertės kūrimo žmonėms idėjos, laikant juos savo produktų ir paslaugų centre. Jis gali būti naudojamas kuriant produktus, paslaugas, erdves, sistemas ir patirtį, geriausiai pritaikytą žmogaus poreikiams. 2009 m. Tim Brown iš IDEO išleido knygą „Change to Design“. Pagrindinė šios knygos idėja yra evakuoti, koks iš tikrųjų yra dizaino mąstymas ir kaip šią filosofiją galima pritaikyti kuriant puikius produktus ir paslaugas. Ši knyga taip pat suteikia idėją įkūrėjams, kaip metodologija gali būti vertinga priemonė norint pakeisti organizacijos kultūrą ir konkuruoti rinkoje per naujoves.

„Dizaino mąstymas yra į žmogų orientuotas požiūris į inovacijas, grindžiamas dizainerio priemonių rinkiniu, siekiant integruoti žmonių poreikius, technologijų galimybes ir verslo sėkmės reikalavimus“.
 - Timas Brownas, IDEO prezidentas ir generalinis direktorius

Tam tikros savybės

  1. Dizaino mąstymas yra metodika, padedanti kūrybiškai spręsti įvairiausias problemas. Tai į žmogų orientuotas kelias į naujoves. Daugelis šio pasaulio žmonių mano, kad jie nėra kūrybingi, o dizaino mąstymo procesas įrodo, kad tai neteisinga. Dizaino mąstymo metodika suteikia pasitikėjimo būti kūrybingu. Pasitikėdami nepatogiu požiūriu ir jo mąstymu, galite įveikti baimę ir įgyvendinti drąsias idėjas.
  2. Dizaino mąstymas padeda išvengti rizikos sukuriant mažiausią dalyką, kurio reikia išmokti iš vartotojų, kurie iš tikrųjų naudoja produktą. Vienas iš etapų yra prototipų kūrimas, o tai reiškia, kad sukuriama patirtis naudojant kažką pigesnio ir apčiuopiamesnio, vadinamo prototipu. Prototipas gali būti produktas, paslauga, erdvė ir kt.
  3. Metodiką sudaro skirtingi etapai ir kiekvienoje fazėje yra krūva metodų, kurie gali būti naudojami atsižvelgiant į poreikius. Nuo 2009 m. Internete yra daug dizaino mąstymo versijų. Bet nenorėčiau jų išsamiai aptarti.
  4. Viena iš esminių mąstysenų yra skirtingas ir supanašėjęs mąstymas.
Skirtingomis akimirkomis komandos tyrinėja - jos eina ieškodamos įžvalgų ir generuodamos naujas idėjas. Susiliejančiomis akimirkomis jie įprasmina tai, ko išmoko, ir tobulina savo idėjas. - Vadovas kūrybai, IDEO kursai
Šaltinis: http://somurich.com/design/design-thinking-ideo-u.php

Iššūkiai

  1. Kai yra daug variantų, mes labai stengiamės nuspręsti, ką pasirinkti. Taip pat internete yra įvairių dizaino mąstymo procesų versijų. Visi vienodai ar kitaip perteikia tuos pačius principus. Tačiau norėdami juos naudoti kaip standartinį procesą, daugelis stengiasi pasirinkti tinkamą procesą ir jo metodus (pavyzdžiui, HMW, „Smegenų šturmas“, „5 whys“ ir kt.), Atsižvelgiant į jų poreikius.
  2. Vykdoma daugybė seminarų, kurių dauguma apima tik paviršių, ir žmonėms vis dar sunku juos praktiškai įgyvendinti savo įmonėse.
  3. Dizaineriai daug eksperimentuoja su šiais procesais ir priemonių rinkiniais. Remiantis įkvėpimais, tik nedaugeliui pavyksta sukurti patikimą sprendimą savo komandoms, kurį galima reguliariai naudoti daugeliu atvejų. Puikus pavyzdys yra „Design Sprint“ iš GV.
  4. Kaip galime pritaikyti dizaino mąstymą tokiose judriose programinės įrangos kūrimo sistemose kaip SCRUM, „Kanban“, „Extreme“ programavimas, SAFe („Scaled Agile Framework“), e.t.all. Tai vis dar dažnai užduodamas klausimas „Agile“ ir „UX“ bendruomenėse. Nėra standartinių receptų, kuriuos komandos galėtų įgyvendinti savo įmonėse.

„Lean Startup“

2011 m. Erikas Reisas paskelbė „liesą“ startupą. Pagrindinis dėmesys skiriamas panašiai filosofijai kaip ir dizaino mąstymas - kurkite inovacijas kurdami į klientą orientuotą plėtrą.

vaizdo šaltinis: „CabForward“

„Lean startup“ metu pagrindinė startuolio veikla yra idėjų kūrimas į produktus, įvertinimas, kaip klientai reaguoja, ir tada išmokimas pasisukti ar atkakliai elgtis.

Kuo „Lean Startup“ panašus į dizaino mąstymą?

  1. Kiekviena verslo idėja apima daugybę neaiškumų. Naudokite MVP kaip mažiausią dalyką, kad suteiktumėte vertę. Jis naudojamas mokytis ir išvengti rizikos investuoti į tai, kas gali žlugti rinkoje.
  2. Pasimokykite iš savo klientų / galutinių vartotojų, nurodydami juos savo produkto kūrimo centre.
  3. Yra įvairių metodų ir geriausios praktikos pavyzdžių, kurie gali būti naudojami šiuose etapuose, tačiau nėra tiksliai apibrėžta, kada juos naudoti ir kaip tinkamai naudoti.

Iššūkiai

  1. Daugelis kompanijų jau turi savo produkto kūrimo pagrindą, naudodamos lanksčią metodiką. Vis dar sunku rasti galimybių sklandžiai integruotis į esamus procesus.
  2. Verslumo kultūros kūrimo tikslais sukuriami „Lean startup“ ir „Development silos“, kuriuose asmenys, priimantys strateginius sprendimus dėl produkto, yra „liesos“ startuolių komandos dalis, o inžinieriai priklauso plėtros komandai.
  3. Jis pasisako už konstravimą, paleidimą ir mokymąsi, kurie gali paskatinti dideles investicijas į realaus produkto, o ne prototipo kūrimą. Yra didelė rizika, kad produktai gali sugesti gamtoje. Jei jūsų komanda turi mažą biudžetą, negalite tiesiogiai kurti produkto. Užuot pagalvoję sukurkite MVP kaip prototipą ir išbandykite / sužinokite apie savo prielaidas prieš kurdami programinę įrangą.

„Lean UX“

Kuriant puikius gaminius, „Lean UX“ taiko liesus principus. Šią idėją 2013 metais paskelbė Jeffas Gothelfas, kuris vis dar yra vienas didžiausių „Lean UX“ temos autorių.

Šaltinis: „The Lean UX“ knyga. 1. Procesas, 2. Kalendorius, 3. Integracija į „Sprint“

Kuo „Lean UX“ panašus į „Lean Startup“?

  1. Eksperimentavimas - sukurkite savo idėjos MVP ir mokykitės kuo greičiau
  2. Į klientą orientuota plėtra - mokykitės iš savo klientų / galutinių vartotojų
  3. Hipotezinė plėtra
  4. Lengvų vartotojų tyrimų ir idėjų metodų taikymas

Iššūkiai

  1. Yra daugybė tyrimų metodų, kuriuos galima pasirinkti dirbant su liesa UX. Tie metodai nėra nuosekliai naudojami eksperimento ciklų metu. Dėl to dažnai pasirenkami nesusiję metodai ir gaunami neaiškūs rezultatai.
  2. Produktų tyrimai, idėjų dirbtuvės ir pasiruošimas artėjančiam sprintui visada vyksta kaip atskiras išankstinis sprintas ir nėra integruotas kartu su įprastomis sprinto ceremonijomis. Tai yra viena iš spragų, kuriant vystymąsi nėra pakankamai galimybių bendradarbiauti.
  3. Pirmiau minėta kalendoriaus rekomendacija sutelkta tik į vartotojų testavimą ir nepateikia informacijos, kaip įtraukti kitą veiklą, susijusią su problemos analize, idėjomis, plėtra ir vartotojo vertinimu.

Dizaino sprintas

„Design Sprint“ yra dizaino mąstymo receptas. Idėja buvo paskelbta kaip „pasidaryk pats“ knyga „SPRINT“, 2016 m. Autorė Jake Knapp.

Šaltinis: „Labdaros skaitmeninės naujienos“
„„ Sprint “yra penkių dienų procesas, skirtas atsakyti į svarbiausius verslo klausimus kuriant, prototipuojant ir išbandant idėjas su klientais“.
-Jake'as Knappas, SPRINT autorius ir vienas iš „Design Sprint“ išradėjų

Kuo „Design Sprint“ panašus į „Lean UX“?

  1. Sutelkite dėmesį į mažiausią problemos dalį, nekurkite viso gaminio, o pradėkite nuo prielaidos, suprojektuokite prototipą ir išbandykite jį per penkias dienas, kad išvengtumėte paleisties.
  2. Mokykitės iš savo klientų / galutinių vartotojų, naudodamiesi į klientą orientuotu metodu
  3. Pradėkite nuo hipotetinio sprendimo ir naudokite tai kaip įrankį, kad galėtumėte greitai mokytis iš vartotojų, tiesiogiai neinvestuodami į plėtrą.
  4. „Sprint“ apima lengvus metodus, pagrįstus dizaino mąstymo priemonių rinkiniu ir „Lean UX“

Iššūkiai

  1. „Pasidaryk pats“ vadovas yra nuostabus ir aiškiai pateikia visą informaciją, reikalingą sprintui vykdyti. Deja, tačiau nepateikiama jokių rekomendacijų, kaip įsitraukti į SCRUM procesą.
  2. Dizaino sprintas dažnai naudojamas kaip išankstinis sprintas, o rezultatai (aukštos kokybės prototipai) perduodami kūrimo komandai įgyvendinti. Tai lemia krioklio kultūrą tarp projektavimo ir kūrimo komandų. Kūrėjų komandos įvertina „High-fi“ prototipus ir pradeda juos diegti. Įgyvendinimo metu projektavimas ir plėtra iš tikrųjų neveikia kaip viena subalansuota komanda, siekiant išspręsti pakeliui kylančius netikrumus.

UX degiklis

„UX Burner“ yra receptas, paremtas „Lean UX“. Jį sudaro lengvų metodų rinkinys, kuris buvo perdarytas ir paremtas idėjomis iš dizaino mąstymo ir liesos UX priemonių rinkinio.

„UX BURNER“ yra procesas, suteikiantis įmonėms sistemingą požiūrį į nuolatinį geresnių produktų kūrimą greičiau, naudojant „SCRUM“ komandas. “- Gowtham Nedunchezhian, UX BURNER išradėjas
„UX Burner“ proceso apžvalga

Kuo „UX Burner“ panašus į „Lean UX & Design“ sprinto?

  1. Susitelkimas tik į konkrečią, mažą, o ne didelę problemą.
  2. Mokykitės iš savo klientų / galutinių vartotojų, naudodamiesi į klientą orientuotu metodu.
  3. „UX Burner“ apima lengvus metodus, pagrįstus dizaino mąstymo priemonių rinkiniu ir „Lean UX“.
  4. Greitai judėkite naudodami hipotetinį sprendimą ir pasimokykite iš vartotojų.

Kuo „UX Burner“ skiriasi nuo „Lean UX & Design“ sprinto?

  1. „UX Burner“ yra holistinis gaminio projektavimo ir plėtros pagrindas.
  2. Jame pagrindinis dėmesys skiriamas dizaino integravimui su judriu programinės įrangos kūrimu, kaip vienu holistiniu procesu.
  3. Jis pasisako už tai, kad dizaineriai ir kūrėjai dirbtų kaip viena komanda
  4. Joje yra standartinis projektavimo veiklos rinkinys, kurio paskirtis - gerai derėti su vystymo sprintais. Tai padeda dizainui ir plėtrai veikti tuo pačiu tempu.
  5. Jis pasisako už kūrėjų dalyvavimą visame procese. Kūrėjai įtraukia į problemos analizės etapą (degiklio drobė), dizainą (projektavimo dirbtuvės), prototipų kūrimą, kūrimą (pora ir dalijimasis) bei vertinimą (vartotojo testai).

Jei jus domina daugiau apie mūsų UX degiklio treniruotes, apsilankykite čia!

Domina mūsų knyga? tada sužinokite daugiau apie knygą ir leidimą iš šio puslapio.

Būsite atnaujinta daugiau istorijų ir metodų būsimuose mano pranešimuose. Rašykite savo klausimus ar komentarus žemiau.

Dėkoju!

UX BURNER serija
Pora: Įvadas į UX BURNER
Kitas: „UX Burner“ proceso apžvalga