Як обрати, ким бути в IT: розбираємо роль кожного фахівця у проєкті

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

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

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

Зазвичай проєкт ґрунтується на семи основних етапах:

• З’ясування вимог
• Створення дизайну
• Розробка продукту
• Тестування
• Запуск продукту
• Технічна підтримка
Онлайн-курс "PR Basis" від Skvot.
Дізнайся нюанси різних сфер і обрери свою.Як результат — матимеш стратегію бренду у своєму портфоліо та зможеш стартувати в піарі. Інсайтами ділиться лекторка, яка має 9+ років досвіду.
Детальніше про курс
• Виведення продукту з експлуатації.

Пропоную детальніше розглянути кожен з них.

1 Збираємо вимоги до продукту — перетворюємо ідею на перелік функціоналу

Уявімо, що до вашої команди звернувся замовник із проханням розробити вебзастосунок. Спершу треба зібрати вимоги до цього продукту. Sales Manager розпитує замовника про всі подробиці.

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

• Для розробки візуальної складової продукту знадобиться допомога дизайнера.
• Впоратися з версткою макету зможе фронтенд-розробник.
• За побудову логіки, створення алгоритмів та обробку даних відповідатиме бекенд-розробник.
• Тестувальник перевірить продукт на наявність помилок і вкаже програмістам на знайдені вразливості.
• На етапі обговорення вимог до Sales Manager долучається бізнес-аналітик. Він ставить додаткові запитання на кшталт: «Що собою являє продукт?», «Для чого він потрібен?», «Які функції має виконувати?»
Онлайн-курс "Computer Vision" від robot_dreams.
Застосовуйте Machine Learning / Deep Learning та вчіть нейронні мережі розпізнавати об’єкти на відео. Отримайте необхідні компетенції Computer Vision Engineer.
Дізнатись більше про курс

Головне завдання аналітика — деталізувати кожну вимогу й оформити Software requirements specification (далі — SRS). Це документ, який описує продукт загалом, його призначення, цільову аудиторію, функції та ключові параметри, інтерфейси. На основі специфікацій кожен у команді розуміє, який тип проєкту перед ними.

В IT виділяють наступні різновиди проєктів: 

• MVP (Minimum viable product) — мінімально життєздатний продукт. Це пробна версія товару або послуги, яку компанія випускає на ринок. 
• POC (Proof of concept) — невеликий проєкт, призначений для перевірки гіпотез перед початком повноцінної розробки.
• Product — робоча модель продукту. Використовується для представлення будь-якої частини розробки, виявлення та усунення помилок у ній, отримання фідбеку від користувачів.

У залежності від типу проєкту Sales Manager може презентувати замовнику бачення складу команди та назвати приблизні строки виконання роботи. Визначити це все допомагає Project Manager.

Фахівець ще раз перевіряє вимоги до продукту, прораховує ймовірні ризики та кошторис. У нашому випадкупродукт — це вебзастосунок. Як тільки всі деталі затверджено, Sales Manager підписує контракт, і всі фахівці беруться за справу. 

2 Створюємо дизайн продукту

До процесу долучається дизайнер. Він працює над візуальною складовою продукту — створює зрозумілий, цілісний, привабливий інтерфейс. Фахівець може самостійно обирати палітру кольорів. Однак про вподобання замовника теж варто пам’ятати. А ще — радитися з розробниками, адже не кожну заплановану дизайнером ідею можна втілити з технічної точки зору.

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

• Mockup — макет, який дозволяє побачити, як продукт виглядатиме в реальності.
• Wireframes — чернетка, яка показує, де та як необхідно розташувати елементи на сайті. З цим дизайнеру допомагає бізнес-аналітик. Він добре розбирається в предметній області проєкту. А отже, може запропонувати, наприклад, як втілити функціонал оплати за меншу кількість часу і з використанням мінімальної кількості ресурсів.

Переходимо до наступного етапу — розробки.

3 Перетворюємо візуальну ідею на технічне рішення

Фронтенд-розробник починає роботу над видимою користувачам частиною застосунку — те, з чим вони взаємодіятимуть. Спеціаліст повинен точно відобразити у верстці те, що намалював дизайнер.

Паралельно візуальна складова переходить до рук бекенд-розробника. Він налаштовує програмно-апаратну частину ресурсу. Це все те, що відбувається за лаштунками застосунку. Бекенд поєднує базу даних із фронтендом і має відобразити дані у зручному для користувача форматі. 

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

4 Тестуємо продукт

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

• Мануальні тести. Класичний метод оцінки якості програми. Спеціалісти вручну проходять тестові сценарії користувача і складають звіти про помилки. 
• Автотести. Виконуються за допомогою спеціальних скриптів. При цьому втручання людини зводиться до мінімуму, а точність і швидкість перевірок тут набагато вища за мануальне тестування.
Бізнес англійська від Englishdom.
Тут навчають за методикою Кембриджу, завдяки якій англійську вивчили понад 1 мільярд людей. Саме вона використовується в найкращих навчальних закладах світу, і саме за нею створені курси.
Інформація про курс

Виділяють і фахівців, які спеціалізуються на тих чи інших різновидах тестів — Manual або Automation QA. Це може бути й один фахівець — General QA.

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

5 Запускаємо розробку у світ

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

До основних обов’язків DevOps відносять:

• налаштування хмарних технологій (мереж, сервісів), встановлення зв’язків між ними;
• впровадження оновлень і доповнень для продукту;
• допомога в масштабуванні проєкту; 
• прийом та обробка зворотного зв’язку від користувачів ресурсу/продукту. 

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

6 Підтримуємо проєкт технічно

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

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

7 Виводимо продукт з експлуатації

Життєвий цикл проєкту вважається завершеним, коли вже ніхто не користується продуктом. Так і в наведеному прикладі якийсь час люди активно користуються сервісом, клієнт отримує прибуток. Однак поступово попит на його застосунок може зменшитись. Це нормальна ситуація в мінливому і стрімко зростаючому світі технологій. До цього треба бути готовим як клієнту, так і команді розробки.

Саме тому в процесі життя проєкту його ініціатор збирає зворотній зв’язок від користувачів, аби згодом запропонувати розробникам нову ідею щодо функціоналу. Або ж взагалі — створити інший, актуальніший продукт.

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