Рисунок 20. Фрагмент блок-схемы процесса
Пример 51. Сергей Багузин, операционный директор крупной ИТ-компании: «Вопрос степени детализации описаний довольно сложный. Поверхностное описание порой не поможет даже специалисту, если он выполняет работу впервые, а также бесполезно для обучения новичков. Подробное же описание раздувает документы, усложняет поддержание их в актуальном состоянии (детали процессов чаще меняются, чем “крупные мазки”), затрудняет обращение к документам и снижает интерес к ним. Мы используем в документах два шрифта: крупный – для описания основ (используют те, кто выполняет процесс впервые или редко), мелкий – для описания деталей и нюансов (используют для уточнения те, кто в целом знаком с процессом)».
При использовании любого способа описания процессов вы можете указывать дополнительные показатели, такие как нормативное время выполнения тех или иных операций. В табличной форме описания тела процесса для этого удобно использовать отдельные колонки. Только, пожалуйста, не усложняйте сверх меры. Любая лишняя колонка и т. п. снижает вероятность того, что ее будут осмысленно заполнять, а тем более использовать в работе.
Замечу, что если в компании подробно и качественно описаны ее процессы (в том числе взаимодействие клиентов и поставщиков), становятся ненужными столь популярные регламенты взаимодействия подразделений. По сути, такие регламенты – примитивный зародыш описания процессов, «прошлая версия» управленческой мысли.
Практическое задание 35
Разработайте детальные описания для некоторых шагов ранее описанного бизнес-процесса.
Предварительно выберите удобную нотацию с учетом вашей специфики: опыт компании в описании процессов, квалификация персонала и т. д. Впрочем, я не советую усложнять в любом случае. Ведь описание процессов и дальнейшее использование документов – не самоцель, а средство для повышения эффективности бизнеса.