XP
Методологія "Extreme Programming" (XP) - це одна з Agile-методологій, що використовується винятково для розробки програмного забезпечення.
XP заснована на принципах обміну знаннями в команді, частих ітераціях і тестуванні. Методологія включає в себе 25 практик, які спрямовані на поліпшення якості коду, прискорення процесу розробки та підвищення задоволеності клієнтів.
Загалом, XP найкраще підходить для проєктів, або окремих їхніх компонентів, де потрібна гнучкість, швидкість, якість і високий рівень взаємодії між учасниками процесу розробки та замовником.
Scroll
Методологія орієнтована на невеликі, але високоекспертні (Senior) команди до 10-12 осіб, які повинні виконувати найскладніші, технологічні та вимогливі до якості проекти.
Ми рекомендуємо цю методологію для таких проєктів, як рушії ігор, моделі AI, ядра фреймворків, компілятори тощо. Методологія відмінно проявляє себе скрізь, де є відносно невеликі, але складні з погляду технологічності та масштабності завдань проєкти, або окремі їхні частини.
Окремі практики XP взяті на озброєння співтовариством розробників по всьому світу та успішно застосовуються в переважній більшості наявних проєктів.
- Перелік практик XP:
- Planning game: Команда розробки та замовник взаємодіють, щоб визначити вимоги до проєкту та планувати їх виконання на короткі періоди часу.
- Small releases: Проєкт випускається в маленьких інкрементах, кожен з яких додає нову функціональність до проєкту.
- Metaphor: Використання образів і метафор, щоб допомогти команді та замовнику краще зрозуміти проєкт і його цілі.
- Simple design: Простий і зрозумілий дизайн, який легко підтримувати і модифікувати.
- Testing: Автоматичне тестування на всіх рівнях розробки (від модульних до інтеграційних) та інтенсивне тестування вручну.
- Pair programming: Розробники працюють у парах над одним завданням, щоб підвищити якість і продуктивність коду.
- Collective ownership: Кожен член команди може змінювати будь-яку частину коду проєкту, що дає змогу швидко реагувати на зміни вимог.
- Continuous integration: Часта інтеграція нового коду в основну гілку проєкту, щоб уникнути конфліктів і забезпечити швидке виявлення помилок.
- 40-hour work week: Команда працює над проєктом лише 40 годин на тиждень, щоб підтримувати високу продуктивність і уникнути перевантаження.
- On-site customer: Замовник присутній в офісі розробників, щоб забезпечити більш ефективне спілкування та швидке ухвалення рішень.
- Sustainable pace: Команда працює на стабільному і стійкому темпі, щоб уникнути виснаження і зберегти високу продуктивність на довгостроковій основі.
- Coding standards: Стандарти кодування і керівництво, які допомагають команді зберігати консистентність і якість коду.
- Refactoring: Покращення коду шляхом спрощення, поліпшення продуктивності та зменшення складності.
- Whole team: Кожен член команди працює разом над спільною метою, а не на різних етапах процесу розроблення або в різних частинах проєкту. Кожен член команди має свої обов'язки та відповідальність, але всі вони працюють разом для досягнення спільної мети.
- Informative workspace: Робоче місце розробника має бути інформативним, зручним і допомагати їм у роботі.
- Energized work: Команда працює в приємному і мотивуючому середовищі, в якому є зручні умови для роботи. Наприклад, комфортна температура, доступ до питної води, природного світла, здорової їжі тощо. Це допомагає знизити стомлення і підвищити продуктивність.
- Iteration demo: Кожен цикл розробки закінчується демонстрацією результатів клієнту. У процесі демонстрації команда отримує зворотний зв'язок від клієнта, що допомагає уточнити вимоги і розуміння завдання.
- Slack: Наявність вільного часу в розкладі учасників команди допомагає уникнути надмірної зайнятості та стресу, а також дає можливість розслабитися, поспілкуватися з колегами та налаштуватися на роботу.
- System metaphor: Використання загальної метафори дає змогу всій команді розуміти проєкт з одного погляду. Метафора допомагає описувати проєкт і документувати його, а також полегшує комунікацію між розробниками та клієнтами.
- Customer tests: Команда розробляє тести, які перевіряють відповідність продукту вимогам клієнта. Це допомагає упевнитися, що продукт задовольняє потреби клієнта і працює коректно.
- Root cause analysis: У разі виникнення проблем команда проводить аналіз причин і розглядає всі аспекти, які могли призвести до виникнення проблеми. Це дає змогу уникнути повторення помилок і підвищує якість роботи команди.
- Incremental design: Розробка продукту відбувається поступово і невеликими кроками. Це дає змогу уникати великих помилок і дозволяє команді швидко реагувати на зміни вимог клієнта.
- Real customer involvement: Клієнт безпосередньо бере участь у процесі розробки продукту і дає зворотний зв'язок команді. Це допомагає команді розуміти вимоги клієнта і працювати відповідно до них.
- Shared understanding - це практика, спрямована на те, щоб усі учасники проєкту мали спільне розуміння цілей і завдань проєкту. Для досягнення цього XP пропонує використовувати різні інструменти, як-от колективне обговорення та демонстрація результатів, спільне навчання, а також створення спільної моделі та архітектури проєкту.
- Automated acceptance tests - це автоматизовані тести, які перевіряють, чи задовольняють продукти та функції вимогам замовника та специфікації проекту. Вони дають змогу швидко виявляти помилки та відхилення від вимог, а також швидко вносити зміни в продукт. Ця практика допомагає поліпшити якість коду і підвищити довіру замовника до продукту.