Гайд гнучкими методологіями для рекрутерів › IT-рекрутингове агентство "ITExpert"

Гайд гнучкими методологіями для рекрутерів

Головна Блог IT
Гайд гнучкими методологіями для рекрутерів
Гайд гнучкими методологіями для рекрутерів

Питання різниці між Agile і Waterfall, Scrum і FDD — причина безкінечних суперечок розробників. Деякі з них вибудовують Agile-святилища, дотримуючись мінімальних правил, інші — беруть по шматочку від кожної методології. Ми ж не будемо брати участь у філософському холіварі, але розповімо вам must-have to know знання про гнучкі методології для рекрутерів.

Серед найактуальніших моделей розробки — каскадна та ітеративна. Розглянемо їх детальніше.

Каскадна модель

Суть каскадної моделі (Waterfall) у тому, щоб розбити увесь цикл розробки на етапи зі встановленими дедлайнами та вимогами. Так перехід до нового етапу можливий тільки після завершення попереднього.

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

Продуктові компанії частіше використовують каскадну модель, оскільки вони орієнтовані на результат.

Каскадна модель.

Ітеративна модель

Ітеративні моделі створені, щоб розв’язувати головну проблему каскадної: вони максимально гнучкі. Суть такого підходу — розбити весь процес розробки на окремі ітерації. В кожну ітерацію входить і розробка, і тестування, і погодження, і ретроспектива.

Ітеративні моделі гнучкі та адаптивні до змін, вони орієнтовані на процес, а, отже, зможуть максимально задовольнити всі «забаганки» замовників та створити складний комплексний продукт. Зокрема буквально на перших етапах буде створено ПЗ, яке працює. Водночас такий підхід має багато мінусів: тривалий та розмитий процес розробки, відсутні або неточні ТЗ, часті (чи безглузді?) вступні, які засмучують розробників.

Ітеративна модель

Ітеративні моделі частіше використовують в outsource-компаніях, оскільки вони більш орієнтовані на процес.

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

  • Люди та взаємодія важливіші за процеси та інструменти;
  • Продукт, який працює, важливіший, ніж вичерпна документація;
  • Співробітництво з замовником важливіше, ніж погодження умов контракту;
  • Готовність до змін важливіша за виконання початкового плану.

Серед найактуальніших методологій Agile: Feature Driven Development (FDD), eXtreme programming (XP) і Scrum. Послідовно розглянемо їх.

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

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

Зв’яжіться з нами вже зараз
Замовити консультацію

Scrum — найуніверсальніша адаптивна модель, яка дозволяє перейти до написання коду, навіть коли вимоги ще не до кінця зрозумілі, а на руках є тільки невелике MVP. В ньому розбивка на ітерації відбувається за часом, зазвичай кратна тижням, 1-4 тижні, найчастіше – один. Цей часовий проміжок називається Спринт. Під час планування спринту команда сама ставить собі цілі на цей спринт із загального списку завдань, а в кінці спринту обговорює результати (ретроспектива), дає висновки та будує плани на наступний спринт. Найактуальніше застосовувати Scrum в стартапах.

Kanban — це спосіб організації роботи, з якими стикаються навіть фахівці, далекі від IT. Застосовується в Scrum та інших гнучких методологіях. Головний атрибут Kanban’a (дошка) являє собою набір завдань (стікерів) розподілених за колонками (етапами розробки). Суть цього методу в тому, щоб налаштувати потік завдань, позбутися «простоїв» в процесах та рівномірно розподілити завдання між учасниками та командами. Через зручність та ефективність цей підхід застосовується в багатьох інших сферах: виробництві, маркетингу тощо.

Kanban

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

FAQ за гнучкими методологіями для рекрутерів
Які існують гнучкі методології розробки?
Scrum, Kanban, Feature Driven Development (FDD), eXtreme programming (XP), Rapid Application Development (RAD) та інші.
У вакансії написано Agile і Scrum. Що це таке?
Це означає, що команда гнучко планує розробку. Завдання команди поділені на спринти, багато часу приділяється smart-плануванню. В кінці спринту команда обговорює результати (ретроспектива), робить висновки та будує плани на наступний спринт.
У проєкті немає Scrum, але розробка ведеться за гнучкими методологіями. Це можливо?
Так, це можливо. Річ у тому, що в IT є багато інших гнучких методологій: Feature Driven Development (FDD), eXtreme programming (XP) та інші.
Хто займається впровадженням Scrum та Scrumban-практик в команді?
Цим займається Scrum Master. Він наслідує «servant-leader» модель. Це означає, що він не дає завдання та не контролює їхнє виконання, а швидше направляє команду в тому, як правильно розподілити завдання. Він також бере участь у плануванні спринтів, пріоритизації, ретроспективах та daily-мітингах, poker-плануванні тощо.
Чи можна впроваджувати принципи гнучких технологій в рекрутменті?
Можна й треба! В рекрутмент-командах чудово впроваджуються daily-мітинги, ретроспективи за вакансіями чи напрямками, канбан-дошка та інші атрибути Agile. А головне — такий підхід дозволяє гнучко реагувати на зміни в рекрутмент-процесах чи потребах бізнесу.
Натисніть для оцінки
Loading...
Поділитися з друзями
Залиште коментар