Discovery phase

27.12.22 AM 01:17 AM Автор Bohdana
discovery phase

Що таке Discovery phase?

Discovery phase це перша зріла стадія обговорення між компанією-розробником програмного забезпечення та клієнтом. Простіше кажучи, це всебічний аналіз розвитку проєкту, що охоплює такі аспекти, як:

  • Мета бізнесу, а також цілі відповідних проектів.
  • Слабкі місця, ризики, прогалини та критичні вимоги.
  • Інвентаризація систем: існуючі системи, які потребують інтеграції з CRM.
  • Комплексне уявлення про зону розгортання.
  • Проект переходу від існуючої інфраструктури до запланованої.
  • Пошук можливих джерел даних для нової реалізації CRM
  • Налаштування графіку та пріоритетів
  • Складання дорожньої карти розвитку проєкту
  • Розподіл ролей у проєкті
  • Розрахунок часу та бюджету.

Чому Discovery Phase проекту має значення?

Discovery Phase допоможе вам чітко зрозуміти, коли, як і що ви отримаєте, задокументувавши всі важливі аспекти розробки проєкту: від очікувань до точної функціональності та оцінок.

Ми, як компанія з розробки програмного забезпечення, вивчаємо ваші конкретні очікування та вимоги, щоб краще зрозуміти вашу бізнес-ідею. Більше того, у міру того, як наші архітектори рішень та команда розробників краще ознайомлюються з історією продуктів, вони можуть створювати найбільш підходящі рішення відповідно до ваших потреб та очікувань. Це дозволяє їм пропонувати альтернативні рішення, які можуть значно підвищити кінцеву цінність, яку отримають кінцеві користувачі.

Іноді наші технічні фахівці на етапі запуску проєкту пропонують альтернативні рішення, які відповідають потребам та очікуванням клієнтів, але будуть реалізовані іншим чином. Таким чином, ми можемо скоротити час і витрати на розробку проєкту, що високо цінується зацікавленими сторонами та надає їм додаткову цінність.

Що ви отримаєте наприкінці процесу Виявлення?

Цей процес дозволяє команді та співробітникам отримати ґрунтовні рекомендації щодо їхніх пріоритетів та обов’язків під час впровадження CRM.
У результаті Discovery Phase отримаєте:
  1. BPMN , що відповідає його процесам у компанії з урахуванням усього програмного забезпечення, яке він використовує.
  2. Документ «Технічне завдання», в якому викладено всі деталі та нюанси.
  3. Діаграма Ганта — загальна кількість годин, необхідних для реалізації проекту, та точна кількість днів, необхідних для реалізації проекту. 

BPMN

Створення практично будь-якого бізнес-рішення, включаючи CRM, неможливе без розробки бізнес-процесів.
Побудова бізнес-процесу — не завжди проста справа, адже потрібно не лише скласти певну схему, а й продумати, як саме на практиці відбуватиметься той чи інший процес, регламентувати його, донести ці правила до кожного співробітника, перевірити, як усе відбувається на практиці, проаналізувати недоліки та варіанти їх усунення. 

Для моделювання бізнес-процесів відповідно до нотації BPMN використовується спеціальне програмне забезпечення для моделювання бізнес-процесів, яке здатне не тільки створювати схеми, а й забезпечувати реальну роботу бізнесу на основі цих схем. 

Давайте розберемося, що ж таке система BPMN як відбувається моделювання бізнес-процесів за допомогою BPMN

BPMN Business Process Management NotationBPMN — це система умовних позначень для побудови схем перебігу бізнес-процесів (моделювання бізнес-процесів). 

В основі будь-якої схеми такого типу лежить подія. Наприклад, до подій можуть належати:
  • Отримання заявки від клієнта (початкова подія).
  • Створення документа.
  • Узгодження документа.
  • Відправлення товару клієнту/надання послуги клієнту.
  • Отримання відгуку від клієнта (кінцева подія, якщо обробка відгуку не потрібна).
  • Інші події.

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

Технічне завдання

Технічне завдання
Технічне завдання (ToR) містить виклад передісторії, мети та завдань пропонованого проєкту. Шаблон ТЗ включає низку критеріїв, необхідних для прийняття стратегічних рішень щодо управління проєктом. Крім того, у цьому документі визначаються види діяльності, ризики, бюджет та досвід, пов’язані з проєктом.

У сфері управління проектами технічне завдання є документом стратегічного рівня, в якому описуються очікувані результати, відповідальні за кожен результат особи та терміни, у які вони мають бути виконані. У технічному завданні вказані заплановані дії, типові вхідні та вихідні дані, бюджет проекту, графіки робіт та посадові інструкції. Воно використовується для оцінки роботи команди проекту, підрядників, консультантів, експертів та інших зацікавлених сторін проекту.

Метою технічного завдання є визначення обсягу та виду робіт, необхідних для реалізації проєкту. Крім того, це керівний документ, який встановлює та визначає відносини між усіма зацікавленими сторонами проєкту. Технічне завдання розробляється після визначення мети, цілей та планування проєкту.

Технічне завдання проекту містить чіткий опис такої важливої інформації:
  • Обґрунтування запуску проекту.
  • Пропонована методологія управління проектами, а також робочі плани та графіки діяльності.
  • Очікувані потреби в ресурсах, насамперед щодо персоналу.
  • Правила та вимоги до звітності.

Діаграма Ганта

gantt chart
Діаграма Ганта, яка зазвичай використовується в управлінні проектами, є одним із найпопулярніших і найкорисніших способів відображення дій (завдань або подій) у часовій залежності. Зліва від діаграми розміщений перелік дій, а вгорі — відповідна часова шкала. Кожна дія представлена смугою; положення та довжина смуги відображають дату початку, тривалість та дату закінчення дії. Це дозволяє одразу побачити:
  • Що являють собою різні види діяльності
  • Коли кожна дія починається і закінчується
  • Як довго триватиме кожна дія
  • Де дії перетинаються з іншими діями і наскільки
  • Дата початку та закінчення всього проєкту

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

На діаграмі показані такі елементи, як вільний час завдання або додатковий час на його виконання, який не повинен затримувати проект; некритичні дії, які можна відкласти; та критичні дії, які мають бути виконані вчасно.

Діаграми Ганта можна використовувати для управління проектами будь-якого розміру та типу.Діаграми Ганта допомагають візуалізувати різні завдання та проекти, які одночасно виконуються в організації, а також їхній стан виконання. Керівництво використовує їх для планування та організації таких проектів, щоб ресурси розподілялися оптимальним чином, а пріоритетні проекти могли бути завершені до того, як розпочнуться менш важливі.

Які завдання можна вирішити на етапі Discovery проекту?

Давайте коротко розглянемо основні проблеми, які можна вирішити на етапі виявлення програмного забезпечення:

# 1 Постійні зміни масштабу проєкту та перевищення бюджету
Відсутність чітко задокументованих та вимірюваних контрольних точок може призвести до нескінченних змін та розширення масштабів проєкту. У свою чергу, це, найімовірніше, спричинить затримки у запуску проєктів та перевитрату бюджету.

#2 Недотримання термінів та витрати на монтаж
Фаза виявлення програмного забезпечення дозволяє створити чіткий графік із послідовними етапами розробки проєкту, які визначають точні терміни його реалізації. Відсутність чітко визначених цілей, пріоритетів та вимог може призвести до подовження термінів та затримки запуску. Таким чином, ви, як клієнт, можете зіткнутися з додатковими витратами протягом усього процесу розробки проекту.

№3 Невідповідні проекти, які не відповідають вашим вимогам
Етап дослідження проєкту дозволяє обом сторонам уникнути будь-яких непорозумінь і підтримувати зв’язок у майбутньому. Ви можете чітко сформулювати свої очікування та отримати змістовний зворотний зв’язок від наших архітекторів рішень щодо технічної реалізації.

Це означає, що вони конкретно описують спосіб створення функції або всієї функціональності продукту з метою задоволення ваших потреб та очікувань. Це безпрограшна стратегія як для вашої компанії, так і для Ascendix Tech, оскільки ми заздалегідь усуваємо всі можливі невизначеності.

Перейти до Discovery Phase

Хочете налагодити всі бізнес-процеси для впровадження програмного забезпечення? Наша команда завжди готова вам допомогти!

Забронюйте безкоштовну консультацію з одним із наших експертів і отримайте комплексне рішення для вашого бізнесу!