Джефф Сазерленд - Scrum. Навчись робити вдвічі більше за менший час

Ось чому я запропонував ідею так званих безкоштовних змін. У стандартному контракті з фіксованою вартістю просто зазначається, що зміни є безкоштовними. Складається перелік усіх характеристик, яких ви очікуєте. Наприклад, якщо ви виробляєте танк, вам потрібно, щоб він розвивав швидкість до 120 кілометрів на годину, робив десять пострілів на хвилину, вміщував чотирьох членів екіпажу, мав кондиціонер і т. д. – усе, що ви вважаєте за необхідне для цього танка. Розробник дивиться на цей опис і каже, що зробити такий двигун – це буде, гм, 100 балів, зарядний механізм хай буде 50, екіпаж – 5 і так далі за переліком. Наприкінці кожна характеристика матиме свій відповідник у кількості балів. Тоді клієнт, який у цьому сценарії зобов’язаний контрактом тісно співпрацювати з власником продукту, кожного спринту може повністю змінювати свої пріоритети. Будь-який пункт чи характеристика беклогу можуть бути пересунуті деінде. А як щодо нових характеристик? Жодних проблем: просто викидаєте рівноцінні характеристики з переліку завдань. О, тепер ви хочете лазерну систему наведення? Добре, це буде 50 балів роботи – для компенсації цього доповнення викиньмо на 50 балів низькопріоритетних характеристик із нижньої частини беклогу.

Деякі компанії вивели цю ідею на новий рівень, надаючи клієнтам лише високопріоритетні опції. Кілька років тому я почув про одну фірму, де використовують систему Scrum , яка отримала 10-мільйонний контракт на розробку програмного забезпечення для великої будівельної компанії. Обидві сторони погодилися на строк у двадцять місяців. Однак компанія-розробник вставила в контракт пункт, що якщо будівельна фірма захоче розірвати його в будь-який час, то може це зробити, сплативши лише 20 відсотків вартості решти контракту. Фактично, якщо програмне забезпечення працювало так, як хотіли будівельники, вони могли зупинити Scrum -команду, щоб та більше нічого не робила.

Розробники програмного забезпечення почали спринти, які тривали в них по місяцю. Після першого місяця клієнт переспрямував деякі зусилля розробників на отримання більшої цінності. Другий місяць – те саме. Після третього місяця клієнт розірвав контракт, забрав програмне забезпечення та запустив його в роботу. Він отримав цінність, якої потребував.

Давайте тепер трохи порахуємо, щоб побачити, як від цього виграли всі. У перші три місяці контракту будівельники заплатили Scrum -команді 1,5 мільйона доларів. Дострокове розірвання контракту вимагало від них сплатити 20 відсотків від решти суми у 8,5 мільйона, що склало 1,7 мільйона доларів. Тобто вони заплатили 3,2 мільйона доларів за частину програмного забезпечення, яке вважали вартим 10 мільйонів, і отримали його на сімнадцять місяців раніше.

При цьому вони були аж ніяк не єдиними, хто залишився у виграші. Scrum -компанія підписала контракт, від якого очікувала отримати 15 відсотків чистого прибутку. Тому в ці перші три місяці вони витратили на розробку 1,3 мільйона доларів. Але отримали вони 3,2 мільйона. Їхній чистий прибуток зріс із 15 до 60 відсотків, а це – 400-відсоткове збільшення доходів. І тепер, звільнившись від проекту, вони могли взятися за інші. Це не просто вигідна угода. Це стратегія дострокового заробляння собі на пенсію.

Вони змогли зробити це завдяки особливостям роботи Scrum . Керуючи собою як багатофункціональним підрозділом, команда зуміла швидко прискоритись, принісши більшу цінність за менший час. Наприкінці кожного спринту спостерігалося чергове покращення базового продукту. Він працював. Його можна було застосувати відразу. У кожному спринті власник продукту мав можливість змінити пріоритети беклогу на підставі відгуку клієнта. А коли для клієнта було створено достатню цінність, усі припинили роботу. Таким чином, Scrum синхронізує інтереси всіх учасників процесу: команди, Scrum -майстра, власника продукту, клієнта і компанії. Усі працюють над досягненням спільної мети та зі спільним баченням: створити справжню цінність якнайшвидше . Я щиро вірю в ситуації виграшу для всіх, і можливість заробити більше грошей створенням кращих продуктів за нижчою ціною здається мені дуже навіть непоганою угодою.

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