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

– А потім?

Ми хотіли, щоб вони зробили те, що подобається далеко не всім: розставили пріоритети . Дуже часто люди просто кажуть, що важливе все. Але Брент прагнув почути відповідь на питання: «Що принесе проекту найбільшу цінність?» Це ми спочатку й зробимо.

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

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

Звичайно, може статись також і по-іншому: те, на що ви виділяли години, пролетить за п’ятнадцять хвилин. І тут знову постає вічне питання: «Чому ми так погано вміємо оцінювати тривалість подій?»

А ми ж таки поганенько це вміємо. Повернемось до весілля трохи згодом, але спочатку я б хотів познайомити вас із діаграмою, що має одну з найкращих назв усіх часів: «Конус невизначеності» (див. на с. 147).

Ця діаграма показує, що початкові оцінки роботи можуть коливатися від 400 до 25 відсотків реально витраченого на неї часу. Верхня та нижня межі оцінок різняться в шістнадцять разів. Причому в міру просування та виконання проекту оцінки дедалі більше вкладаються в межі реальності, доки не залишиться сама тільки реальність без жодних приблизних оцінок.

Згадаймо ситуацію з компанією Medco . Вони витратили місяці на планування своїх зусиль: як виглядатиме готовий продукт, скільки часу на нього піде. Але навіть після всіх цих місяців дослідження показує, що кожного разу вони, схоже, помилялися в цілих чотири рази. Ось чому, на мою думку, каскадна модель є дійсно безглуздим способом планування.

Я прямо чую, як ви кажете: «Гаразд, Сазерленде, ми погано вміємо оцінювати, але я ж маю щось робити, правильно? У мене повинен бути хоч якийсь план». Так, повинен. Але ключем тут є вдосконалення плану протягом проекту, а не затвердження його заздалегідь. Просто закладайте у свій план достатньо деталей для наступного підвищення цінності, тоді як решту проекту оцінюйте більшими шматками. У Scrum наприкінці кожного спринту ви отримуєте щось цінне, що можна побачити, помацати й показати клієнтам. Ви можете спитати їх: «Чи цього ви хочете? Чи розв’язує це хоча б частину вашої проблеми? Чи рухаємось ми у правильному напрямку?» І якщо відповідь негативна, змінити свій план.

То як це зробити?

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

• наречена та наречений

• квіти

• запрошення

• церква

• зала для прийому гостей

• частування

• священик

• сукня

• обручки

• музика (ді-джей чи оркестр)

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

• наречена та наречений

• священик

• обручки

• зала для прийому гостей

• запрошення

• частування

• музика

• сукня

• квіти

• церква

Сенс цієї вправи – визначити дійсно важливі речі та взятися за них передусім. Для Алекса частування та музика важливіші за церкву чи квіти. Це важливо, бо якщо ви не встигатимете чи не вкладатиметесь у кошторис, то будете знати, із чого почати скорочення – з кінця вашого переліку. Я детальніше зупинюся на цьому в розділі 8, а наразі, мабуть, досить.

У Medco такий перелік зайняв три стіни великої конференц-зали, нараховуючи сотні пунктів, підготованих шістьма різними командами. Але концепція була повністю такою самою. Організуйте перелік за цінністю, якою б вона не була. У випадку Medco це може бути цінність бізнесу, а у випадку весілля – щастя нареченої.