Спритні методи в проектах: найважливіше + ілюстрація Scrum

Що означає «гнучкий» в управлінні проектами?

Хоча традиційні методи мають на меті послідовно обробляти різні фази проекту (також відомий як цикл розвитку каскаду або навіть V цикл), принцип Agile -методів полягає в тому, щоб розрізати його на субанономні частини (або підпроекти). ) (ми також говоримо про ітераційний розвиток).

Частини (ітерації) утворюють проект в цілому.

Спритний маніфест, основоположні принципи

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

У цьому документі виділено 4 значення:

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

Виходячи з цих цінностей, Маніфест визначає 12 принципів:

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

Які переваги?

Такий підхід дозволяє отримати:

• - більша гнучкість працюючи над автономними підрозділами. Вони можуть бути спроектовані, випробувані, змінені знову без впливу на весь проект. Розгляд невстановлених потреб на етапі аналізу або поява нових функціональних можливостей під час розробки. З досвіду важко все продумати на етапі визначення необхідності класичного підходу до управління проектами.
• - Більше надійності та якості: шляхом спрощення складності, безперервного тестування, просування зворотного зв'язку, обміну з клієнтами.
• - Зменшення ризиків: швидке виявлення завдяки коротким циклам.
• - Кращий контроль витрат: відсутність дорогих відкотів - при необхідності проект можна швидко зупинити.

Але і межі

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

У цих ситуаціях керівник проекту (незалежно від його імені у вибраному методі) повинен мати можливість арбітрувати на благо проекту, а також інтересів клієнта.

Спритні методи

Принципи спритності структурно засвоюються кількома методами. Зосередьтеся на одному з найпопулярніших:

Метод Скрама

Ініційований Хіротакою Такеучі та Ікудзіро Нонакою, потім формалізований Кен Швабер та Джефф Сазерленд, цей метод пропонує дуже структуровану основу для застосування принципів спритності.

Спринт, серце Скраму

Цей підхід базується на повтореннях від 2 до 4 тижнів. Це знаменитий "Спринт" . Це підрозділи проекту, визначені принципом Agile. Кожен Sprint має на меті поставити клієнту потенційно корисну версію продукту.

Послідовні спринти додають функції до продукту або покращують вже розроблені. Ми говоримо про збільшення продукту.

Спринт починається після завершення попереднього. Це поступовий процес.

Ця система базується на трьох опорах:

- прозорість: розробка спільного стандарту для забезпечення спільного розуміння.

- перевірка: перевірки проводяться регулярно.

- адаптація: у разі виявлення відхилення під час перевірки вносяться корективи.

Спринти структуровані навколо кількох організаційних інструментів (так званих подій):

• Планування спринту: зустрічі для вибору та планування пріоритетів для кожного Sprint з точки зору переліку функцій продукту (Sprint Backlog).
• S crum (Daily M elée): щоденні координаційні зустрічі між членами команди проекту. Часто це відбувається у формі "зустрічі в режимі стенда" (коротка зустріч, 10-15 хвилин, стояння).
• Огляд Sprint: підсумкова зустріч в кінці кожного Спринту з метою перевірки розроблених функціональних можливостей.
• Ретроспектива Sprint: Одразу після огляду Sprint, це звіт, метою якого є постійне вдосконалення практики. Команда обговорює успіхи та труднощі, відзначає, що спрацювало, а що ні. Завжди є уроки для наступних спринтів.

У складі входів і виходів процесу, які називаються "артефактами"

• Відставання продукту: перелік особливостей продукту.
• Відставання Sprint: планування елементи Backlog продукту, які будуть впроваджені під час Sprint, щоб забезпечити збільшення продукту з функціональними можливостями, необхідними для цього кроку. Відставання в спринті не виправлено, але, швидше за все, буде розвиватися під час спринту.
• Приріст продукту: вже згадувалося вище.

З ролями, визначеними для кожного:

• Власник товару - PO: бізнес -експерт, клієнт , представляє клієнта та втручається з функціональної сторони.
• Scrum Master: координатор проекту та гарант поваги до методу Scrum.
• Команда: інші зацікавлені сторони проекту (зокрема розробники).

Інші гнучкі методи розвитку

Крім Scrum, є й інші підходи, кожен зі своїми особливостями:

• Екстремальне програмування (XP): широко використовується в інженерії програмного забезпечення
• FDD (функціональна розробка)
• Метод розвитку динамічної системи (DSDM): один з найдавніших
• Адаптивна розробка програмного забезпечення (ASD)
• Crystal Clear: орієнтовані "маленькі команди"