Бізнес-аналітика

Як це не парадоксально звучить, у багатьох випадках формування розгорнутого технічного завдання – це найбільш складний і відповідальний етап розробки програмного забезпечення. Замовник в більшості випадків знає, що хоче отримати в результаті, а команда розробників знає, як зробити продукт. Але звести воєдино бізнес логіку і технічні моделі непросто. Тому для цифрової трансформації бізнесу важливо залучити одного або декількох бізнес-аналітиків. Завдання цих фахівців – детально прояснити бізнес вимоги замовника і перевести їх на технічну мову IT-розробників.

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

Тимчасові витрати на формування такого документа перевищили б розумні межі і були б невиправдано великі.

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

• з одного боку, зможе перейнятися бізнес філософією замовника;
• з іншого боку, буде в змозі доступно і глибоко поставити завдання програмістам.

Компанія Avada Media надає послуги з бізнес аналізу в форматі аутсорсингу, а також рекомендує включити попередній аналіз бізнес-процесів в реалізацію всіх проєктів цифрової трансформації рівня підприємства. Без попереднього аналізу бізнесу навряд чи вдасться домогтися ефективного впровадження корпоративних проєктів по типу CRM- і ERP-систем. Тому пропонуємо вам ознайомитися зі стислим описом ролі бізнес-аналітика в нашій команді.

Для того щоб приступити до перших етапів розробки програмного забезпечення – формування ТЗ і прототипуванню цифрового продукту необхідний попередній аналіз як бізнесу, так і всього ринку, на якому працює замовник. Для того щоб точно і правильно зрозуміти вимоги, які висуваються до цифрового продукту потрібно:

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

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

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

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

Таким чином бізнес-аналітик виступає проміжною ланкою між командою розробників і представниками бізнесу. Він глибоко включений в процес розробки ПЗ, одночасно розуміє і відстоює інтереси замовника.

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

• Формування вихідних вимог у вигляді розгорнутого ТЗ – це те, з чого починається розробка будь-якого цифрового проєкту. Бізнес-аналітик повинен зрозуміти основний запит замовника, вивчити його бізнес і постаратися знайти найбільш просте і логічне рішення проблеми.
• Комунікація і включення в процеси має на увазі глибокий контакт з замовником в режимі зворотного зв’язку, а також регулярну роботу в форматі мозкового штурму з командою програмістів. Тому бізнес-аналітик бере участь в прототипуванні цифрового продукту, включений у створення функціонального призначеного для користувача інтерфейсу і тестування програмного забезпечення.

• Складання документації та управління мінливими вимогами до продукту необхідно при гнучкій розробці програмного забезпечення за методом Scrum (робота в форматі спринтів – відрізків часу в 1-2 тижні з чітко окресленими завданнями). В процесі створення програмного забезпечення бачення замовника, вихідні умови або інші фактори можуть змінюватися. Тому бізнес-аналітик відстежує і фіксує зміну моделі цифрової трансформації, пропонуючи найбільш оптимальні варіанти вирішення в нових умовах і протоколюючи існуючий стан справ.

В результаті бізнес-аналітик забезпечує оптимальну двосторонню комунікацію команди розробників і замовника і бере участь в пошуку власних шляхів розв’язання при виникненні кризових ситуацій.

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

Перш за все, мова йде про такі системи:

• загальне управління проєктом може проводитися в системі Teamwork;

• для відстеження помилок і змін застосовують систему Jira;
• для детального ведення документації застосовують вікі-систему Confluence.

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

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

• CRM-системи управління базою контактів і клієнтів;
• ERP-системи, що забезпечують автоматизацію діяльності всієї компанії;
• окремі випадки ERP-систем, такі як PPM-системи по управлінню портфелем проєктів, PLM-системи управління життєвим циклом виробів, MES-системи контролю виробничих процесів, SCM-системи управління поставками;

• конкретні галузеві рішення в сфері бухгалтерії, систем вантажоперевезень, ресторанного бізнесу та багато іншого.

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