Управление изменениями: как внедрить новое без хаоса

Граница материала: Переход людей и процессов из текущего состояния в целевое: влияние, коммуникации, обучение, сопротивление и принятие. U984 описывает управление самим проектом, а не внедрение результата в организацию. Сквозной пример — компания переводит продажи из таблиц в CRM без остановки текущей работы. Каждый раздел заканчивается решением или доказательством, которое можно проверить через показатель: готовность групп, прохождение обучения, использование нового процесса, ошибки, сопротивление и устойчивость результата.

Описать причину и целевой результат: управление изменениями

В теме «управление изменениями» начните с результата. Для действия «описать причину и целевой результат» роль владелец результата готовит артефакт операции «описать причину и целевой результат» для темы «управление изменениями»: артефакт шага «описать причину и целевой результат» и критерий его приёмки в «управление изменениями». Такой артефакт «управление изменениями» показывает, что изменилось и кто принимает итог. Проверьте его на ситуации «компания переводит продажи из таблиц в CRM без остановки текущей работы». Стоп-сигнал этапа «управление изменениями»: при действии «описать причину и целевой результат» в теме «управление изменениями» возникает отклонение: шаг «описать причину и целевой результат» не подтверждён наблюдаемым результатом «управление изменениями». До устранения причины встреча и заполненный шаблон не означают завершения.

• Ожидаемый итог: «описать причину и целевой результат» в системе «управление изменениями».
• Принимающая роль: владелец результата.
• След проверки: артефакт операции «описать причину и целевой результат» для темы «управление изменениями»: артефакт шага «описать причину и целевой результат» и критерий его приёмки в «управление изменениями».
• Причина возврата: при действии «описать причину и целевой результат» в теме «управление изменениями» возникает отклонение: шаг «описать причину и целевой результат» не подтверждён наблюдаемым результатом «управление изменениями».

Найти затронутые группы: управление изменениями

Для «управление изменениями» отделите решение от формы. На шаге «найти затронутые группы» сначала согласуют границу, затем выбирают инструмент. Итог «управление изменениями» принимает руководитель проекта; в истории остаётся артефакт операции «найти затронутые группы» для темы «управление изменениями»: артефакт шага «найти затронутые группы» и критерий его приёмки в «управление изменениями». Проверьте обычный и пограничный случаи «управление изменениями». Если возникает риск «при действии «найти затронутые группы» в теме «управление изменениями» возникает отклонение: шаг «найти затронутые группы» не подтверждён наблюдаемым результатом «управление изменениями»», уточните полномочия и повторите согласование.

• Граница решения: «найти затронутые группы» в системе «управление изменениями».
• Владелец границы: руководитель проекта.
• Запись решения: артефакт операции «найти затронутые группы» для темы «управление изменениями»: артефакт шага «найти затронутые группы» и критерий его приёмки в «управление изменениями».
• Повод пересмотреть: при действии «найти затронутые группы» в теме «управление изменениями» возникает отклонение: шаг «найти затронутые группы» не подтверждён наблюдаемым результатом «управление изменениями».

Оценить влияние на работу: управление изменениями

Оценку «управление изменениями» храните с допущениями. Для операции «оценить влияние на работу» роль ответственный за планирование фиксирует артефакт операции «оценить влияние на работу» для темы «управление изменениями»: артефакт шага «оценить влияние на работу» и критерий его приёмки в «управление изменениями». Рядом укажите источник и дату «управление изменениями». На контрольной точке сравните план с фактом. Ошибка улучшает следующую оценку «управление изменениями», а не назначает виновного. Условие остановки: при действии «оценить влияние на работу» в теме «управление изменениями» возникает отклонение: шаг «оценить влияние на работу» не подтверждён наблюдаемым результатом «управление изменениями». Показатель «готовность групп, прохождение обучения, использование нового процесса, ошибки, сопротивление и устойчивость результата» смотрите по отдельным группам.

• Оценка шага: «оценить влияние на работу» в системе «управление изменениями».
• Автор оценки: ответственный за планирование.
• Основание оценки: артефакт операции «оценить влияние на работу» для темы «управление изменениями»: артефакт шага «оценить влияние на работу» и критерий его приёмки в «управление изменениями».
• Порог остановки: при действии «оценить влияние на работу» в теме «управление изменениями» возникает отклонение: шаг «оценить влияние на работу» не подтверждён наблюдаемым результатом «управление изменениями».

Назначить спонсора и владельцев: управление изменениями

В «управление изменениями» зависимость видна сторонам. При шаге «назначить спонсора и владельцев» назовите вход, выход и событие начала. Роль координатор зависимостей хранит артефакт операции «назначить спонсора и владельцев» для темы «управление изменениями»: артефакт шага «назначить спонсора и владельцев» и критерий его приёмки в «управление изменениями». Передачу «управление изменениями» повторяют без устной подсказки на примере «компания переводит продажи из таблиц в CRM без остановки текущей работы». При риске «при действии «назначить спонсора и владельцев» в теме «управление изменениями» возникает отклонение: шаг «назначить спонсора и владельцев» не подтверждён наблюдаемым результатом «управление изменениями»» статус не двигают: восстанавливают договорённость или меняют порядок.

• Вход и выход: «назначить спонсора и владельцев» в системе «управление изменениями».
• Владелец связи: координатор зависимостей.
• Подтверждение связи: артефакт операции «назначить спонсора и владельцев» для темы «управление изменениями»: артефакт шага «назначить спонсора и владельцев» и критерий его приёмки в «управление изменениями».
• Разрыв передачи: при действии «назначить спонсора и владельцев» в теме «управление изменениями» возникает отклонение: шаг «назначить спонсора и владельцев» не подтверждён наблюдаемым результатом «управление изменениями».

Собрать карту сопротивления: управление изменениями

Полномочия «управление изменениями» проверяют заранее. Для действия «собрать карту сопротивления» роль владелец ресурса получает нужные данные, людей и право решения. Подтверждением «управление изменениями» служит артефакт операции «собрать карту сопротивления» для темы «управление изменениями»: артефакт шага «собрать карту сопротивления» и критерий его приёмки в «управление изменениями». Нельзя требовать итог без рычагов влияния. Признак ошибки: при действии «собрать карту сопротивления» в теме «управление изменениями» возникает отклонение: шаг «собрать карту сопротивления» не подтверждён наблюдаемым результатом «управление изменениями». Исправьте роль или ресурс «управление изменениями», затем повторите приёмку.

• Нужное полномочие: «собрать карту сопротивления» в системе «управление изменениями».
• Ответственная роль: владелец ресурса.
• Подтверждение доступа: артефакт операции «собрать карту сопротивления» для темы «управление изменениями»: артефакт шага «собрать карту сопротивления» и критерий его приёмки в «управление изменениями».
• Ошибка конструкции: при действии «собрать карту сопротивления» в теме «управление изменениями» возникает отклонение: шаг «собрать карту сопротивления» не подтверждён наблюдаемым результатом «управление изменениями».

Подготовить коммуникацию: управление изменениями

Контроль «управление изменениями» нужен для решения. На шаге «подготовить коммуникацию» роль владелец риска сравнивает факт с ожиданием и сохраняет артефакт операции «подготовить коммуникацию» для темы «управление изменениями»: артефакт шага «подготовить коммуникацию» и критерий его приёмки в «управление изменениями». Отклонение «управление изменениями» разбирают по причине и влиянию. Если проявился риск «при действии «подготовить коммуникацию» в теме «управление изменениями» возникает отклонение: шаг «подготовить коммуникацию» не подтверждён наблюдаемым результатом «управление изменениями»», назначьте действие и срок. Динамику «управление изменениями» показывает «готовность групп, прохождение обучения, использование нового процесса, ошибки, сопротивление и устойчивость результата» относительно исходной линии.

• Контрольный факт: «подготовить коммуникацию» в системе «управление изменениями».
• Кто реагирует: владелец риска.
• Сохранённый статус: артефакт операции «подготовить коммуникацию» для темы «управление изменениями»: артефакт шага «подготовить коммуникацию» и критерий его приёмки в «управление изменениями».
• Сигнал отклонения: при действии «подготовить коммуникацию» в теме «управление изменениями» возникает отклонение: шаг «подготовить коммуникацию» не подтверждён наблюдаемым результатом «управление изменениями».

Обучить на рабочих сценариях: управление изменениями

Изменение «управление изменениями» проводят открыто. Для шага «обучить на рабочих сценариях» запишите причину и влияние на срок, деньги, качество и роли. Роль комитет изменений прикладывает артефакт операции «обучить на рабочих сценариях» для темы «управление изменениями»: артефакт шага «обучить на рабочих сценариях» и критерий его приёмки в «управление изменениями». До обновления «управление изменениями» получите решение и проверьте вариант без изменения. Стоп-сигнал: при действии «обучить на рабочих сценариях» в теме «управление изменениями» возникает отклонение: шаг «обучить на рабочих сценариях» не подтверждён наблюдаемым результатом «управление изменениями». Иначе команда использует разные версии.

• Цена изменения: «обучить на рабочих сценариях» в системе «управление изменениями».
• Кто согласует: комитет изменений.
• Карточка изменения: артефакт операции «обучить на рабочих сценариях» для темы «управление изменениями»: артефакт шага «обучить на рабочих сценариях» и критерий его приёмки в «управление изменениями».
• Запрет на выпуск: при действии «обучить на рабочих сценариях» в теме «управление изменениями» возникает отклонение: шаг «обучить на рабочих сценариях» не подтверждён наблюдаемым результатом «управление изменениями».

Провести пилот: управление изменениями

Статус «управление изменениями» подтверждает факт. При операции «провести пилот» роль координатор исполнения показывает артефакт операции «провести пилот» для темы «управление изменениями»: артефакт шага «провести пилот» и критерий его приёмки в «управление изменениями». Другой участник должен воспроизвести вывод «управление изменениями». Вместо «почти готово» укажите состояние и следующее действие. При риске «при действии «провести пилот» в теме «управление изменениями» возникает отклонение: шаг «провести пилот» не подтверждён наблюдаемым результатом «управление изменениями»» карточка возвращается назад. Контроль ведётся через «готовность групп, прохождение обучения, использование нового процесса, ошибки, сопротивление и устойчивость результата» по сегментам.

• Наблюдаемый статус: «провести пилот» в системе «управление изменениями».
• Кто обновляет: координатор исполнения.
• Факт состояния: артефакт операции «провести пилот» для темы «управление изменениями»: артефакт шага «провести пилот» и критерий его приёмки в «управление изменениями».
• Возврат назад: при действии «провести пилот» в теме «управление изменениями» возникает отклонение: шаг «провести пилот» не подтверждён наблюдаемым результатом «управление изменениями».

Измерить принятие: управление изменениями

Приёмка «управление изменениями» отделена от выполнения. Для действия «измерить принятие» заранее задайте результат и допустимое отклонение. Роль заказчик результата сверяет артефакт операции «измерить принятие» для темы «управление изменениями»: артефакт шага «измерить принятие» и критерий его приёмки в «управление изменениями» с целью «управление изменениями» на примере «компания переводит продажи из таблиц в CRM без остановки текущей работы». Риск «при действии «измерить принятие» в теме «управление изменениями» возникает отклонение: шаг «измерить принятие» не подтверждён наблюдаемым результатом «управление изменениями»» требует фактов вместо впечатления. Запишите несоответствие, владельца исправления и дату новой проверки.

• Критерий приёмки: «измерить принятие» в системе «управление изменениями».
• Кто принимает: заказчик результата.
• Материал проверки: артефакт операции «измерить принятие» для темы «управление изменениями»: артефакт шага «измерить принятие» и критерий его приёмки в «управление изменениями».
• Несоответствие: при действии «измерить принятие» в теме «управление изменениями» возникает отклонение: шаг «измерить принятие» не подтверждён наблюдаемым результатом «управление изменениями».

Закрепить новое поведение: управление изменениями

Цикл «управление изменениями» завершается новым правилом. После шага «закрепить новое поведение» роль руководитель ретроспективы собирает артефакт операции «закрепить новое поведение» для темы «управление изменениями»: артефакт шага «закрепить новое поведение» и критерий его приёмки в «управление изменениями». Зафиксируйте ожидание, факт, причину и изменение способа работы «управление изменениями». Если остаётся риск «при действии «закрепить новое поведение» в теме «управление изменениями» возникает отклонение: шаг «закрепить новое поведение» не подтверждён наблюдаемым результатом «управление изменениями»», назначьте контрольный случай. Урок «управление изменениями» полезен, когда его можно проверить в следующем цикле.

• Полученный урок: «закрепить новое поведение» в системе «управление изменениями».
• Кто закрепляет: руководитель ретроспективы.
• Обновлённое правило: артефакт операции «закрепить новое поведение» для темы «управление изменениями»: артефакт шага «закрепить новое поведение» и критерий его приёмки в «управление изменениями».
• Следующий тест: при действии «закрепить новое поведение» в теме «управление изменениями» возникает отклонение: шаг «закрепить новое поведение» не подтверждён наблюдаемым результатом «управление изменениями».

Матрица контроля и владения

Что изучить дальше

• автоматизация документооборота
• продуктовая дорожная карта
• бэклог продукта
• ICE и RICE
• GAP-анализ
• SMART-цели

Чек-лист запуска