Шаблоны · Планирование проектов
Шаблон запроса на изменение (бесплатная форма и журнал изменений)
Этот бесплатный шаблон запроса на изменение даёт вам два инструмента в одном файле: одностраничную форму запроса на изменение для описания предлагаемого изменения и его влияния и журнал изменений , в котором фиксируются каждый запрос, решение по нему и кто его утвердил. Скачайте его для Google Sheets, Excel или PDF в базовой, продвинутой или экспертной версии.
Главное
- Запрос на изменение — это формальное предложение изменить согласованный объём, график, бюджет или другой базовый план. Это предложение, а не утверждение.
- В шаблоне две вкладки: журнал изменений для всех запросов и одностраничная форма для каждого отдельного изменения.
- Прежде чем кто-либо примет решение, оцените каждое изменение по пяти областям: объём, график, стоимость, качество и риск.
- Заранее согласуйте пороги утверждения, чтобы мелкие изменения проходили быстро, а крупные доходили до спонсора или совета по управлению изменениями.
- Когда изменение утверждено, обновите план, базовый план и проинформируйте заинтересованные стороны. Утверждённое изменение, так и не попавшее в план, — всё равно расползание объёма.
Бесплатно · без регистрации
Получить шаблон запроса на изменение
Выберите уровень и формат: Google Sheets, Excel или готовый к печати PDF. Таблицы содержат выпадающие списки, формулы и примеры строк, которые можно заменить своими.
Полный шаблон со всеми вкладками, выпадающими списками и формулами.
Что такое запрос на изменение?
A запрос на изменение — это формальное предложение изменить то, что уже согласовано в проекте, например его объём, график, бюджет, результат или план. В нём описывается изменение, объясняется, зачем оно нужно, излагается его влияние на сроки, стоимость, качество и риски и фиксируется, было ли изменение утверждено, отклонено или отложено и кем.
PMBOK Guide рассматривает запросы на изменения как входные данные для интегрированного управления изменениями, а в более ранних изданиях они делятся на четыре вида: корректирующее действие (возвращение исполнения в соответствие с планом), предупреждающее действие (предотвращение будущего отклонения), исправление дефекта (исправление продукта, не соответствующего требованиям) и обновления проектных документов или планов.
Ключевое слово — *предложение*. Подача запроса на изменение не означает, что изменение произойдёт. Она запускает короткий прозрачный процесс, в ходе которого человек с соответствующими полномочиями оценивает влияние и принимает решение. Именно этот процесс не даёт проекту сползти в расползание содержания.
Полный процесс вокруг формы см. в нашем руководстве по управлению изменениями.
Предварительный просмотр журнала изменений
Первая вкладка — журнал изменений. Строки-примеры ниже показывают три типичных запроса на разных стадиях; замените их своими.
| № ЗИ | Дата регистрации | Инициатор | Описание изменения | Причина | Влияние: содержание | Влияние: сроки (дни) | Влияние: стоимость ($) | Приоритет | Решение | Кто утверждает | Дата решения |
|---|---|---|---|---|---|---|---|---|---|---|---|
| CR-001 | 10 февраля 2026 г. | Руководитель продаж | Добавить экспорт в CSV на странице счетов | Запросы клиентов | Небольшое дополнение | 3 | 2,400 | Средний | Утверждено | Спонсор | 12 февраля 2026 г. |
| CR-002 | 18 февраля 2026 г. | Служба безопасности | Добавить многофакторный вход | Политика безопасности | Новая функция | 10 | 9,000 | Высокий | Утверждено | Управляющий комитет | 24 февраля 2026 г. |
| CR-003 | 1 марта 2026 г. | Маркетинг | Изменить фирменные цвета | Ребрендинг | Переработка дизайна | 5 | 3,500 | Низкий | Отложено | Спонсор | 4 мар. 2026 |
Строки-примеры приведены для иллюстрации: замените их своими.
Что входит в шаблон запроса на изменение
Шаблон — это электронная таблица с двумя взаимосвязанными вкладками. Используйте вкладку «Форма запроса на изменение» , чтобы подробно описать одно изменение, затем добавьте его краткое описание в одну строку на вкладку Журнал изменений , чтобы видеть все запросы и общее влияние в одном месте.
- Журнал изменений: № ЗИ, Дата подачи, Кем подан, Описание изменения, Причина, Влияние: объём, Влияние: сроки (дни), Влияние: стоимость ($), Приоритет, Решение, Кем утверждено, Дата решения
- «Форма запроса на изменение»: Поле, Сведения
Вкладка журнала изменений
В журнале изменений 12 столбцов: № ЗИ, Дата регистрации, Инициатор, Описание изменения, Причина, Влияние: содержание, Влияние: сроки (дни), Влияние: стоимость ($), Приоритет, Решение, Кто утверждает и Дата решения. В продвинутой и экспертной версиях «Решение» — выпадающий список («На рассмотрении», «Утверждено», «Отклонено», «Отложено»), а «Приоритет» — выпадающий список («Высокий», «Средний», «Низкий»).
Вкладка формы запроса на изменение
Форма — простая таблица из двух столбцов («Поле» и «Сведения») с 12 полями: номер запроса на изменение, кем и когда запрошено, описание изменения, причина или выгода, рассмотренные варианты, влияние на объём, влияние на график, влияние на стоимость, влияние на качество и риски, рекомендация, решение и условия, а также кем и когда утверждено. Используйте одну форму на каждое изменение.
Какую версию скачать?
| Версия | Что входит | Лучше всего для |
|---|---|---|
| Начальный уровень | Одна вкладка с основными столбцами журнала: № ЗИ, Дата подачи, Кем подан, Описание изменения и Решение | Небольшие проекты, которым нужна лишь запись запросов и решений |
| Продвинутый уровень | Обе вкладки (журнал изменений и форма запроса на изменение) со всеми 12 столбцами журнала и выпадающими списками решения и приоритета | Большинство проектов со спонсором или клиентом, утверждающим изменения |
| Экспертный | Всё, что есть в продвинутой версии, плюс вкладка инструкций, дашборд, автоматически подсчитывающий запросы по приоритету и решению, цветовая индикация решений и приоритетов и вкладка истории изменений | PMO, клиентские работы и проекты с советом по управлению изменениями |
Что включить в запрос на изменение
Хороший запрос на изменение даёт утверждающему достаточно информации, чтобы принять решение без долгого совещания. Ниже — поля шаблона, что писать в каждом и пример.
| Поле | Что писать | Пример |
|---|---|---|
| Номер запроса на изменение | Уникальный идентификатор, чтобы на запрос можно было ссылаться в журнале, протоколах и плане | CR-004 |
| Кем запрошено / дата | Кто подал и когда | Руководитель отдела продаж, 3 марта |
| Описание изменения | Что изменится, в одном-двух простых предложениях | Добавить экспорт в CSV на странице счетов |
| Причина / выгода | Зачем это нужно и что будет, если ничего не делать | Три ключевых клиента каждый месяц вручную выгружают счета |
| Рассмотренные варианты | Альтернативы, включая бездействие или перенос | Перенести на этап 2; предложить ручной отчёт для выгрузки |
| Влияние на объём | Что добавляется, удаляется или меняется в результатах | Новая функция экспорта и страница справки |
| Влияние на график | Дополнительные дни и любое влияние на вехи или критический путь | +3 дня; дата запуска не меняется, если утвердить на этой неделе |
| Влияние на стоимость | Дополнительные трудозатраты, закупки или гонорары | $2 400 времени разработчиков |
| Влияние на качество и риски | Новые риски, потребности в тестировании или влияние на другие результаты | Дополнительное регрессионное тестирование счетов |
| Рекомендация | Что советует руководитель проекта | Утвердить за счёт резерва |
| Решение и условия | Утверждено, отклонено или отложено, с любыми условиями | Утверждено при условии сохранения даты запуска |
| Кем утверждено / дата | Имя и роль лица, принявшего решение, и дата | Спонсор, 5 марта |
Как заполнить шаблон запроса на изменение
Выполняйте эти шаги для каждого изменения. Весь цикл для небольшого изменения может занять день; для крупного может понадобиться заседание совета по управлению изменениями.
- Присвойте запросу номер. Используйте следующий № ЗИ в журнале изменений, чтобы каждый запрос можно было отследить.
- Опишите изменение и причину. Пишите кратко и конкретно. Спросите у инициатора о бизнес-выгоде и сроке, к которому это нужно.
- Перечислите варианты. Включите бездействие, перенос на более поздний этап, сокращённую версию или замену на что-то, уже входящее в объём.
- Оцените влияние. Оцените влияние на объём, график, стоимость, качество и риски вместе с теми, кто будет выполнять работу (см. ниже).
- Дайте рекомендацию. Как руководитель проекта, скажите, какой вариант вы советуете и почему.
- Зарегистрируйте его и направьте на решение. Добавьте запрос в журнал изменений со значением решения «На рассмотрении», затем отправьте форму утверждающему или совету по управлению изменениями в соответствии с вашими пороговыми значениями.
- Зафиксируйте решение. Заполните поля «Решение», «Кем утверждено» и «Дата решения» и в форме, и в журнале.
- Обновите план и сообщите людям. Для утверждённых изменений обновите базовый план проекта, график, бюджет и документы по объёму, а затем сообщите команде и заинтересованным сторонам. Сообщайте инициатору и об исходе отклонённых и отложенных изменений.
Как оценивать влияние
Именно в оценке влияния заключается основная ценность запроса на изменение. Проработайте эти вопросы с участниками команды, которые будут выполнять работу:
- Содержание: Какие результаты или пакеты работ меняются? Нужно ли что-то убрать, чтобы освободить место? Сверьтесь с вашим иерархической структуры работ.
- Расписание: Сколько дополнительных дней трудозатрат требуется и затрагивает ли изменение критический путь или фиксированную веху?
- Стоимость: Какие дополнительные трудозатраты, материалы, лицензии или оплата поставщикам нужны? Может ли их покрыть резерв?
- Качество: Нужны ли дополнительное тестирование, проверка или утверждение? Может ли это повлиять на другие функции?
- Риск: Создаёт ли это новые риски или меняет существующие? Добавьте новые риски в реестр рисков.
Пример запроса на изменение
Вот заполненная форма для второй строки-примера в шаблоне — запроса на добавление многофакторного входа в проекте клиентского портала.
| Поле | Сведения |
|---|---|
| Номер запроса на изменение | CR-002 |
| Кем запрошено / дата | Служба безопасности, 18 февраля 2026 г. |
| Описание изменения | Добавить многофакторную аутентификацию при входе в клиентский портал. |
| Причина / выгода | Требуется политикой безопасности компании для систем, хранящих данные клиентов. |
| Рассмотренные варианты | 1) Добавить сейчас; 2) Запустить без неё и добавить на этапе 2; 3) Использовать встроенную возможность существующего провайдера единого входа. |
| Влияние на объём | Новая функция: регистрация второго фактора, шаг входа и процедура восстановления доступа. |
| Влияние на график | +10 дней разработки и тестирования. |
| Влияние на стоимость | $9,000 |
| Влияние на качество и риски | Снижает риск безопасности; добавляет риск для поддержки, если пользователи потеряют доступ, поэтому нужна процедура восстановления. |
| Рекомендация | Вариант 1. Запуск без неё нарушил бы политику. |
| Решение и условия | Утверждено. Дата запуска сдвигается на две недели; спонсор информирует клиентов. |
| Кем утверждено / дата | Управляющий комитет, 24 февраля 2026 г. |
Обратите внимание, что решение принимает управляющий комитет, а не только спонсор. При $9 000 и десяти днях изменение превышает пороги из следующего раздела. CR-001 в примере журнала, более мелкое изменение на $2 400, утвердил спонсор.
Кто утверждает запрос на изменение?
Утверждающий зависит от размера изменения и от того, что предусматривает ваша руководство проектом . Согласуйте пороги в начале проекта и пропишите их в вашем план управления проектом или устав проекта, чтобы никому не пришлось спорить о том, кто принимает решение.
Таблица ниже — пример того, как многие команды устанавливают пороги. Цифры условны; установите собственные исходя из размера проекта и склонности спонсора к риску.
| Размер изменения | Пример порога | Кто принимает решение |
|---|---|---|
| Небольшая (Small) | Менее 2 дней и менее $1 000, без влияния на вехи или согласованные результаты | Руководитель проекта (регистрирует и сообщает) |
| Средний | До 10 дней или до $5 000 либо любое изменение согласованного результата | Спонсор проекта |
| Крупное | Более 10 дней или более $5 000 либо любое изменение ключевой вехи, контракта или выгоды | Совет по управлению изменениями или управляющий комитет |
| Экстренное | Срочное исправление работающего сервиса или проблемы безопасности | Назначенный утверждающий для экстренных случаев с последующим заполнением полного запроса на изменение |
A совету по управлению изменениями (CCB) — это группа, часто включающая спонсора, руководителя проекта, представителя клиента и технического руководителя, которая совместно рассматривает крупные изменения. матрицу RACI — быстрый способ сделать эти роли явными.
Типы запросов на изменения
Запросы на изменения классифицируют двумя способами: по цель (категории PMBOK Guide) и по срочности и риску (распространено в управлении ИТ-изменениями и во многих проектных командах).
| Тип | Что это означает | Пример |
|---|---|---|
| Корректирующее действие | Возвращает работу в соответствие с планом | Добавить второго тестировщика, чтобы наверстать отставание фазы тестирования |
| Предупреждающее действие | Снижает вероятность будущей проблемы | Заранее заказать оборудование с длительным сроком поставки |
| Исправление дефекта | Исправляет продукт или компонент, не соответствующий требованиям | Переделать отчёт, показывающий неверные итоги |
| Обновление | Изменяет план или проектный документ | Пересмотреть план коммуникаций после реорганизации |
| Стандарт | Рутинное изменение с низким риском и предварительно утверждённой процедурой | Добавить пользователя в систему |
| Обычное / крупное | Требует полной оценки и формального утверждения | Добавить новый модуль в объём |
| Экстренное | Должно быть выполнено быстро для устранения срочной проблемы | Устранить уязвимость безопасности в работающей системе |
Использовать все категории не обязательно. Многие команды добавляют столбец «Тип» в журнал изменений или просто используют приоритет, чтобы отделить рутинные запросы от тех, которым нужен совет.
Запрос на изменение, распоряжение об изменении и журнал изменений
Эти термины часто используют нестрого. Вот как они соотносятся.
| Термин | Что это | Когда применяется |
|---|---|---|
| Запрос на изменение | Предложение изменить объём, график, стоимость или другой базовый план с указанием его влияния | Всякий раз, когда кто-то хочет изменить уже согласованное |
| Распоряжение об изменении (change order) | Обязательное указание или дополнение к договору, выпускаемое после утверждения изменения; распространено в строительстве и клиентских договорах | После утверждения, когда нужно изменить договор или заказ на закупку |
| Журнал изменений | Реестр всех запросов на изменения с их статусом и решением | На протяжении всего проекта, как журнал аудита |
| Контроль изменений | Процесс подачи, оценки, принятия решений и внедрения изменений | Определяется в начале; используется на протяжении всего проекта |
Управление изменениями проекта (change control) также отличается от организационного управления изменениями (change management), которое помогает людям освоить новый способ работы.
Запросы на изменения в Agile-проектах
В Scrum и других Agile-подходах большинство изменений ожидаемы и обрабатываются через бэклог, а не через запрос на изменение. Новые идеи попадают в Бэклог продукта, а Владелец продукта упорядочивает их относительно существующей работы. Цель спринта защищена в течение спринта.
Запросу на изменение всё же есть место в Agile-работе, когда изменение затрагивает то, что находится вне контроля команды, например:
- Договор с фиксированной ценой или техническое задание , определяющее объём или результаты.
- Фиксированный бюджет или дату релиза, по которым спонсор взял на себя обязательства.
- Регуляторные, связанные с безопасностью или договорные требования.
- Зависимости от других команд или поставщиков.
В таких случаях облегчённая версия шаблона (часто базовый журнал изменений) обеспечивает журнал аудита, не замедляя команду.
Типичные ошибки в запросах на изменения
- Принятие изменений на словах. «Небольшая услуга», согласованная на совещании, так и не попадает в план. Регистрируйте всё, даже самое мелкое.
- Оценка стоимости без оценки сроков и рисков. Дешёвое изменение всё равно может сдвинуть критический путь или добавить риск.
- Нет согласованных порогов. Либо каждое изменение попадает к спонсору, либо ни одно.
- Решения остаются открытыми. Запросы, зависшие в статусе «На рассмотрении», создают неопределённость. Установите целевой срок принятия решения.
- Базовый план не обновляется. Утверждённые изменения должны отражаться в графике, бюджете и документах по объёму, иначе ваша отчётность о прогрессе будет неверной.
- Игнорирование совокупного эффекта. Анализируйте сумму утверждённых изменений, а не только каждое по отдельности.
- Отсутствие обратной связи. Сообщайте инициаторам об исходе, в том числе об отклонённых и отложенных запросах.
Связанные шаблоны и руководства
Запрос на изменение редко существует сам по себе. Вместе с ним работают следующие документы: шаблон содержания проекта определяет то, относительно чего измеряется изменение, Шаблон журнала RAID и шаблон реестра рисков фиксируют риски и проблемы, создаваемые изменением, а шаблон плана проекта — это место, куда в итоге попадают утверждённые изменения.
Шаблон плана проектаБесплатный шаблон плана проекта с целями, содержанием, результатами, задачами, ответственными, датами и…Начальный · Продвинутый · Экспертный
Шаблон журнала RAIDБесплатный шаблон журнала RAID для отслеживания рисков, допущений, проблем и зависимостей проекта с…Начальный · Продвинутый · Экспертный
Шаблон реестра рисковБесплатный шаблон реестра рисков и оценки рисков с вероятностью, воздействием, автоматически рассчитываемым…Начальный · Продвинутый · Экспертный
Шаблон описания содержания проектаБесплатный шаблон содержания проекта: цели, результаты, что входит и что не входит в содержание, приёмка…Начальный · Продвинутый · Экспертный
Шаблон устава проектаБесплатный шаблон устава проекта: назначение, цели, содержание, вехи, бюджет,…Начальный · Продвинутый · Экспертный
Шаблон иерархической структуры работ (WBS)Бесплатный шаблон иерархической структуры работ с кодами WBS, уровнями, результатами, ответственными,…Начальный · Продвинутый · Экспертный- Управление изменениями в проекте: процесс и шаблон
- Управление организационными изменениями и контроль изменений: ключевые различия
- Расползание содержания: причины, примеры и как его предотвратить
- Что такое базовый план проекта? Содержание, сроки и стоимость
Чтобы настроить полный процесс, включая роли и совет по управлению изменениями, см. наше руководстве по управлению изменениями.
Частые вопросы
Что такое шаблон запроса на изменение?
Шаблон запроса на изменение — это готовая форма для описания предлагаемого изменения проекта, объяснения его необходимости, оценки влияния на объём, график, стоимость, качество и риски и фиксации решения. Этот шаблон также включает журнал изменений, в котором перечислены все запросы.
Этот шаблон запроса на изменение бесплатный?
Да. Шаблон запроса на изменение можно бесплатно скачать в Google Sheets, Excel и PDF без регистрации.
Что должен включать запрос на изменение?
Как минимум: номер, кто и когда подал запрос, описание изменения, причину или выгоду, рассмотренные варианты, влияние на объём, график, стоимость, качество и риски, рекомендацию и решение с указанием утверждающего и даты.
Как написать запрос на изменение?
Опишите изменение в одном-двух простых предложениях, объясните бизнес-причину, перечислите варианты, включая бездействие, оцените влияние вместе с теми, кто будет выполнять работу, дайте рекомендацию и отправьте запрос человеку, уполномоченному его утвердить.
Кто утверждает запрос на изменение?
Это зависит от размера изменения и вашей системы управления. Мелкие изменения часто утверждает руководитель проекта, средние — спонсор, а крупные — совет по управлению изменениями или управляющий комитет. Согласуйте эти пороги в начале проекта.
Что такое журнал изменений?
Журнал изменений — это реестр всех запросов на изменения в проекте с их влиянием, решением, утверждающим и датой. Он обеспечивает журнал аудита и показывает совокупный эффект всех изменений.
Чем запрос на изменение отличается от распоряжения об изменении?
Запрос на изменение — это ещё не утверждённое предложение. Распоряжение об изменении (change order) — обязательное указание или дополнение к договору, выпускаемое после утверждения изменения; оно распространено в строительстве и клиентской работе.
Какие бывают типы запросов на изменения?
PMBOK Guide группирует их по назначению: корректирующее действие, предупреждающее действие, исправление дефекта и обновления. Многие команды также классифицируют их по срочности и риску, например стандартные, обычные или крупные и экстренные изменения.
Что такое совет по управлению изменениями?
Совет по управлению изменениями — это группа людей, часто включающая спонсора, руководителя проекта, представителя клиента и технического руководителя, которая совместно рассматривает крупные запросы на изменения и принимает по ним решения.
Нужны ли запросы на изменения в Agile-проектах?
Большинство изменений в Agile-проектах проходит через бэклог продукта, который упорядочивает владелец продукта. Запрос на изменение по-прежнему полезен, когда изменение затрагивает договор, фиксированный бюджет, дату релиза или другую команду.
Можно ли использовать шаблон запроса на изменение в Excel или Google Sheets?
Да. Скачайте файл .xlsx для Excel или сделайте копию в Google Sheets. Продвинутая и экспертная версии включают выпадающие списки решения и приоритета; PDF предназначен для печати и подписания.
Должны ли мелкие изменения проходить через запрос на изменение?
Да, но по облегчённому процессу. Регистрируйте каждое изменение, даже мелкое, и позвольте руководителю проекта утверждать изменения ниже согласованного порога. Мелкие незарегистрированные изменения — главная причина расползания объёма.
Что происходит после утверждения запроса на изменение?
Обновите план проекта, график, бюджет и базовый план объёма, распределите новую работу и сообщите команде и заинтересованным сторонам. Зафиксируйте решение и дату в журнале изменений.