Урок 3 з 4
Управління змінами
Зміни як частина роботи
Зміни в проєкті трапляються так само регулярно, як мітинги. Стрес вони викликають тоді, коли команда не має плану, як на них реагувати. Тож приймайте зміни (embrace the changes) і домовтеся про правила заздалегідь.
Зміни приходять від:
- замовника чи користувачів, які просять нове;
- команди, яка знайшла кращий спосіб;
- ризиків, які справдилися;
- дефектів, які треба виправити;
- нових правил: закону чи вимог магазинів застосунків.
Шкодять проєкту неконтрольовані зміни. Саме з них починається розростання змісту з модуля 7.
Як проходить зміна
Для будь-якої зміни базових планів у проєкті один шлях — інтегрований контроль змін:
- Запит на зміну: хто і що пропонує, навіщо.
- Оцінка впливу: що зміниться в змісті, строках, грошах, ризиках і якості.
- Рішення: погодити, відхилити чи відкласти. Вирішує той, у чиїх повноваженнях ця зміна.
- Оновлення планів і повідомлення всім, кого вона стосується.
- Виконання і перевірка.
Усі запити, навіть відхилені, записують у журнал змін. Через місяць не доведеться згадувати, чому вирішили саме так.
Запит на зміну
Оберіть запит і подивіться, на що він вплине і хто його погоджує.
- Зміст
- без змін
- Строки
- +3 роб. дн.
- Гроші
- +3 тис. грн
- Ризики й якість
- менше помилок у релізі
- Погоджує
- керівник проєкту
Погодити: зміна в межах порогів, а якість зростає.
Пороги ескалації
Щоб кожна дрібниця не йшла до засновників, студія домовляється про пороги. Керівник проєкту сам погоджує зсув до одного тижня і витрати до 10 тис. грн з резерву. Більші зміни вирішують засновники.
Надто широкі пороги дозволяють проєкту розростися непомітно. Надто вузькі змушують кожне рішення чекати тиждень.
Як провести зміну через людей
Після погодження зміну ще треба впровадити, а роблять це люди. Зміна ламає їхні плани і частину вже зробленої роботи. Дизайнер, чиї п'ять рівнів відклали, бачить, що тиждень роботи пішов у шухляду. Тестувальник, якому скоротили час на перевірку, боїться, що в релізі залишаться помилки. Якщо людям не пояснити причину, вони виконають рішення формально або тихо чинитимуть опір.
Для впровадження змін є чотири стратегії:
- Примус: керівник вирішує директивно. Це швидко, але викликає опір.
- Переконання: керівник пояснює аргументами й цифрами. Найпоширеніша стратегія.
- Нові цінності: люди отримують інформацію і самі бачать потребу в змінах. Це довго, зате надійно.
- Компроміс: шукають рішення, яке влаштує більшість. Найскладніше в реалізації.
В адаптивних проєктах
Нові ідеї йдуть у беклог, і власник продукту вирішує, коли їх робити. Склад поточного спринту посеред спринту не змінюють. Зміну бюджету чи дати релізу все одно погоджує спонсор.