Поширена думка, що хороший початок — це половина успіху в будь-якій справі, а наступне — належне планування та управління проєктом. Однак етап discovery phase в розробці програмного забезпечення важливіший, ніж просто хороший початок, оскільки він формує правильну основу. Фаза Discovery допомагає впевнитися, що ідея здійсненна, а продукт конкурентоспроможний. Також допомагає з’ясувати, як подати його на ринку та зробити затребуваним для користувачів, а також сформувати чітке бачення розвитку.
Дослідження McKinsey стверджують, що 17% ІТ-проєктів зазнають краху через проблеми компанії, близько 45% перевищують запланований бюджет, 56% приносять менше користі, ніж передбачалося спочатку, і близько 7% виконуються пізніше запланованого. Причини цього можуть бути різними: брак ресурсів, висока конкуренція, неправильні чи недосвідчені розробники програмного забезпечення, брак даних та їх аналізу тощо.
Ретельне і всебічне проходження етапу Діскавері проєкту — хороший шанс для власників бізнесу потрапити в 10% успішних проєктів. Тому в наш час непрактично починати проєкт розробки програмного забезпечення без попереднього всебічного аналізу. Фаза Discovery повинна стати початковою стадією будь-якого проєкту, з яким ви працюєте.
Давайте розглянемо процес дослідження програмного продукту та його результати більш детально.
Що таке фаза Discovery?
Діскавері-фаза в розробці проєкту — це процедура збору інформації, яка дає вам поглиблене розуміння галузі, бізнесу замовника та цільової аудиторії. Важливо отримати поглиблене розуміння очікувань зацікавлених сторін щодо продукту та очікувань кінцевих користувачів щодо нього.
Основною метою попереднього аналізу є надання технічної пропозиції замовнику. Для цього необхідно максимально з'ясувати потреби клієнта та створити окремий документ із вимогами до продукту.
Важливо розрізняти етап Discovery від етапу Планування, який відбувається опісля. Фаза Діскавері закладає фундамент для проєкту та готує основу для фази детального планування. Після завершення етапу Діскавері проджект-менеджер може переходити до етапу Планування, зосереджуючись на створенні комплексного плану проєкту.
Всі деталі, які ви з'ясуєте в ході фази Discovery, допоможуть визначити обсяг робіт, часові рамки та план виконання завдань за проєктом, а також сприятимуть тому, щоб замовник отримав якісний програмний продукт, розроблений під його потреби.
Для чого потрібен аналіз?
- З'ясувати мотиви, цілі та проблеми користувачів.
- Зрозуміти контекст використання продукту.
- Знайти нові ідеї для розробки.
- Зрозуміти, які очікування та ставлення користувачів до продукту.
Як довго має тривати Discovery?
- Для проєктів середньої величини — 1–2 тижні.
- Для великих проєктів — 3–4 тижні.
Коли потрібна фаза Діскавері?
Уже перша розмова з клієнтом може дати команді Discovery відповідь, чи потрібна фаза Діскавері. Одне залишається незмінним: власники стартапів повинні розуміти, що етап Діскавері проєкту є обов’язковим.
Проєктам з інноваційними ідеями, які мають мінливі вимоги або підпорядковуються останнім тенденціям, також настійно рекомендується впровадити фазу Discovery для розробки програмного забезпечення.
Інші типи проєктів, які не повинні нехтувати цим етапом:
- Проєкти з незрозумілими функціональними вимогами.
- З розпливчастими нефункціональними вимогами.
- Ті проєкти, які потребують Proof of Concept (POC) (підтвердження концепції).
Фаза Діскавері надасть ІТ-проєкту, де ви маєте лише загальне уявлення про функції, необхідні майбутньому рішенню, бачення вашого продукту з точки зору користувача.
Якщо ви не знаєте, який стек технологій та які інструменти використовувати, етап Діскавері проєкту може допомогти вам застосувати метод проб і помилок, щоб знайти та перевірити правильний підхід і технологію.
Якщо бачення вашої ідеї розпливчасте, можна отримати докази реальності вашої концепції та комерційної життєздатності за допомогою прототипування.
Буває коли бізнес-аналітик або експерт із розробки програмного забезпечення радить вам, які інструменти застосувати та як найефективніше вивчати своїх клієнтів, ви пропускаєте цей етап. Однак, пропустивши фазу Discovery, ви повинні бути готові зіткнутися з далекосяжними негативними наслідками.
Питання про те, що таке Діскавері-фаза в проєктах, більш-менш зрозуміле, тож давайте тепер перейдемо до необхідних процесів та результатів.
Навіщо потрібна Дискавери фаза проєкту на початковому етапі?
Ви можете запитати, як бізнес-аналіз використовується в управлінні проєктами. Бізнес-аналіз відіграє ключову роль у реалізації проєкту, охоплюючи фази розробки та тестування. Під час розробки бізнес-аналіз передбачає моделювання внутрішніх бізнес-процесів і потоків даних, визначення критичних компонентів продуктивності системи та розробку комплексних планів тестування.
Отже, коли слід проводити бізнес-аналіз у проєкті? На етапі ініціації проєкту проджект-менеджер співпрацює з бізнес-аналітиком, щоб ініціювати обговорення та досягти консенсусу щодо обсягу проєкту та визначення бізнес-потреб. Вони також визначають і погоджують очікувані результати проєкту, переваги та критерії прийнятності проєкту.
Фаза Діскавері — це важливий етап планування, який відбувається на етапі ініціації в управлінні проєктом. Під час цього етапу члени команди збирають важливу інформацію про проєкт, встановлюють бюджет і визначають точні межі проєкту. Основна мета етапу визначення обсягу - прийняти добре обґрунтовані рішення на основі даних і розуміння, що в підсумку зменшує всі ризики, пов’язані з розробкою продукту.
Що ми робимо під час Дискавері фази?
Під час надання послуги дослідження продукту ми створюємо низку документів та схем для ефективної роботи над проєктом.
1. Lean Model Canvas
По-перше, створюється концептуальний опис бізнес-моделі майбутнього продукту для MVP у формі схеми, що описує всі бізнес-процеси, щодо продукту: пропозицію, інфраструктуру, споживачів та фінансовий аспект.
2. Customer Journey Map
Крім того, створюється «карта» комунікації клієнта з продуктом. Це наочний графік взаємодії користувача з продуктом, який включає всі передбачувані точки та канали такої взаємодії, а також візуалізований досвід клієнта з урахуванням його думок, емоцій, цілей, мотивів, страхів на шляху досягнення результату.
3. User Flow
Для визначення того, як користувач взаємодіятиме з інтерфейсом нового продукту, створюється User Flow у вигляді схематично зображених екранів програмного рішення та переходів між ними. Таким чином відбувається проєктування сценаріїв поведінки користувача через візуальні прототипи інтерфейсу.
4. User Stories
У короткому описі того, як буде використовуватися система, описуються функціональні вимоги до системи та критерії прийняття. User Stories дозволяють замовнику ефективно розставляти пріоритети реалізації функціоналу продукту.
5. Product Vision
Цей документ, описуючи загальні цілі проєкту та запропоноване рішення, дозволяє краще зрозуміти цілі створення продукту, його потенціал та перспективи у майбутньому. Product Vision корисний усім сторонам, які беруть участь у розробці - розробникам, персоналу, відділу маркетингу і т.д.
6. Нефункціональні вимоги
Нашою командою видаються також рекомендації щодо властивостей системи або обмежень, що не стосуються поведінки системи - оптимального стеку технологій, архітектури інфраструктури та очікуваного навантаження.
Які основні переваги фази Діскавері?
Переваги попереднього аналізу та дослідження насправді численні.
Досить часто ми співпрацюємо зі стартапами, які мають ідею, але не мають глибокого розуміння того, яким має бути проєкт і які складові він має містити. Часто замовники мають труднощі з розумінням, що потрібно майбутнім користувачам. Крім того, через відсутність технічної підготовки замовники не можуть скласти повний перелік необхідних програмних елементів.
Ми завжди пропонуємо нашим клієнтам фазу Discovery. Дослідження проводять бізнес-аналітик, дизайнер і технічний директор. Вони спілкуються з клієнтом, з’ясовують вимоги та аналізують ринок. Пізніше вони складають опис проєкту.
Такий підхід мінімізує кількість змін у процесі розробки, оскільки обсяг проєкту визначається разом з іншими ключовими факторами, такими як тип рішень, необхідні функції та функціональні можливості, найкращі платформи для використання, часові рамки для відповідності та відповідні витрати.
Визначаючи всі деталі заздалегідь, замовник отримує наступні переваги:
- Уточнення ідеї та суті проєкту на основі реального аналізу.
- Виявлення окремих аспектів проєкту, які не були враховані спочатку.
- Розуміння очікування споживачів та проблем на основі дослідження пропозиції конкурентів.
- Можливість отримати експертну оцінку проєкту та методів роботи над ним, а також розгляд альтернативних рішень та технологій, запропонованих виконавцем.
- Створення чіткого списку user story для проєкту.
- Уникнення необхідності внесення дороговартісних змін під час процесу розробки.
- Досягнення балансу між бізнес-цілями клієнта та потребами та бажаннями користувачів.
- Можливість зрозуміти, наскільки виконавець відповідає очікуванням замовника, наскільки комфортна партнерська взаємодія та прийняти остаточне рішення щодо подальшої співпраці.
Ми завжди проводимо експертну оцінку того, як проєкт вписується в поточну інфраструктуру та операційні процеси замовника, і рекомендуємо зміни, покращення або оновлення, якщо вони необхідні.
Як тільки ми розуміємо передумови проєкту, ми намагаємося знайти та запропонувати нашому клієнту альтернативні рішення, про які замовник може навіть не здогадуватися, що вони можливі, оскільки він не діджитал-експерт. Ми часто знаходимо кращі або дешевші рішення, ніж спочатку планував клієнт.
Додатковим бонусом, який наш клієнт може отримати в результаті фази Діскавері, є чітка цінова пропозиція проєкту з обсягом і планом необхідних робіт і правильною оцінкою вартості. З таким документом він може звернутися до потенційних інвесторів і легше отримати фінансування.
Наш досвід
Stfalcon має обширний досвід у різних сферах, тому ми часто отримуємо запити на реалізацію лише фази Діскавері, щоб наш клієнт міг прийняти подальше рішення щодо свого продукту.
Хочемо описати проєкт, який починався з Діскавері фази для компанії з нерухомості. Замовник прийшов з ідеєю створити доступне рішення управління нерухомістю для власників та агентів, яке надасть можливість орендарям замовляти й оплачувати послуги в зручний спосіб.
Читати повний кейс
Команда Stfalcon працювала з 3 основними ролями: власником нерухомості або агентом, наявним клієнтом (орендарем) і потенційним клієнтом (новим відвідувачем).
Наша команда розробників відпрацювала всі особливості продукту, в результаті клієнт отримав комплексне рішення як для MVP, так і для 2 релізів майбутнього продукту, включаючи веб і мобільні додатки. Ми створили детальні прототипи, user story, бачення продукту та бюджет.
Інший кейс - Діскавері для логістичної компанії. Нашими клієнтами були брати-ентузіасти-мандрівники, які прийшли до Stfalcon із незавершеною ідеєю створити платформу, на якій будь-хто зможе перевозити будь-що лише у декілька кліків.
Читати повний кейс
Discovery була потрібна для збору й аналізу всіх деталей про проєкт, ринок і потенційних клієнтів. Stfalcon отримав всебічне та глибоке розуміння цілей, масштабів та обмежень проєкту. Для спілкування з клієнтом на всіх етапах ми використовували онлайн-платформу візуальної співпраці - Miro.
Команда Stfalcon зібрала та проаналізувала дані про проєкт і надала клієнту документ бачення продукту, user story розділені на MVP і Release 2, приблизний бюджет і терміни для MVP і Release 2.
Висновок
Ми намагались дати вичерпну відповідь на питання «Що таке Discovery Фаза?». Тепер цілком зрозуміло, що завдяки Діскавері ми закладаємо основу для бездоганної розробки проєктів і надаємо цінні програмні рішення, адаптовані під потреби клієнтів. Однак справжня цінність фази Діскавері в тому, що вона виходить за межі технічних специфікацій й забезпечує контекст для впровадження проєкту з нуля, виявляє вразливі місця, заохочує до креативності керівників проєктів і команду розробників.
Якщо ви готові розпочати проєкт чи розширити свій бізнес, зв’яжіться з нами для детального обговорення такої фази для вашого проєкту.
