Що таке Discovery Phase?
Discovery Phase — це перша важлива стадія обговорення між компанією-розробником програмного забезпечення та клієнтом. Простіше кажучи, це повний аналіз розвитку проекта, який включає в себе такі аспекти, як:
- Ціль Бізнеса, а также цели задействованных Проектов.
- Больові точки, ризики, пробіли і критичні вимоги.
- Інвентаризація систем: наявні системи, що потребують інтеграції з CRM.
- Комплексное представление области развертывания.
- Проєкт переходу від існуючої інфраструктури до планованої.
- Пошук можливих джерел даних для нової реалізації CRM.
- Установка графа и приоритетов
- Составление дорожной карты развития проекта
- Распределение ролей в проекте
- Расчет времени и Бюджета.
Чому Discovery Phase проєкту має значення?
Discovery Phase допоможе вам чітко зрозуміти, коли, як і що ви отримаєте, документуючи всі важливі аспекти розробки проєкту: від очікувань до точної функціональності та оцінок.
Ми, як компанія з розробки програмного забезпечення, вивчаємо ваші точні очікування і вимоги, щоб краще зрозуміти вашу бізнес-ідею. Ба більше, у міру того, як наші архітектори рішень і команда розробників краще пізнають історію продуктів, вони можуть створювати найбільш підходящі рішення відповідно до ваших потреб і очікувань. Це дозволяє їм пропонувати альтернативні рішення, які можуть значно підвищити кінцеву цінність, яку отримають кінцеві користувачі.
Іноді наші технічні спеціалісти пропонують альтернативні рішення на етапі відкриття проекту, які відповідають потребам і очікуванням клієнтів, але не будуть реалізовані по-іншому. Таким чином, ми можемо досягти скорочення часу і витрат на розробку проекту, що високо цінується заінтересованими сторонами, надаючи їм додаткову цінність.
Що ви отримаєте в кінці процесу Discovery?
Процесс обнаружения предоставляет команде и сотрудникам проницательные рекомендации относительно их приоритетов и обязанностей при внедрении CRM.
В результаті Discovery Phase ви отримаєте:
- BPMN схему, відповідну його процесам в компанії з урахуванням всього ПО, яке він використовує.
- Документ Технічного завдання, в якому описані всі деталі та нюанси.
- Діаграму Ганта - загальна кількість годин для реалізації проєкту і точна кількість днів для реалізації проєкту.
BPMN схема
Створення практично будь-якого рішення для бізнесу, включно з CRM, не обходиться без створення бізнес-процесів.
Побудова бізнес-процесу – не завжди проста справа, тому що потрібно не тільки накреслити якусь схему, а й продумати, як практично буде проходити той чи інший процес, регламентувати його, донести цей регламент до кожного співробітника, протестувати, як все проходить на практиці, подумати над недоліками і варіантами їх виправлення.
Для моделювання бізнес-процесу у відповідності з нотацією BPMN часто використовується спеціальне ПЗ для моделювання бізнес-процесів, здатне не тільки складати схеми, але і забезпечувати реальну роботу бізнесу по цим схемам.
Давайте розберемося що ж таке система BPMN і як відбувається моделювання бізнес-процесів BPMN?
BPMN - Business Process Management Notation - це система умовних позначень для побудови схеми протікання бізнес-процесів (моделювання бізнес-процесів).
В основі будь-якої схеми такого типу лежить подія. Наприклад, до подій можуть належати:
- Отримання заявки від клієнта (початкова подія).
- Создание документа.
- Узгодження документа.
- Відправка товару клієнту/надання послуги клієнту.
- Отримання відгуку від клієнта (кінцева подія, якщо не потрібно обробляти відгук).
- Інші події.
Крім подій, існують шлюзи. Саме вони дозволяють отримати конкретну схему бізнес-процесу, тому що саме шлюзи регламентують рух процесу. Це численні зв'язки-переходи з логічними значеннями «далі», «якщо» та «і». Вони дозволяють бізнес-процесам вітвитися: від однієї події (наприклад, надходження заявки) відходять кілька шлюзів: фіксація заявки, обробка заявки, збір контактних даних від клієнта, і так далі.
Технічне завдання
Технічне завдання (ToR) містить виклад передісторії, цілі та задачі пропонованого проєкту. Шаблон ТЗ включає ряд критеріїв, необхідних для прийняття стратегічних рішень з управління проєктом. Крім того, в цьому документі визначаються види діяльності, ризики, Бюджет і досвід, пов'язані з проєктом.
В управлінні проектами технічне завдання представляє собою документ рівня стратегії, в якому описуються очікувані результати, хто несе відповідальність за кожен результат і терміни, в які вони повинні бути виконані. У ТЗ вказані заплановані дії, типові входи і виходи, Бюджет проекту, робочі графіки і посадові інструкції. Він використовується для оцінки роботи команди проекту, підрядників, консультантів, експертів та інших заінтересованих сторін проекту.
Метою ТЗ є зазначення обсягу та типу робіт з виконання проєкту. Крім того, це керівний документ, який встановлює та визначає відносини між усіма зацікавленими сторонами проєкту. Документ технічного завдання розробляється після визначення, визначення та планування проєкту.
ТЗ проєкту містить чіткий опис такої важливої інформації:
- Обґрунтування запуску проєкту.
- Пропонована методологія управління проєктами, а також робочі плани та графіки діяльності.
- Очікувані потреби в ресурсах, в першу чергу у відношенні персоналу.
- Правила та вимоги до звітності .
Діаграма Ганта
Діаграма Ганта, яку зазвичай використовують в управлінні проєктами, є одним із найпопулярніших і найкорисніших способів відображення дій (завдань або подій) залежно від часу. Зліва від діаграми міститься список дій, а вгорі - відповідна часова шкала. Кожна дія представлена смугою; положення і довжина смуги відображають дату початку, тривалість і дату закінчення дії. Це дає змогу відразу побачити:
- Що представляють собою різні види діяльності
- Коли кожна дія починається і закінчується
- Як довго триватиме кожна дія
- Де дії перетинаються з іншими діями і скільки
- Дата початку і закінчення всього проекту
На діаграмі вказані завдання, які можуть виконуватися паралельно, і ті, які не можна запустити або завершити, поки не будуть завершені інші. Це може допомогти виявити потенційні вузькі місця і визначити завдання, які могли бути виключені з графіка проєкту.
На діаграмі показано такі речі, як вільний час завдання або додатковий час для завершення завдання, який не повинен затримувати проєкт; некритичні дії, які можуть бути відкладені; і критичні дії, які мають бути виконані вчасно.
Діаграми Ганта можна використовувати для управління проєктами будь-якого розміру і типу. Диаграммы Ганта помогают визуализировать различные задачи и проекты, которые одновременно выполняются в организации, и то, как далеко они продвинулись. Они используются руководством для планирования и планирования таких проектов, чтобы ресурсы могли распределяться оптимальным образом, а приоритетные проекты могли быть завершены до того, как начнутся менее важные. Діаграми Ганта допомагають візуалізувати різні завдання і проєкти, які одночасно виконуються в організації, і те, як далеко вони просунулися. Вони використовуються керівництвом для планування і планування таких проєктів, щоб ресурси могли розподілятися оптимальним чином, а пріоритетні проєкти могли бути завершені до того, як почнуться менш важливі.
Які задачі можна вирішити на етапі Discovery проєкту?
Давайте коротко розглянемо основні проблеми, які можете вирішити на етапі виявлення програмного забезпечення:
# 1 Нескінченні зміни масштабу проєкту і розподіл Бюджету
Відсутність суворо задокументованих і вимірних контрольних точок може призвести до нескінченних змін і розширень масштабів проєкту. Зі свого боку, це, найімовірніше, призведе до затримок запуску проєктів і перевитрати бюджету.
#2 Зірвані терміни і витрати на монтаж
Фаза обґрунтування програмного забезпечення дозволяє створити строгу тимчасову шкалу з ітеративними Фазами розробки проект, які визначають точний час розробки проект. Відсутність визначених цілей, пріоритетів і вимог може призвести до збільшення термінів і відстрочення запуску. Таким чином, ви, як клієнт, можете стикнутися з витратами на очікування на протязі всього процесу розробки проект.
№3 Невідповідні проєкти, котрі не відповідають вашим вимогам
Етап дослідження проєкту дозволяє обом сторонам уникнути всіляких непорозумінь і залишатися на зв'язку в подальшому. Ви можете вказати точні очікування й отримати змістовний зворотний зв'язок від наших архітекторів рішень з точки зору технічної реалізації.
Це означає, що вони конкретно описують спосіб створення функції або всієї функціональності продукту для задоволення вашіх потреб і очікувань. Це безпрограшна стратегія як для вашої компанії, так і для Ascendix Tech, оскільки ми заздалегідь усуваємо всі можливі невизначеності.
