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

«Виживає той, хто здатний опанувати найшвидший рівень змін»

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

Ніхто не повинен витрачати своє життя на безцільну роботу. Це погано не лише для бізнесу — це вбиває душу.

Що треба запам’ятати
Беріться за правильний важіль. Змінюйте роботу команди. Вона має набагато більше значення — на декілька порядків, — ніж робота окремих осіб.

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

Дозволяйте автономну роботу. Надавайте командам свободу самим приймати рішення щодо порядку своїх дій — поважайте майстрів своєї справи. Здатність імпровізувати дає чудовий результат хоч у висвітленні революції на Близькому Сході, хоч у збільшенні продажів.

Орієнтуйтесь на багатофункціональність. Команда повинна мати всі потрібні вміння та навички для виконання проекту, чи то розробка програмного забезпечення Salesforce.com, чи захоплення терористів в Іраку.

Не беріть багато людей. Малі команди працюють швидше за великі. Залізне правило — це сім членів команди плюс-мінус двоє. Менше людей — менше помилок.

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

Відповідальність людини за лідерство не залежить від влади… глибоко вкорінене припущення, що влада має дорівнювати відповідальності, є коренем великого організаційного негаразду

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

Щочетверга вони сідають усі разом і проглядають так званий беклог спринту – перелік завдань, які потрібно виконати, від розроблення дизайну нової панелі приладів до тестування сигналів повороту. Вони розставляють у цьому переліку пріоритети, а потім кажуть: «Гаразд, з огляду на цей перелік, скільки речей ми можемо зробити цього тижня?» І під «зробити» вони мають на увазі «завершити» – повністю

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

Чим скоріше ви презентуєте продукт клієнтам, тим швидше вони зможуть вказати вам на можливі невідповідності.

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