Гнучка методологія: значення, переваги, недоліки та інше

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

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

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

Але наприкінці 1990-х років Інтернет різко змінив світ, і став необхідним новий підхід. Так у життя з’явилася гнучка методологія.

Нижче наведено ближчий погляд на цей рух розробки програмного забезпечення та те, як він може допомогти вам і вашій команді.

Історія методу Agile розробки

Гнучка розробка програмного забезпечення виросла з Інтернету та його ненаситної потреби в додатках у роки буму 1990-х і на початку 2000-х років.

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

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

Щоб протистояти обмеженням, які модель водоспаду створила для якнайшвидшого виведення продуктів на ринок, різні розробники винаходили різні методи протягом 1990-х років. Серед них Rapid Application Development (RAD), Scrum, Extreme Programming (XP), Kanban та інші.

Потім, десь у 2001 році, 17 розробників, які практикували ту чи іншу форму ранньої гнучкої розробки, зібралися в штаті Юта, США. Потім вони завершили свою зустріч публікацією «Маніфесту гнучкої розробки програмного забезпечення».

Цей маніфест базується на 4 цінностях і 12 принципах.

4 цінності та 12 принципів Agile-розробки

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

Ці чотири значення є такими:

1. Особи та взаємодії над процесами і інструменти. Це означає, що розробка програмного забезпечення за допомогою інструментів, дотримуючись певного процесу, є важливою. Але важливіше мати компетентних людей, які працюють разом ефективніше.
   
   
2. Робочий софт над повною документацією. Це атакує метод водоспаду, коли спочатку проектується програмне забезпечення та пишеться документація для нього перед фактичним процесом розробки програмного забезпечення.
   
   
3. Співпраця з клієнтом над переговорами щодо контракту. Тільки тісно співпрацюючи з клієнтом або користувачем, ви можете дізнатися та розробити саме те, що потрібно клієнту. Це створює більше цінності.
   
   
4. Реагування на зміни над виконанням плану. Важливо дотримуватися плану проекту. Але план не повинен бути занадто жорстким. Він повинен вносити зміни, щоб відповідати очікуванням зацікавлених сторін.

Наведені вище значення Agile Manifesto базуються на 12 принципах, і вони такі:

1. Задоволення клієнтів завдяки ранній і постійній доставці цінного програмного забезпечення.
2. Вітаємо зміну вимог, навіть на пізній стадії розробки.
3. Доставляйте робоче програмне забезпечення часто (тижні, а не місяці)
4. Тісна щоденна співпраця між бізнесменами та забудовниками
5. Проекти будуються навколо мотивованих людей, яким варто довіряти
6. Розмова віч-на-віч – найкраща форма спілкування (co-location)
7. Працююче програмне забезпечення є основним показником прогресу
8. Сталий розвиток, здатний підтримувати постійний темп
9. Постійна увага до технічної досконалості та гарного дизайну
10. Простота — мистецтво максимізації обсягу невиконаної роботи — є важливою
11. Найкращі архітектури, вимоги та проекти виходять із самоорганізованих команд
12. Команда регулярно розмірковує над тим, як стати ефективнішими, і відповідно коригується

Ітерації або спринти

Ітерації або спринти в гнучкій розробці програмного забезпечення — це короткі періоди, як правило, від 1 до 4 тижнів, на які розбивається робота з розробки. Це полегшує управління, оскільки вимагає менше планування.

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

Команда працює над програмним забезпеченням на кожній ітерації або спринті разом. І вони видають робочий продукт в кінці. Відповідно до Agile Manifesto, ця робоча частина програмного забезпечення є показником справжнього прогресу.

Залежно від продукту та потреб клієнта продукт ітерації може бути випущений на ринок чи ні. Тому для одного випуску часто потрібно багато ітерацій.

Переваги Agile розробки

Як ви можете собі уявити, гнучка методологія має багато переваг. Вони такі:

1. Швидша реалізація ідей
2. Більша гнучкість, ніж підхід водоспаду
3. Підвищення продуктивності завдяки керованим ітераціям
4. Кращі продукти завдяки взаємодії з користувачем
5. Помилки швидко виявляються та усуваються

Недоліки методології Agile

Є також деякі недоліки роботи з гнучким методом розробки. І вони можуть включати:

1. На початку може бути важко оцінити повну вартість
2. Це потребує значної кількості клієнтів
3. Включає багато незапланованої роботи
4. Немає чітко визначеної мети проекту

Коли використовувати гнучкі методи

1. Коли ви не можете оцінити, що вимагає програмне забезпечення
2. У вас достатньо доступу до клієнтів
3. Ви розробляєте веб-додаток або систему, яку легко оновлювати
4. Вам потрібно швидко захопити частку ринку за допомогою раннього випуску

Популярні фреймворки розробки Agile

Існує багато популярних гнучких фреймворків розробки. Деякі почали задовго до Маніфесту Agile 2001 року, а інші з’явилися пізніше.

Метою фреймворку є просто визначення правил методу. Отже, хоча для довідки нижче наведено найпопулярніші фреймворки, їх набагато більше. Крім того, ви можете створювати власну або змінювати існуючу структуру відповідно до вашої команди.

1. Бійка: Цей фреймворк призначений для команд із 10 або менше членами. Робота розбита на спринти по 2-4 тижні з щоденними 15-хвилинними зустрічами.
   
   
2. Kanban: японське слово Kanban, яке походить від Toyota, означає рекламний щит і дуже корисне для команд, які цінують наочні посібники. Завдання переміщуються з одного етапу на інший за допомогою візуальних представлень, таких як наліпки або програми.
   
   
3. Швидка розробка додатків RAD: ця фраза може стосуватися як гнучкої розробки програмного забезпечення в цілому, так і методу Джеймса Мартіна. RAD зосереджується на вимогах до інтерфейсу користувача та значною мірою покладається на прототипування.
   
   
4. Lean Startup: Ця структура призначена для тих, кому потрібно розробити продукт або послугу, але спочатку потрібно визначити їх ринкову життєздатність. Це передбачає використання експериментів, щоб побачити, що працює, а що ні.

Інші відомі фреймворки включають екстремальне програмування (XP), адаптивну розробку програмного забезпечення, гнучке моделювання, метод розробки динамічних систем і масштабовану гнучку структуру.

Методології Agile проти Waterfall

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

Перевірений	Водоспад
Поступовий та ітераційний підхід	Лінійна та послідовна модель життєвого циклу
Гнучкий до змін	Жорсткі реалізації
Випробування та огляди тривають	Після завершення є лише один етап тестування
Вимоги можуть змінюватися	Вимоги фіксуються після планування
Колекція багатьох менших проектів	Один проект
Більше залучення клієнтів	Менше залучення клієнтів

Адаптивний проти прогнозованого розвитку

Метою гнучкої розробки програмного забезпечення є адаптація до змін у реальному світі. І це часто є результатом потреб клієнта або користувача. Адаптація різко контрастує з прогнозною природою моделі водоспаду.

Тоді має сенс використовувати гнучкі методи під час розробки систем, коли ви не дуже впевнені, як все обернеться. Або коли в галузі відбуваються постійні зміни та еволюція. Інтернет є яскравим прикладом.

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

Майстерність програмного забезпечення

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

Рух Software Craftsmanship також має маніфест, у якому йдеться:

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

Висновок

Підходячи до кінця нашого огляду гнучкої методології та розробки програмного забезпечення, ви можете побачити, що існує дуже багато варіантів.

Кожна команда різна. І так само, як різні команди розробили свої різні методи, щоб адаптуватися до мінливих часів. Вам також доведеться адаптуватися, або користуючись уже встановленою структурою, або адаптуючи її відповідно до вашої команди.