Ендрю. Я не знайомий з військовими системами - що таке командно-адміністративна система?
Ніл. Це інформаційна система військових командирів. Вона дозволяє їм спілкуватися один з одним і підтримувати ситуаційну обізнаність: знати розташування військ і їх статус. Завдяки цьому командир розуміє, що відбувається. Раніше битви проходили на невеликих площах і командир міг стояти на пагорбі з біноклем і спостерігати за тим, що відбувається. Але приблизно до 1900 року поля битв стали настільки великими, що ви вже не можете стояти на пагорбі, як це робив Наполеон. Ви повинні почати використовувати технологію, щоб «бачити» все поле бою. І системи, які роблять це, називаються командно-адміністративними.
Командно-адміністративне управління проектом схоже на військову систему.
• Слово «командне» має відношення до того, як керівник проекту розподіляє роботу в команді. Команда може не звітувати перед керівником, але він контролює виконання всіх своїх розпоряджень. Він ділить роботу на частини, створює графік виконання завдань, розподіляє їх і ресурси всередині команди.
• Слово «адміністративне» описує спосіб, за допомогою якого керівник управляє змінами. Кожен проект стикається зі змінами: робота займає більше часу, ніж очікувалося, люди хворіють або залишають проект, обладнання виходить з ладу і т. Д. Керівники проектів постійно стежать за цими змінами і керують проектом, оцінюючи кожну зміну, оновлюючи плани, включаючи зміни в графіки робіт, виробляючи призначення в команді, а також керуючи очікуваннями всіх зацікавлених сторін, щоб виключити несподіванки.
Причина, по якій традиційний менеджер проекту відчуває незручності, вперше зіткнувшись зі змінами, в тому, що ті ж самі проблеми будуть відбуватися і в agile-проектах, і команда повинна бути в змозі відповідати на них. Просте прийняття змін виглядає як гарантований спосіб хаотізіровать проект. Якщо agile-команди не використовують командно-адміністративний підхід, то як вони примудряються справлятися з усіма цими змінами, одночасно вирішуючи і всі ті проблеми, з якими проектні команди стикаються щодня?
3.1. Команда використовує ітерації для частої доставки працює програмного забезпечення, додавання нових функцій з кожним релізом
Ключ до схвалення змін без внесення хаосу полягає в частій постачання робочої програми. Команда використовує ітерації, щоб розбити проект на частини з регулярними термінами здачі. Під час ітерацій команда поставляє робоче ПО. Після закінчення кожної ітерації команда проводить демонстрацію, показуючи клієнту створений продукт, а також попередні варіанти, щоб подивитися, які уроки можна витягти з даної ситуації. Потім починають сеанс планування, щоб з'ясувати, що вони будуть створювати в наступній ітерації. Передбачуваний графік і постійні точки контролю допомагають команді відстежити ці зміни на ранніх стадіях і створюють атмосферу, в якій не прийнято шукати винуватого, коли кожен може обговорити зміни і придумати стратегію, щоб включити її в проект.
У цей момент Agile стає привабливою для традиційного командно-адміністративного менеджера проекту. Такий менеджер хоче контролювати термін. Установка обмежень на тривалість ітерацій дає йому цю можливість. Крім того, вирішується також одна з головних задач менеджера - робота зі змінами, які виникають в самому кінці проекту. Один з найбільш складних моментів у роботі традиційного менеджера - моніторинг змін. Щоденні звіти і ретроспективи ітерацій дозволяють керівнику проекту заручитися підтримкою всіх членів команди, адже вони тепер очі і вуха керівника, що допомагають виявити необхідність змін, перш ніж вони стануть причиною більш серйозних проблем в проекті.
Роль менеджера проекту в тому, щоб ініціювати заміну командно-адміністративної системи управління, при якій йому необхідно щодня давати завдання членам команди і постійно коригувати план робіт, щоб направити їх в потрібне русло. Тепер менеджер взаємодіє з командою лише для того, щоб переконатися: кожен фахівець бачить єдину картину і трудиться над загальними цілями. Найпростіше це виконати, коли команда працює в режимі коротких ітерацій, що дозволяють постачати робоче програмне забезпечення. Це ставить перед кожним учасником конкретні цілі і дає йому вичерпне уявлення про те, над чим працює команда, а також почуття відповідальності не тільки за свою роботу, а й за загальний результат після закінчення ітерації.