Agile Sprints vs. Design Sprints

Как и кога да свържете тези мощни рамки, за да създадете нови продукти или да преосмислите съществуващите.

Фонът

По време на 2000-те, бизнес светът свикна с условия за разработване на продукти като пъргав, скрем, постно и MVP.

Настъпи смяна, която отдалечи много от нас от вдъхновени от индустрията възрастови процеси на водопад, където всичко беше документирано предварително и след това се премести през сценичните порти, докато продуктите най-накрая бяха готови за внедряване. На мястото на водопада дойдоха итеративни подходи за развитие, включващи Scrum, Kanban, XP (екстремно програмиране) и други вариации.

Тези дисциплини отклониха от подхода на водопада силоз, замествайки го с стройни, измерими цикли на изграждане, тестване, кораб. Тези бързи цикли, обикновено обхващащи 1–2 седмици, бяха подходящо наречени „спринти“.

Продуктовите и проектните мениджъри изхвърлиха своите Gantt Charts вместо Sprint Plans, за да организират плановете си за развитие на продуктите - приоритетните функции бяха извадени от върха на продуктовото изоставане, в бекграунда на спринта, циклично през спринт и след това пуснати на производство.

С любезното съдействие на Agilebuddha.com

И точно когато ръководството на C-suite и Sales & Marketing свикна с спринтове и се научи да говори най-новия език на своите технологични групи, през 2015 г. започна да се развихри нов „спринт“ - Design Sprint.

Дизайнерските спринтове, моделирани според рамката на дизайнерското мислене на IDEO, първоначално бяха инкубирани от Google от Jake Knapp, където те помогнаха да организираме успешното стартиране на продукти като Gmail и Hangouts (сега Meet).

В течение на години и стотици спринтове, Джейк в крайна сметка усъвършенства процеса до степен, че мултидисциплинарните екипи могат да прекарат 5 дни в разбиране, създаване на идеи, създаване на прототипи и тестване на проблеми с големия бизнес, преди да започнат в цялостно разработване на продукти.

След безброй успешни истории, GV грабна Джейк и проектира спринтове, така че да могат да започнат да ги предлагат (както Джейк, така и спринтове) на своите портфолио компании. Използвайки спринтове, за да помогне на компании като Uber, Slack и Blue Bottle Coffee (между много други), Джейк и няколко други партньори по дизайна на GV, си сътрудничат за публикуването на книгата Sprint на 8 март 2016 г. Тя бързо се превърна в NY Times и WSJ Bestseller ,

Оттогава продуктовите екипи по целия свят консумират, тестват и възприемат Design Sprints в своите инструменти. Без съмнение дизайнерските спринтове са променили начина, по който компаниите от всякакви форми и размери подхождат към разработването на нови продукти и услуги.

Но има едно това нещо

Тъй като дизайнерските спринтове за пръв път започнаха да правят вълни, възниква много специфичен въпрос, който се появява многократно. Чуваме го почти във всеки един от семинарите, които предлагаме, за да научим дизайнерски спринти на продуктови мениджъри, дизайнери, инженери, изследователи и ръководители: „Как дизайнерските спринтове се отнасят към спринтовите спринтни разработки?“

И така днес се надявам да хвърля малко светлина върху това как дизайнерските спринтове се свързват с пъргавите разработки, както за новосъздадени продукти, така и за възстановяване или рестартиране на съществуващи продукти.

Но първо, нека нарисувам картина на всички части, свързани с процеса на разработване на цифрови продукти ...

Софтуерно-иновационна иновация

В New Haircut мислим за процеса на създаване на цифрови решения за решаване на големи проблеми, в 8 плътно преплетени дейности.

Въпреки че визуалното изглежда последователно, важно е да се отбележи, че разработката на продукта никога не е линейна.
  • Бизнес привеждане в съответствие: Решаване на работа по проблеми, които са в съответствие със стратегията, визията и ресурсите на компанията
  • Изследване на потребителите: Запознаване с повече за пазара, потребителите и конкуренцията, които заобикалят тези проблеми
  • Дизайн Мислене (чрез Design Sprints): Изграждане на разбиране за проблема и валидиране на прототипирани решения с потенциални клиенти
  • MVP Планиране: Създаване на цялостна картина на вашето решение и вземане на решение за минимално ценен продукт (MVP), който ще внесете на пазара в рамките на пътната карта на продукта.
  • UX Design: Изграждане на информационната архитектура, взаимодействията и потока от преживявания, фокусирани върху човека, които ще предложите в рамките на вашето решение
  • Визуален дизайн: Придаване на вашето решение стил, тон и интерфейс (когато е приложимо)
  • Логистика: Разпределение на системната инфраструктура и архитектурата на приложенията на вашето решение
  • Agile Development: Изграждане на основата на вашето софтуерно решение и пускане на пазара.

Забележка: Много екипи обединяват UX и / или визуален дизайн в гъвкава разработка - за нас открихме, че тази тенденция работи най-добре за по-прости приложения и малки подобрения на функции. При създаването на корпоративните цифрови продукти сме намерили за по-ефективно и ефикасно да ги държим леко разделени, въпреки че екипите често работят паралелно в даден момент.

Спринтове за нови продукти

За първи път чрез такъв подход - когато първоначално изграждате нов продукт - дизайнерските спринти се случват преди пъргави разработки.

Това има смисъл - преди да започнете да проектирате и кодирате, ще искате да изградите някаква перспектива на проблема и потребителя, а след това да тествате решения с прототипи за еднократна употреба. Не само прототипите са по-евтини и по-бързи, но екипът става по-малко емоционално инвестиран в прототип, отколкото красиво проектирани екрани и работен код.

Как?

Когато излезете от дизайнерския спринт, имате прототип, който е тестван с ~ 5 целеви потребители. Как тогава да преминем от прототип към функционален, работещ продукт?

Пътната карта на продукта ще се разшири върху специфичния фокус в рамките на вашия дизайнерски спринт прототип, за да се изградят останалите, приоритетни функции / екрани / потребителски потоци. Тези приоритети се превръщат в записи във вашето продуктово изоставане, които след това могат да бъдат въведени във вашите пъргави разработчици.

Кодови спринтове

Винаги сме сигурни, че имаме инженерни експерти в нашите дизайнерски спринти. И все пак забелязахме, когато един-единствен инженер върна своите дизайнерски спринтове на екипа си от архитекти, кодери и тестери - имаше още много въпроси, преди да успеят да копаят.

  • Коя е най-добрата технология за използване?
  • Има ли съществуващи решения, които можем да включим?
  • Къде трябва да се съсредоточим първо?

Така разработихме Code Sprint (да, добавихме още един термин „спринт“ към сместа… съжалявам?).

Код спринт на нова прическа

В Code Sprint технологичните екипи прекарват 4–5 дни, за да:

  • Разберете цялата предварително събрана информация
  • Гласувайте за 2–3 най-големи технологични предизвикателства, които ще трябва да преодолеят
  • Разминавайте се за изследване и изграждане на конкурентни прототипи към всяко предизвикателство
  • Тествайте прототипите, които помагат в крайна сметка да вземете решение за печелившата реализация

Моделирахме Code Sprints да използваме същите интензивни фокуси, продължителност и различаващи се конвергентни техники на Design Sprint. Впоследствие нашите технологични екипи успяха да отговорят не само на въпросите „Какво строим?“ И „Как го изграждаме?“, Но създават основополагащ слой от инфраструктура, архитектура и код, които да надграждат в рамките на своята пъргавина. развитие спринтове.

Очаквани подобрения

При засяването на пъргави разработчици с дизайн и кодови спринтове, ние преживяхме някои големи подобрения както в продуктите, които помагаме на нашите клиенти клиенти, така и в практиките, които използваме за стартирането им:

  • Възстановете месеци и години на пропилени усилия, работещи по проблеми, които хората не ги интересуват
  • Активирайте инженерно-ориентираните организации за ефективно сътрудничество с другите в процеса на разработване на продукти
  • (alt до по-горе) Овластяване на роли извън продукта и технологии, за да има необходимо и добре приветствано място на масата за проектиране на решения
  • Осигурете на инженерните екипи емпатичната перспектива и глас на потребителя, които обикновено липсват

Спринтове за съществуващи продукти

Но какво ще кажете, когато работите върху съществуващ продукт?

Една грешка, която правят много екипи при първото приемане на спринтове в дизайна, е да ги прекалявате. Те започват да изпълняват дизайнерски спринтове за почти всяка функция, която искат да внедрят ... Добавяне на формуляр в страница? „Да пуснем спринт.“ Изграждане на версията за iOS на нашето приложение за Android? "Спринт!" Това е преумора.

Дизайнът спринт е най-подходящ за проблем, който се връща към критична бизнес възможност или предизвикателство. Например, ако вашата компания реши да започне да предлага вашия продукт на изцяло нов сегмент от клиенти, това е ключово решение, което трябва да бъде изпълнено чрез дизайнерски спринт.

Как?

Наличието на съществуващо решение създава ограничения по няколко потенциални начина:

  1. Принуждава ни в режим на решение, преди да разберем напълно проблема
  2. Той влияе върху решенията, които предлагаме
  3. (ако трябва да изградим в рамките на съществуващо решение) Това ограничава нашите решения в рамките на това решение - това е особено предизвикателно, когато тези решения са извън нашия контрол; например платформи / данни / достъп на трети страни

От друга страна, наличието на съществуващо решение също ни предоставя показатели, до които нямаме достъп до нови продукти.

Ако превъртите обратно до диаграмата за подстригване на нова прическа по-горе, ще видите, че валидирането на проблема е от решаващо значение за спринта на дизайна (валидиране на решение). Това обикновено идва под формата на етнографски изследвания, проучвания, хартиени (известни като супер леки) прототипи. Въпреки това, когато по-рано съществуващите решения могат да бъдат подслушвани, получавате допълнителен източник на данни.

Номерът с използването на съществуващите данни за решение е да извадите прозрения, без пристрастия в прилагането. С други думи, данните, които търсите, са повече за моделите (добри или лоши) въз основа на проблема, който съществуващото решение се опитва да реши.

Как това решение е приложено в момента със сигурност може да се отбележи, но не трябва да влияе силно на предстоящ дизайнерски спринт, който има за цел да открие нови възможности. Не забравяйте, че предимството на дизайнерския спринт е, че сте предоставили пространството да мечтаете големи с изцяло нови, интересни и жизнеспособни решения.

Поради това наследство, това често означава, че ще искате да помислите много внимателно за използването на членове на екипа от предишни въплъщения в решения от следващо поколение. Това, което обикновено работи добре, е да се използват предишните членове на екипа като външни експерти през понеделник на спринтската седмица.

Ползи

  • Използвайте критична информация, до която новите продукти нямат достъп
  • Новите решения могат да вземат назаем от съществуващите решения или да репликират, или да измислят изцяло нов опит

И как изглежда съществуващ продукт, който да засади дизайнерски спринт, преди да премине в пъргаво развитие?

Опаковане на пъргави спринтове и дизайнерски спринти

Екипите за разработване на продукти непрекъснато са под оръжието, за да извлекат по-добри продукти на пазара, за по-малко време и бюджет. Събирането на каданс, който се възползва от предимствата на дизайнерските спринти, кодови спринтове и гъвкавите спринтове за развитие, ни даде възможност да направим това за нашите клиенти - надявам се, че предлага същите възможности за вашата организация.