Ода спритності

«Agility порожній».

Це я собі раніше думав.

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

Але насправді ні.

Це упередження я точно проковтнув завдяки а Scrum навчання запропонований Ксебія (і під керівництвом талановитого Scrum-тренера Бруно Сбілле), в якому я мав задоволення брати участь. Сертифікаційний тренінг для власника продукту Scrum, розрахований на 2 дні.
І це була з першого дня одна вправа, яка повернула мої ідеї на місце...

Влучна назва «Вправи для літаків»!

Візьміть 3 команди по 5/8 людей і попросіть їх виготовити найбільшу кількість паперових літачок за 3 хвилини.

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

la-fi-tn-45-foot-paper-airplane-glides-over-ar-002

#погана стратегія

Не впевнені, ми думали зробити 4.
0 вкрали.

Інші 2 команди виступили краще за нас, але також нічим похизуватися.
Потім у нас була можливість хвилину дискутувати, щоб виправити нашу стратегію і дати нову оцінку перед ще 3 хвилинами інтенсивного фолдування.

Оголошено: 16.
Продуктів: 14.

3-й раунд:

18 оголосили…
Вилетів: 18!

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

Одкровення, Шок, Освітлення.

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

tn_BLUES_BROTHERS-12

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

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

Ймовірно, несексуальні міркування, помічені оком кодера.

Але це також неймовірно генеруючий емулятор і дуже корисний інструмент.

Уявіть, що успіх вашої команди зростає з кожним «спринтом» (ітерацією), а якість оцінки покращується, як у прикладі з літаками.
Захоплююче чи не так?

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

Уявіть, що ви постійно знаєте, що кодують ваші 4, 5, 6 колег-розробників, і маєте можливість адаптувати загальну стратегію в будь-який час відповідно до терміну?
Вражаюче?

Ну так ! 3 рази.

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

Отже, це моя Mea Culpa.

«Аджіліті, я люблю тебе.

серце

Тизер: ІТ-платформа, на якій я працюю, зараз готується до свого перетворення в пристрій «Feature Team» à la Spotify… Проект, який обіцяє бути настільки ж болючим, як і корисним. Далі буде…

Лоран Мазелла, UX-Scientist @UX-Republic