запит на зміну (change request)
Також називають: запиту на зміну, запити на зміни, запитів на зміни, запит на зміни
Короткий письмовий запит змінити те, що проєкт робить, коли чи за скільки, з причиною і ціною в днях, грошах або іншому обсязі робіт. Він перетворює «а можна ще…» на рішення, яке хтось ухвалює свідомо.
Запит на зміну (change request) — це короткий письмовий запит змінити те, що проєкт робить, коли або за скільки. Його мета не бюрократія, а те, щоб кожну зміну вирішував той, хто бачить її ціну. Без нього зміни приходять бічними дверима (розмова в коридорі, повідомлення одному розробникові), і план тихо перестає відповідати роботі.
Легкому керуванню змінами потрібні чотири речі. Одні двері: кожен запит, від кого б він не був, зокрема від спонсора, доходить до керівника проєкту письмово. Оцінка впливу на кілька рядків: що змінюється, скільки днів, скільки грошей, що ще зсувається, і рекомендація; числа дають люди, які робитимуть роботу, а не здогадка. Названа особа, що вирішує: у брифі записано, хто вирішує зміни дати, бюджету, меж обсягу і критеріїв успіху, а погоджений поріг дає керівникові проєкту змогу вирішувати дрібні зміни й повідомляти про них. І запис у журналі рішень.
Комітет не потрібен. Рада змін, що збирається щомісяця, надто повільна для проєкту, який вимірюють тижнями; одна людина, що вирішує, зі строком відповіді (скажімо, два робочі дні) працює швидше і зрозуміліше. Якщо відповіді немає, нагадайте: мовчання — не «так» і не «ні», а очікування означає, що рішення ухвалить календар.
Не кожен запит потребує повного шляху. Поміняти місцями два завдання в межах того самого тижня — рішення керівника. Усе, що зачіпає фіксовану дату, грошову стелю чи погоджений обсяг, проходить через двері, хоч би яким дрібним здавалося.
Приклад
Перший тиждень січня 2027 року, запуск фізики в Klasna. Відділ маркетингу просить безкоштовний пробний урок фізики для кожної родини зі списку очікування. Керівник проєкту питає тих, хто робитиме роботу, і пише оцінку впливу:
- Що змінюється: близько 100 безкоштовних пробних уроків до старту плюс тип бронювання «пробний».
- Гроші: кожен урок однаково оплачує репетиторові 430 грн і коштує 31 грн на відео та AI: 430 + 31 = 461 грн. 100 × 461 = 46 100 грн із 52 000 грн, що лишилися під стелею в 600 000 грн; залишок 52 000 − 46 100 = 5 900 грн.
- Дні: 4 дні Danylo в січні, яких у розкладі немає.
- Що ще зсувається: запас на проблеми з оплатою майже зникає.
- Рекомендація: без пробного уроку до старту; повернутися до питання в березні з реальними даними про бронювання.
Погоджений поріг дозволяє керівникові вирішувати зміни до двох днів буфера і до 10 000 грн із резерву. Цей запит перевищує обидва, тож іде до Leo, спонсора, який відповідає письмово протягом двох робочих днів. Власна ідея Leo, висловлена мимохідь, — сторінка прогресу для батьків — проходить через ті самі двері й отримує таку саму оцінку.
Типові помилки
- Бічні двері. Запит без письмової оцінки потрапляє в роботу, хоча ніхто не бачив його ціни, і запити спонсора тут не виняток.
- Вгадувати вплив. Дні й гроші питайте в тих, хто робитиме роботу.
- Комітет на все. Погодьте поріг, нижче якого вирішує керівник проєкту і повідомляє про це.
- Вважати мовчання згодою. Нагадуйте про прострочене рішення; рішення не має ухвалювати календар.
- Забувати про запис. Без запису в журналі рішень той самий запит через місяць повернеться як новий.
Вивчити в курсі
- Зміни без комітету і журнал рішень · Пропускай кожну зміну через одні двері, пиши коротку оцінку впливу в днях і грошах, дай вирішувати названій людині й записуй кожне рішення кількома рядками.
- Кейс: спонсор щотижня змінює пріоритети · Leo одного тижня хоче мобільний попередній перегляд, а наступного — групові заняття. З’ясуй, що за цим стоїть, покажи ціну кожної зміни в днях і грошах і попроси рішення письмово.