Agile програмування
Agile процес має важливу роль у циклі розробки та управління програмним забезпеченням. Agile має набір принципів, які зосереджують безпосередню увагу на вартості клієнта, ітераційній та додатковій доставці. Agile методи зосереджують увагу на двох різних аспектах, один - це гнучкі практики, які є екстремальним програмуванням та парним програмуванням, інші зосереджуються на управлінні проектами, що здійснюються за допомогою scrum-підходу. Агільний процес використовується тоді, коли компанія чи організація має чіткість щодо своєї мети, але шлях до вирішення неясний, застосовується спритний процес управління.
Екстремальне програмування гнучкої практики вважається найкращою практикою для отримання користі з циклу програмування. Екстремальне програмування з'явилося після появи проблем у традиційній моделі циклу розробки програмного забезпечення. Його впровадження було зроблено лише для того, щоб зосередитись на «просто виконати роботу», і це було визнано ефективним для розвитку. екстремальне програмування є випробуваною практикою гнучкої розробки; він приділяє максимум уваги взаємодії з клієнтами, щоб знати точну вимогу, а потім тільки вступати в розробку продукту.
Функціонування спритного програмування
Він розділяє обробку всього циклу на менші або короткі цикли. Під час фази розробки або, можна сказати, стадії перед поставкою (може бути і останньою стадією), замовник може внести зміни, виходячи з його вимоги. Він працює в п'ять фаз -
- Дослідження - Екстремальне програмування ініціює цикл розробки продукту, збираючи вимоги від користувача. Користувач позначає свої ідеї або вимоги на сюжетній картці, яку вони хочуть побачити в час випуску. Слоти для карт розповіді визначають атрибут, який слід додати до продукту. На цьому ж етапі команда документує практику, інструменти та технології, необхідні для розробки продукту, виходячи з вимог користувача. Технологія, необхідна для створення нового продукту, перевірена та досліджено нові можливості, створивши прототип системи. Щоб завершити етап дослідження, може знадобитися тиждень або кілька місяців, це повністю залежить від того, наскільки програміст знайомий з технологією.
- Планування - зібрані дані потім розділяються на невеликі цикли, щоб зрозуміти кожен біт потреби користувача. Дані мають пріоритет для першого випуску продукту, після чого відбувається розробка. Оцінка та графік зусиль для першого випуску розраховуються, а потім узгоджуються щодо випуску. Перший період випуску - менше двох місяців.
- Ітерації - на цьому етапі відбувається декілька ітерацій систем до виходу першого продукту. Ітерації поділяються на ряд невеликих ітерацій та даються два-чотири тижні для їх виконання. Зараз фаза планування ітерації активна, це означає, що рішення щодо розподілу циклу, вимоги щодо пріоритету та робочої сили, необхідних для розвитку, береться за рішення. Ітерації створюють контур системи, тоді система досягається шляхом вибору карток із сюжетних карт, зроблених користувачем. Рішення приймає користувач, для якого вибрати перший. Клієнт запускає ітерацію в кінці кожного слота, який він вирішив для кожної ітераційної частини.
- Виробнича продукція - Ця фаза вважається важливою, оскільки остаточне тестування проводиться на цій фазі перед тим, як доставити товар замовнику, продуктивність перевіряється. Нові зміни, ймовірно, будуть знайдені протягом цього часу і які повинні бути правильними в продукті до першого випуску товару. Команда готова прийняти зміни на будь-якій фазі розвитку, оскільки нові вимоги можуть виникнути протягом будь-якої фази. Для виправлень час ітерації потрібно скоротити з трьох до одного тижня. Інші ідеї та пропозиції зберігаються для подальшої реалізації. Виробництво продовжується після першого випуску продукту для того ж продукту, або для нових ітерацій. Команда з технічного обслуговування просить виправити дефекти під час цієї фази, це робиться після першого випуску виробу. Спілкування із замовником можна також запитати через службу підтримки клієнтів. Під час технічного обслуговування може знадобитися додавання нових членів команди та зміни в команді, структура.
- Фаза смерті - це фаза, коли замовник погоджується більше не використовувати карту історії. Це етап, коли можна зробити остаточну документацію щодо продукту, вважаючи, що більше не змінюються в архітектурі, дизайні чи коді. Потрібно переконатися, що продукт доставив потрібний товар, а система вважатиметься смертю. Це повинно тримати витрати в межах ліміту для подальшого розвитку.
Команда (роль та відповідальність)
Agile cycles має декілька членів (команду) для створення нового продукту. Кожне завдання ділиться між командою і збирається після того, як все зроблено добре.
- Програміст - Програміст є одним з основних елементів, він створює код для продукту і, зберігає код простим і певним до можливості. Найкращий спосіб кодування правильно - це спілкування з іншими програмістами та товаришами по команді. Це може бути знання точних вимог до товару.
- Замовник - Замовник є основним органом, який пише сюжетні картки для його вимог і вирішує, яка вимога буде задовольняти його потреби. Пріоритет реалізації встановлюється замовником.
- Тестер - Тестер відповідає за виконання функціональних тестів, він допомагає замовнику писати функціональні тести. Тестування проводиться впродовж (регулярно) та інструментів тестування.
- Tracker - Tracker надає зворотній зв'язок і відстежує оцінку, зроблену командою, також надає пропозиції щодо вдосконалення.
- Тренер - Тренер - це керівництво для членів команди протягом усього процесу розвитку. Він досвідчений, хто переробляє багато років.
- Консультант - Консультант - це зовнішній член, який керує командою конкретними технічними знаннями, які можуть знадобитися для розробки проекту.
- Менеджер - Він є вирішальним органом. Менеджер тримає команду на шляху, щоб виконати роботу. Він відкритий для спілкування з членами команди щодо питань, з якими стикається команда під час розвитку. Він гарантує, що робота прогресує безперебійно, поки проект не буде виконаний.
Рекомендовані статті
Це було керівництвом програмування Agile. Тут ми обговорюємо функціонування та роль команди та відповідальність програмування Agile. Ви також можете переглянути наступні статті, щоб дізнатися більше -
- Що таке розробка програмного забезпечення Agile?
- Чи є мова програмування MySQL?
- Що таке Agile і Scrum?
- Що таке мова програмування Котліна?