Дизайн спринти за Scrum проекти

Как Scrum Teams могат да станат по-проектирани и систематично да изграждат продукти, които клиентите обичат.

Изграждането на страхотен софтуер не е лесно. Scrum и други гъвкави рамки са новата норма за предоставяне на софтуер и помагат на екипите да доставят по-бързи продукти по-бързо. Но Scrum сам по себе си не е достатъчен за създаването на страхотен продукт. Тъй като пазарите стават по-пренаселени, добрият потребителски опит (UX) се превръща в един от ключовите фактори за успех на софтуерния бизнес. Design Sprints са страхотен инструмент, който Scrum екипите могат да използват, за да станат по-ориентирани към дизайна и ориентирани към клиента.

Възходът на потребителския опит

Екипите за разработване на продукти непрекъснато са под оръжието, за да получат по-добри продукти за продажба за по-малко време и бюджет. През последните две десетилетия Scrum се утвърди като най-популярната гъвкава рамка за разработка за предоставяне на софтуер. Това даде възможност на екипите да доставят по-качествени продукти по-бързо и да бъдат по-конкурентоспособни на пазари, които стават все по-сложни и непредсказуеми.

Само Scrum не е гаранция, че вашият екип постоянно ще доставя наистина ангажиращи и впечатляващи продукти.

Но възможността да изпращате промени в бързи цикли не е достатъчно. Една от най-трудните части на софтуера за изграждане е да се вземат добри решения за това какво да се изгради и как той може да реши проблема на потребителите. В нашия бързо развиващ се свят клиентите вече не са склонни да приемат софтуерни продукти и услуги, които не разбират или които са трудни за използване. Те изискват решения, които са специално съобразени с техните нужди и които им позволяват да си свършат работа възможно най-бързо. В резултат на това страхотният потребителски опит (UX) се превърна в един от основните диференциатори на пазара и решаващ фактор за успех на софтуерните продукти. Всички вече говорят за рамки като Design Thinking и Lean UX, а компаниите наемат все повече UX дизайнери, за да направят продуктите си по-интуитивни и полезни.

Scrum трябва да стане по-проектиран

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

Въведете дизайнерски спринти. Design Sprints са сравнително нова рамка и напоследък станаха много популярни в общността на дизайна и иновациите. Те позволяват на екипа бързо да идентифицира правилните проблеми за решаване и тестване на решения чрез бързо прототипиране и обратна връзка. Като такива те са чудесно допълнение за проекти на Scrum. Докато Scrum е подход за решаване на проблеми и предлагане на решения, Design Sprints са подход за намиране и разбиране на проблеми.

Какво е дизайн спринт?

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

Дизайнерските спринтове първоначално са разработени от Джейк Кнап в Google Ventures и популяризирани от книгата на бестселърите „Спринт: Как да решим големи проблеми и да тестваме нови идеи само за пет дни“. След голям успех, Design Sprints вече се възприемат по целия свят от хиляди иновативни компании от всякакви размери и индустрии - включително марки като LEGO, Ebay, RedBull, Slack, Lufthansa, Bosch и UNICEF.

Дизайнерските спринтове дават на екипите пряк път до обучение без изграждане и стартиране. Източник: Google Ventures

Пряк път до обучение

Основната идея зад Design Sprint е да се разработят и тестват нови идеи, без да се изгражда и стартира нищо. Така че вместо всъщност да внедрите някакъв минимален прираст на продукт (MVP), за да видите дали дадена идея е добра, ще разработите и ще получите данни от реалистичен прототип.

Това прави Design Sprint отличен инструмент за откриване и проучване на изискванията и за подравняване на екип около една единна перспектива. Вместо да губите време за писане и дебатиране на спецификации в безкрайни срещи, ги обвивате в прототип и ги поставяте пред клиента.

Как работи дизайн спринт?

За да стартирате успешен дизайн спринт, се нуждаете от три основни съставки:

  • Добре дефинирано предизвикателство: Успешният спринт на дизайн не може да започне без ясно дефинирано предизвикателство. Предизвикателството определя обхвата и целта на дизайнерския спринт. Да речем, че имате SaaS продукт, в който предлагате безплатен пробен период, но се мъчите да конвертирате изпитания в реални клиенти. В този случай вашето предизвикателство може да бъде следното: „Как можем да подобрим опита през нашия 30-дневен пробен период, за да преобразуваме успешно повече клиенти в плащащи клиенти?“
  • Мултидисциплинарен екип: Трябва ви многофункционален екип от идеално 6–8 (максимум 10) участници, които са мотивирани и носят всички необходими умения за справяне с предизвикателството. Ако приемете предизвикателството отгоре, добрият екип със сигурност трябва да включва Собственика на продукти и хора от маркетинг и продажби, но също и дизайнер и хора от и екипа за разработка и поддръжка на клиенти.
  • Силен фасилитатор: Тъй като процесът Design Sprint е супер пълен с бързо движещи се упражнения, успехът на Design Sprint зависи много от квалифицирания фасилитатор. Те ще извършат подготовката, ще ръководят екипа през всички задачи и ще ръководят дискусии и решения на екипа. Следователно фасилитаторът трябва да бъде човек, който има не само опит с Design Sprint, но и отлични умения за комуникация и управление на екипа.

След като маркирате тези съставки от контролния си списък, пускането на Design Sprint е доста просто, тъй като всеки ден се състои от поредица от ясно дефинирани и подредени във времето упражнения и има определена цел.

Преглед или Седмицата на спринта на дизайна. Източник: Google Ventures.

Ето какво се случва през различните дни и фази:

  • Понеделник (Разберете): Първият ден на дизайнерския спринт е свързан с разбирането на предизвикателството и проучването на проблема. Това включва картографиране на пътуването на клиента и провеждане на интервюта с експерти.
  • Вторник (Идеално): След като екипът разбере проблема, е време да генерирате решения. Чрез поредица от творчески упражнения всеки участник първо ще създаде куп потенциални идеи и накрая ще излезе със собствена концепция, очертана на хартия.
  • Сряда (Решете): Екипът гласува и решава коя концепция ще бъде прототипирана. Това може да бъде едно решение, но по-често, отколкото не, това е комбинация от най-добрите части от множество идеи.
  • Четвъртък (прототип): Екипът ще създаде високоточен прототип от крайната концепция и ще подготви потребителските тестове за следващия ден.
  • Петък (Тест): В последния ден от Design Sprint, екипът ще представи прототипа на петима потребители, за да събере своите отзиви и идеи. В края екипът знае точно как да продължи напред.

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

Резултатът от всеки Design Sprint е интерактивен прототип с висока точност, тестван от реални потребители. Източник: GV

Обърнете внимание, че в общността Design Sprint има нова и полуофициална версия на Design Sprint, която продължава само четири дни и обикновено се нарича „Design Sprint 2.0“.

Бридж дизайн спринти и Scrum спринти

Design Sprints може да се впише сравнително лесно в проект Scrum. Но има няколко клопки. За да го направите, трябва да разберете какви резултати всъщност предлага Design Sprint и къде се вписват в Scrum.

Не се стичайте по водопада

Често срещано погрешно схващане при използване на Design Sprint в гъвкава рамка като Scrum, е, че хората очакват Design Sprint да достави куп пикселни перфектни дизайни, които могат да подадат в необработен вид на екипа за разработка за изпълнение. Но това не е намерението на Design Sprint и е опасно близо до мисленето на водопад - завършване на фазата на проектиране, преди да започне изпълнението.

Не изпълнявайте стила си водопад Design Sprints.

Дизайните, които излизат от Design Sprint, са прототипични и затова през повечето време изобщо не са готови за развитие. Те често са непълни и съдържат много елементи от „фалшиви врати“, за да пропуснат детайли от поведението на приложението. Това е така, защото един добър прототип е изграден за тестване на набор от ясно дефинирани хипотези и ще остави всичко, което не е от значение за този тест.

Но ако не трябва да използвате Design Sprints за проектиране на екрани, за какво всъщност са добри?

Истинската сделка с Design Sprints

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

Това е едно от най-големите предизвикателства в Scrum, защото Scrum дава много малко насоки (почти никакви) за това как да управлявате броя на продуктите си. Така че от екипа, особено със собственика на продукта (PO), зависи изцяло от това, че изоставането винаги представлява перспектива за клиента. Това прави лесно да повярвате, че вече знаете какво искат вашите клиенти. Ето защо дори най-добрите, добронамерени екипи на Scrum могат да си губят времето, изграждайки грешни функции или изграждайки правилни функции по неправилен начин, тъй като нямат ясно разбиране за потребителя.

Така че истинската сделка на Design Sprints, когато се използва в Scrum, е, че те ви помагат да създавате изоставания, които не са просто плоско представяне на всичко, което един екип трябва да направи. Вместо това те ви помагат да преглеждате своите потребителски истории и изоставане в контекста на потребителя и да отговаряте на въпроси като: Защо изграждаме това? За кого го изграждаме? Каква стойност ще даде решението за клиента и кога?

Как да накарам всичко да работи

Когато разберете гореизброеното, използването на Design Sprints в Scrum става доста ясно. По принцип процесът работи така:

  1. Пуснете Design Sprint. Задайте си предизвикателство, съберете екипа и пуснете Design Sprint. Кога трябва да стартирате спринта? Има много случаи, в които Design Sprint може да бъде полезен в проект на Scrum, а също и много, където те просто са излишни. Ще проуча това по-подробно в следващия раздел.
  2. Извличане на потребителски истории. След като завършите Design Sprint, използвайте прототипа и обратната връзка, за да извличате систематично потребителски истории от него. Няма истинска най-добра практика за това, но намираме картографиране на потребителските истории от Джеф Патън идеалният начин да се преодолее резултата от дизайнерския спринт. Можете да научите повече за това в тази публикация в блога.
  3. Пуснете своя Scrum Sprint. Вземете получените потребителски истории и планирайте своя Sprint Backlog както обикновено. По време на Scrum Sprint екипът може да използва прототипа, създаден по време на Design Sprint, за да повтори и да създаде подробни интерфейси за различните потребителски истории. Това изисква екипът за разработка и дизайн да работи в тясно сътрудничество.
Поставянето на дизайнерски спринти в Scrum е доста ясно.

Направете дизайнерите част от екипа на Scrum

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

Най-добрите приложения на Design Sprints в Scrum проекти

Сега, когато знаете как Design Sprints се вписват в Scrum, нека разгледаме по-подробно кога е най-добре да стартирате Design Sprint в проект Scrum. Теоретично бихте могли да се възползвате от изпълнението на Design Sprint всеки път, когато планирате да внедрите нещо ново. Въпреки това, Design Sprint е доста инвестиция, която заема повече от шепа хора за цяла седмица. Следователно няма смисъл да стартирате Design Sprint за всяко ново парче, което планирате да изградите. Дизайн спринт е най-добре, когато сте изправени пред нещо сложно и рисковано, което повдига много отворени въпроси относно общата желателност на дадена функция. Ако вашият проблем е по-скоро за оптимизацията и перфектната използваемост, пускането на Design Sprint често ще бъде пълен излишен.

За да ви дадем по-добра картина, ето четири основни ситуации, при които дизайнерските спринти стават супер удобни за Scrum Teams:

  • при започване на нови проекти
  • при добавяне или промяна на големи функции
  • когато визията на продукта, пътната карта или изоставането са извън фокуса
  • когато сте изправени пред големи предизвикателства или неспецифични изисквания
Как да използвате Design Sprints в Scrum проекти.

Нека разгледаме всеки от тези случаи малко по-подробно.

Kickoff нови проекти

Когато плавате за нов проект, има вероятност вие и вашият екип да имате големи несигурности относно потребителя и неговия контекст и следователно не знаете как трябва да изглежда оптимално решение. В този случай Design Sprint може да действа като упражнение за откриване на продукт. Така че вместо да „отгатнете най-добре“ всички изисквания, блокирайте една или две седмици и пуснете Design Sprint отпред или в самото начало на проекта, например под формата на „Sprint Zero“ - техника, използвана обикновено за намаляване на несигурността или изпробвайте технологичната осъществимост преди първия спринт в проект Scrum.

Резултатът от Design Sprint ще ви осигури споделено разбиране за цялостната визия и опит на продукта. Това създава силно съответствие между вашия екип и всички заинтересовани страни. Прототипът и обратната връзка на потребителите ще направят първоначалното ви усъвършенстване на изоставането и планирането на спринт много лесно, тъй като вие ще можете да определяте своите потребителски истории без много обсъждане. Освен това ще можете лесно да приоритизирате историите и да създадете първи пътна карта и план за издаване.

Това не означава, че след този първоначален дизайн Sprint получавате всички изисквания за продукта. Отново това е мисленето за водопад. За повечето проекти, Design Sprint като Sprint Zero просто няма да е достатъчен за създаване на концепции, извършване на изследвания и получаване на обратна връзка от клиента. След няколко Scrum спринта ще се изправите пред нови предизвикателства и ще бъдете принудени да повтаряте.

Внедрете нови функции или преработете съществуващите

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

За да направите това, стартирайте Design Sprint между следващите си два Scrum спринта под формата на „спринт на проучване“. Определено не трябва да се опитвате да стартирате пълен Design Sprint и нормалния си Scrum Sprint един до друг. Това ще блокира целия ви екип или поне някои хора от вашия екип в продължение на цяла седмица, което прави невъзможна нормална честота на изпълнение.

Ако обаче не ви харесва концепцията за спринтове за проучване, можете също да опитате да интегрирате Design Sprints директно в нормалните си цикли на Scrum Sprint. За да направите тази работа, ще трябва да разрушите и драстично да съкратите или обедините различните упражнения на Design Sprint, така че да могат да се изпълняват по време на спринтьорските ви седмици, без да струвате твърде много време. Това изисква екип, който вече има известен опит с Design Sprints.

Стратегическо управление на продуктите и усъвършенстване на изоставането

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

Страхотният продуктов мениджър задава очакването, че тя не може да предвиди бъдещето.

Тъй като Design Sprints ви помага да получите голяма картина, те могат да бъдат ефективен инструмент за притежателя на продукта (PO) за изравняване на конфликтните изисквания на заинтересованите страни и предотвратяване на пълзящи функции. Вместо да се опитва да зададе очакването, че ПО може да предскаже бъдещето и да предостави всички верни отговори, той може да използва Design Sprints като метод, чрез който контрастните изисквания се подравняват и се намират добри отговори.

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

Открийте решения за изискванията на високо ниво

Понякога може да се сблъскате с абстрактни изисквания на високо ниво, когато не е очевидно веднага как да се обърнете към тях или откъде да започнете. Например може да се наложи да подобрите ключови показатели като проценти на конверсия или ангажираност на потребителите. Или може би имате за цел да улесните процеса на касата на вашия интернет магазин по-бързо и лесно. В този случай Design Sprints може да ви помогне да проучите проблема от гледна точка на потребителя и да излезете с куп възможни решения за кратко време. След като стартирате един или два дизайнерски спринта, завършвате с доказан подход как да преместите иглата.

заключение

Дизайнерските спринтове са чудесен начин за екипите на Scrum да получат по-ориентиран към клиента и дизайн дизайн. Те ще ви помогнат бързо да проучите нови идеи и да получите отзиви на потребителите без кодиране. Те ви позволяват да извличате потребителски истории и изисквания от реални отзиви на потребителите, вместо да ги познавате най-добре. Това ще осигури една перспектива за целия екип и ще приведе в съответствие заинтересованите страни. С течение на времето Design Sprints може да промени начина ви на мислене от планиране и гадаене до бързо експериментиране и учене и да разгради силозите между дизайн и разработка.

Въпреки това, Design Sprints не са сребърен куршум. Те не са единен процес на проектиране, а просто още един инструмент във вашия арсенал. Те няма да ви помогнат да решите малки проблеми с оптимизацията или да измислите перфектни дизайни на екрана. Често пъти изпълняването на Design Sprint ще бъде излишно и трябва да разгледате по-малки дизайнерски мислещи или UX практики, като например съпричастност на съпричастност или проблемни интервюта.

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

Така че, ако сте член на екип на Scrum и искате да се възползвате от Design Sprints, как трябва да започнете?

Започнете с малки. Опитайте се да намерите някои високо стойностни, нискорискови възможности и опитайте Design Sprints. Може би скоро започвате нов проект? Може би вашият екип има някаква голяма функция? Или може би трябва да преодолеете изоставането си, за да си върнете голямата картина? Каквото и да е предизвикателството, съберете екип от доброволци и просто започнете. Design Sprint е едно от тези неща, които трябва да изпитате, за да разберете наистина силата и красотата на него.

Може да е трудно обаче да убедите хората от вашия екип да инвестират една седмица в процес, който те все още не знаят и не се доверяват. Купете и споделете книгата с вашия екип или просто я прочетете и направете кратка презентация. Има също така много истории за успех и компании, които споделят своя опит с Design Sprints. В крайна сметка можете да наемете някои експерти и просто да направите обучението по Design Sprint за 1-2 дни, което ще ви покаже как работят Design Sprints и ще ви накара да се настроите сами да ги стартирате.

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

Бенджамин Бестман е основен партньор на Strive Innovation Studio. Той помага на екипи и компании по света да изграждат продукти, ориентирани към потребителите и да приемат нови и по-ефективни начини на работа в дигиталната ера. Следвайте го в LinkedIn или Twitter.

Искате ли да научите повече за дизайнерските спринти, иновациите и работата в епохата на цифровите технологии? Следвайте Strive в Instagram за ежедневни истории или регистрирайте се за нашия бюлетин по-долу ... и не се колебайте да ни попитате нещо!