Определение
Цикл управления — повторяемая последовательность постановки цели, организации действий, проверки результата и корректировки решения.
Как применять
Выберите конкретную модель цикла и объект управления. Определите участников, источники данных, частоту проверки и полномочия для изменения действий.
Учебный пример
Руководитель ставит цель снизить ошибки комплектации, команда меняет проверку заказа, измеряет результат и корректирует процесс по причинам оставшихся ошибок.
Что учитывать
Названия этапов могут различаться по модели. Наличие отчёта не замыкает цикл, если по результату никто не принимает решение и не проверяет новое действие.
Связанные материалы
- Подробнее: 7 факторов управления пространственным бизнесом.
- Подходящая услуга: Операционная модель управления.
Замкните цикл на изменении показателя
Цикл управления обычно проходит через цель или стандарт, план действий, исполнение, измерение факта и корректировку. Он полезен только если команда может сопоставить факт с планом и принять действие до того, как отклонение станет необратимым. Для сезонного бизнеса недельный разбор может быть своевременным, а для долгого инвестиционного проекта нужны дополнительные промежуточные контрольные точки.
На каждой встрече отделяйте сигнал от объяснения. «Продажи ниже плана» — наблюдение; «потеряли конверсию из-за задержки ответа» — гипотеза о причине, которую надо проверить в данных. После решения назначьте владельца и дату или событие возврата к проверке.
Цикл разрывается, если метрика приходит слишком поздно, участник не имеет полномочий, действие не фиксируется или следующий разбор не проверяет прошлое решение. Частые совещания сами по себе не являются управлением.
Замыкайте цикл цели, действия, обратной связи и коррекции
Цикл управления — повторяемая последовательность, в которой руководитель задаёт цель, организует работу, проверяет результат и корректирует решение. Выберите конкретный объект управления и срок цикла. Определите, кто ставит цель, какие данные показывает исполнение, кто принимает решение при отклонении и как команда проверит результат коррекции.
Например, для снижения ошибок комплектации задайте базовый уровень, владельца процесса, способ регистрации ошибки и регулярный момент разбора. Изменение действия должно иметь проверяемый механизм; иначе команда не поймёт, почему показатель изменился. Слишком редкий цикл запаздывает относительно проблемы, а чрезмерно частый создаёт шум и переключения. Частоту выбирают по скорости процесса и цене задержки. См. управленческий ритм, регулярный менеджмент и план-факт анализ.