Дійові особи сучасної онлайн-проекту

У зв'язку з ускладненням процесів розробки, а також зростаючим інтересом до хмарних технологій, де стара добра монолітна система вже не може відповісти на всі потреби продукту, багато розробники зіткнулися з тим, що від них вимагається набагато більше, ніж знати певну мову або патерн програмування. Їх сфера діяльності повільно зсувається в нішу, яка вимагає знання не тільки програмування, але і IT, розбиратися в операційних системах, хмарних сервісах, їх особливості і так далі… Проекти вже не програмують… Їх ПРОЕКТУЮТЬ, і ці нововведення вимагають іншого підходу, а також вимагають іншої організації розробки проекту.
Раніше в розробці проекту були кілька діючих осіб:
Менеджер проекту, дизайнер, розробник і тестувальник. Даної команди в принципі вистачало, щоб запустити проект. Однак зараз список дійових осіб та їх обов'язки розширилися. Взяти хоча б одного тільки розробника, адже зараз процес розробки ускладнився і тепер бідолаха повинен не тільки "творити" однаково добре і в браузері або на сервері, він також повинен писати автоматичні тести, вчити різні інструменти, знати LINUX, не кажучи вже про величезний кол-ве сторонніх API, які "полегшать йому життя", а адже вони народжуються кожен день, і їх сотні, а може й тисячі. І навіть якщо він найкращий, найрозумніший і посидющий розробник, він не зможе зрушити проект далі свого локального комп'ютера тому, що проект спроектований для ХМАРИ.
У ньому десятки серверів, різні бази даних і одним знанням LINUX йому не обійтися, адже одного разу, затока код на сервер, він розійшовся на десяток інших і тепер йому цікаво… "Як же Я зможу його оновити?!".
Тут у гру вступає DevOps. Саме він подкрутит твій GIT репозиторій до сторонніх інструментів, які автоматично будуть піднімати твоє оновлення на десятки серверів, виконуючи при цьому автоматичні тести. Він налаштує моніторинг системи і виведе логи з усієї системи в одне місце. Правила і критерії, яким ваша система в хмарі буде "дихати". Сервера автоматично підніматися і відключатися, бази даних правильно, а дані будуть проходити по різних каналах, щоб врешті-решт з'явиться у вас на екрані комп'ютера. Загалом, без DevOps буде дуууже тяжко, або проект буде кульгати, або розробник звалить і цей непомірний тягар на свої плечі, що знову таки позначиться на якості та часу розробки проекту.
Наступний спеціаліст, без якого складно обійтися при проектуванні сучасного проекту, це архітектор. Архітектор — це людина, яка володіє знаннями в сфері IT, так і в програмуванні.
Він бачить загальну картину проекту з технологічної боку і зможе зв'язати воєдино всі технічні деталі розробки і потреб заліза. Архітектор є сполучною ланкою між менеджером проекту і командою технарів. Можливо, він буде також відповідати за вибір хмарного провайдера, або спираючись на вибраний сервіс зуміє використовувати існуючі сервіси даного провайдера. Точно так, як начальник відділу здатний розбити одне велике завдання на маленькі, Архітектор розбиває великий проект на компоненти. Загалом, людина це повинен бути різнобічний в технічному плані і досвідчений, тобто за його плечима повинен бути ні один успішний проект.
Інші діючі особи, до яких ми вже звикли, такі як тестувальник і менеджер проекту також присутні, однак у цій статті я хотів підкреслити щодо "" членів команди, а також нові вимоги до розробки вообщем і до автора. Кілька разів я стикався з нерозумінням з боку менеджменту до вимог найняти стороннього архітектора (за браком свого) для проекту хоча б на стадії його планування. Також до недавнього часу мої колеги думали, що налаштувати систему може проста аутсорсовая служба підтримки і зовсім не розуміли, для чого нам потрібен свій власний DevOps. Слід сказати, що після тривалого пояснювального процесу, а також розробки пілотного проекту з допомогою всіх діючих осіб ми за кілька тижнів успішно підняли прототип продукту, який згодом переріс у цілу сервіс. Тепер команда включає в себе всіх діючих осіб і робота кипить. Тому варто підкреслити, що сучасні продукти вимагають великої роз'яснювальної роботи особам і компаніям, де ще мислять по-старому.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.