У першій частині цієї статті, присвяченій Design Sprint, я розглянув його походження, причини його існування та його розвиток, теоретичний і практичний. Його реалізація в різних випадках також принесла мені інші уроки, які зазвичай не читають у (коротких) статтях, присвячених цьому методу, але ще далеко від надмірного використання.

Що це не...

Очевидно, що цей підхід має свої ризики, оскільки його можна неправильно зрозуміти або навіть неправильно застосувати. Дійсно, з одного боку, може виникнути непорозуміння і суттєвий розрив між покликанням спринта (див. частину 1 статті) та очікування клієнтів. З іншого боку, спринт буде бігати тим краще, якщо людина, яка його проводить, має хороший досвід ведення семінарів загалом, і цього типу вправ зокрема. Справді, необхідно мати певну перспективу, щоб поглинути перелив енергії, що міститься в кімнаті, і зберегти холодну голову для всіх, а також твердість (завжди доброзичливу) обрамляти та перебудовувати, коли це «потрібно».
У всіх випадках :

• Le дизайн-спринт - це все крім чарівного вирішення всіх ваших проблем... але, як ми бачили, скоріше колективна, активна синергія, зосереджена на розробці гіпотетичного рішення певної проблеми, знаменитого MVP. Тому мова не йде про тестування та перевірку всіх функціональних опцій або можливих шляхів отримання глобального рішення. Зазвичай проектний спринт не вказується для редизайну сайту чи бізнес-інструменту в цілому. І навпаки, це може бути корисно для розробки програми для однієї задачі, вирішення певної проблеми подорожі, тестування або розробки функції... За визначенням, наше рішення буде спрямовано на ціль і одну з проблем, згаданих на початку спринт, більше нічого.
• Крім того, це буде ще менше можливості переглянути стратегію або імідж організації/компанії, сподіваючись переглянути все за 5 днів.
• Спринт не є самоціллю. Іншими словами, якщо це дає можливість протестувати рішення, воно рідко буде достатньо зрілим або достатньо повним, щоб бути реалізованим негайно. Це, безумовно, вимагатиме коригування, вдосконалення, навіть більше тестів, коротше кажучи, ітерацій, перш ніж він буде запущений у виробництво, з власними готовими до доставки файлами вгору (чим не повинен бути прототип спринту).
• Це теж не хакатон. де ми розглянемо кілька рішень одночасно. Як ми показали, в середині курсу необхідно сходитися до рішення (будь то курс або екран). Це не тестування AB(CDEF…). Спринт повинен мати власну цінну пропозицію.

Словом, він не плутайте Design Sprint зі спринтом, іншими словами швидкістю і поспіхом. Спринт не може вирішити всі проблеми водночас, неправильно використаний або не поважаючи принаймні його формат, його етапи та мету, він може виявитися контрпродуктивним або навіть руйнівним, оскільки він виснажливий і оманливий.
 

Спринт з книги

Якщо спринт ідеально підходить для «нестандартного мислення» (мислити нестандартно), то це також іноді потрібно відкласти книгу і не слідувати всім його приписам до кінця, ризикуючи залишитися заблокованим перед обличчям нерозв’язної проблеми або в конкретній ситуації в даний момент.
Людина, яка веде спринт, повинна використовувати здоровий глузд і більшу чи меншу гнучкість, прагматизм у будь-якому випадку, щоб довести його до кінця, якщо не його мети. Якщо вона є гарантом часу та послідовних етапів, їй часто доведеться адаптувати свою гру, оскільки вона стикається з іншими людьми. Доброзичливість іноді має перевагу над «таймером часу», і буває, що ми переповнюємо виділений час. Також необхідно буде знати, як керувати сприйнятливістю або сором’язливістю одних, загартовувати інших. Але також адаптуватися до обмежень учасників (вихід з кімнати для важливого телефонного дзвінка, несвоєчасне зникнення/повторна поява, коли перебуває на території клієнта). The терпіння тому фасилітатор часто піддається випробуванню. Звідси концепціядосвід, більше для того, щоб мати необхідну перспективу та підтвердження, ніж для того, щоб мати можливість суворо розгортати метод напам’ять, як ми робили це в минулому. Тому потрібно буде знайти певний баланс між усіма цими даними, адже головне, щоб замовник був задоволений, і щоб ми «розбирали» рішення, щоб це нікому не коштувало життя.

Насправді ми можемо дуже добре анімувати спринт на двох. Справді, оскільки в парі один бере на себе догляд за дитиною, тому що інший на мить виснажений, у ситуації спринту може бути досить важливо мати можливість покластися на альтер-его. сповнені енергії учасників. Або переконатися у виборі чи орієнтації.
Я також зрозумів, що всі кроки не блокуються, якщо їх не виконувати. Наприклад, переходячи безпосередньо до ескізів, які трохи просунуті не проходячи через Crazy8, що є досить дестабілізуючою вправою (і треба сказати, що вона більше підходить для дизайнерів), цілком можливо, особливо якщо ви відстали на попередньому кроці. Тому що так, іноді вам доводиться керувати трохи еластичністю з часом і забудь про "таймер" якщо крок вважається недостатньо просунутим. Важливо закінчити прототип у четвер і організувати тести в п’ятницю, тому що не має значення, якщо все не ідеально, головне - зібрати максимальну кількість відгуків користувачів (зворотній зв'язок).
Ще одна вправа, яка мене не завжди переконує: так звана техніка конспектування «Як ми могли б» (Ми пишемо HMW у верхньому лівому куті постів, а у формі запитань або можливостей пишемо проблеми, порушені під час понеділкових інтерв’ю з експертами). По-перше, інструкція не завжди добре зрозуміла, і результат може виглядати як набір ключових слів або довгих коментарів. Тоді це швидше відповідає англосаксонському погляду. Справді, французам, які зазвичай критичні й картезіанські, мабуть, важче спроектувати себе на інтерпретацію та відносно відкриту та позитивну перспективу. Крім того, ми могли б перетворити «Як ми могли б» на «Як зазнати невдачі», альтернативна вправа, що складається з визначення причин, чому проект може провалитися, щоб знайти рішення, які гарантують його успіх.
Ми цілком могли б також уявити інтеграцію інших семінарів, більш підходящих і які могли б служити спринту, доки ми зберігаємо послідовний аспект, важливий для його безперебійної роботи (наприклад: пропозиція один або два 6to1 - читайте нашу статтю – протягом дня ескізу).
Ви також можете перейти або пропустити певні фази. Наприклад, якщо спринт проходить добре і якщо всі поділяють однакове бачення, не обов’язково продовжувати голосування між семінарами, може бути достатньо голосування в кінці дня. Так само і той, хто приймає рішення, не завжди хоче використовувати свій суперголос, навіщо його змушувати?
Коротше, ще раз знати, як вийти з нігтів не заборонено, навіть якщо уявити, що Дж. Кнапп, можливо, вже все спробував, важливо продовжувати експериментувати, прагнучи задовольнити клієнта та його проект, приймаючи спринт як основу, а не як таблицю команд і частково включаючи час до часу, типові методи UX.
 

Дизайн-спринт в рамках підходу UX Republic

Як ми вже говорили вище, сам по собі дизайнерський спринт недостатньо. З самого початку нам здається абсолютно необхідним «наглядати» за цим і планувати принаймні етапзанурення вгору (дивіться нашу пропозицію), якщо клієнт має надійні елементи для спринту або навіть для планування етапу дослідження та/або аудиту, якщо це необхідно. Не зручно і не дуже ефективно починати спринт з нуля, не дізнавшись мінімуму інформації про нього, його сектор, його конкурентів і, перш за все, розуміння його професії та того, що цікавить в першу чергу нас, її користувачів. 
Тоді, в кінці, спринт, безсумнівно, все одно знадобиться кілька ітерацій, щоб покращити рішення, щоб воно максимально відповідало потребам користувачів, свій ринок, його середовище. Це також може стати основою для майбутньої додаткової роботи. Крім того, це дещо його приховане покликання, оскільки воно спрямоване на інновації: бути відправна точка наступного майбутнього спонсорської організації. Тому ми рекомендуємо продовжити спринт, щоб мати можливість доопрацювати концепцію та запустити її належним чином, а чому б у довгостроковій перспективі не почати співпрацю з метоюпідтримка нашого клієнта в його трансформації.

Алексіс КЕНГІ | Консультант по UX/UI | Майстер дизайну спринту