В предыдущем посте я упомянул термин "нормализация" задач. Хочу пояснить, что имел ввиду и зачем.
Позвольте, в начале, уточнить определение технологичного процесса.
- Это воспроизводимая последовательность задач, выполнение которых приводит к нужному результату.
- Данная последовательность представляет собой инструкцию к действиям и описывает кратчайшие пути достижения результата в наиболее вероятных вариациях процесса.
- Сотрудник является исполнителем процесса.
- Каждая задача нормализована (определение см. ниже).
- Процесс включает в себя схемы контроля и регуляции.
Для задач, нормализация которых затруднена, определение технологичного процесса будет выглядеть следующим образом:
- Это воспроизводимая последовательность результатов, достижение которых приводит к итоговому результату.
- Данная последовательность включает в себя рекомендацию к действиям и описывает лучшие практики достижения результата.
- Сотрудник является интерпретатором процесса.
- Поскольку задачи не нормализованы, процесс включает в себя механизмы самообучения, взаимного контроля и саморегуляции.
- Внешний контроль осуществляется по результатам.
Первый подход применим, когда у нас есть однозначная зависимость между выполнением задачи и получаемым результатом. Ключевым требованием такого процесса является возможность нормализации выполняемых задач. В этом случае от исполнителя не ожидается существенного «творчества» при выполнении задачи (у него для этого может не доставать компетенций). От него требуется строгое следование инструкции (например, скрипту: если ответ клиента такой «…», то делаем так «…» если другой, то эдак). Контроль и регуляция осуществляется руководителем.
Второй подход уместен, когда содержание задач и их количество предусмотреть не удается. В случае, когда мы, с нужной вероятностью (точностью), не знаем, что (как) нужно сделать . Тогда остается нормализовать не задачи, а получаемые результаты. Если мы не можем выработать критерии контроля мы также не можем описать механизмы регуляции.
В таком процессе главной задачей становится накопление такой экспертизы, которая позволит нормализовать задачи. До тех пор пока это не достигнуто критичным является механизм самообучения, инструмент взаимного контроля и регуляции.
Исходя из вышесказанного, предлагаю ввести требования к «нормализованной» задаче и результату.
«Нормальная» задача:
- Конкретна (понятно что и как необходимо сделать)
- Имеет одного ответственного
- Нормативами ограниченна во времени
- Имеет четкие (однозначные) критерии оценки
- Предполагает определенную форму передачи результатов
- Подразумевает некие требования к компетенциям исполнителя
«Нормальный» результат:
- Может не иметь одного ответственного (?)
- Подразумевает некие требования к компетенциям исполнителя
- Ограничен во времени внешними условиями
- Критерием оценки является факт достижения результата
- Форма передачи результата определяется в каждом конкретном случае
- Содержание работы, количество задач является «черным ящиком»
Когда стоит задача прописать бизнес процесс, мне кажется необходимым понимание границ возможного и необходимого. То есть что действительно мы можем (и должны) фиксировать при отладке рабочего процесса. Какие есть ограничения и какие в связи с этим есть требования к формализации.