Структура операционной цели
Чтобы операционная цель действительно работала, она должна быть не лозунгом и не благим пожеланием, а структурной единицей управления. То есть чёткой, проверяемой, связанной с объектом и вшитой в систему.
Структура операционной цели
Хорошая операционная цель всегда включает четыре элемента:
Расшифруем каждый элемент:
1. Объект управления – конкретный элемент операционной системы, к которому привязана цель.
Примеры объектов:
– продукт,
– проект,
– клиентский сегмент,
– заказ,
– производственная линия,
– ИТ-сервис.
Вопрос: с чем именно должна произойти работа?
2. Аспект изменения – какой именно параметр объекта должен измениться или быть поддержан?
Типовые аспекты:
– качество,
– скорость,
– стоимость,
– надёжность,
– объём,
– время реакции,
– уровень сервиса.
Вопрос: в каком аспекте мы хотим изменения или удержания результата?
3. Метрика – как мы будем видеть и фиксировать движение к цели?
Метрика может быть количественной (объём, процент, время) или статусной (стадия выполнения, категория отклонений).
Вопрос: по какому признаку мы поймём, что цель достигнута или требует корректировки?
4. Субъект управления – кто отвечает за достижение цели в отношении объекта?
Это должен быть не абстрактный отдел или группа, а конкретная роль или конкретный управляющий субъект.
Вопрос: кто будет видеть сигналы, принимать решения и корректировать действия?
Почему все четыре элемента важны
Примеры операционных целей
Неудачный вариант: повысить эффективность работы отдела продаж.
Почему плохо:
– Нет объекта (что именно в продажах?),
– Нет аспекта (скорость? качество? конверсия?),
– Нет метрики,
– Непонятно, кто субъект.
Хороший вариант: увеличить конверсию заявок в контракты в сегменте МСБ на 15% к концу квартала. Объект – клиентские заявки в сегменте МСБ. Субъект – руководитель группы продаж МСБ.
Чем чётче структурирована операционная цель, тем быстрее и проще система реагирует на изменения, следовательно, тем меньше требуется «ручного управления» и «пинания процессов».