Зачем вообще описывать процесс? (что отвечать скептикам)
В своей деятельности сталкивалась с такой ситуацией: начинаешь описывать процесс и натыкаешься на сопротивление. Коллеги возмущаются: «А зачем мы вообще это делаем? И так всем всё понятно».
Важно иметь в рукаве несколько железных аргументов, чтобы уверенно отвечать на такие вопросы и переводить коллег из сомневающихся в заинтересованных.
Итак, какую задачу решает описание бизнес-процесса? Главный ответ: синхронизирует видение сотрудников.
Разберём, что это значит на практике: Знания о работе часто хранятся только в головах экспертов. Каждый понимает задачи по-своему — отсюда ошибки, споры и переделки. Перенос процесса в схему или таблицу позволяет оцифровать этот опыт. Он перестаёт быть личным знанием и становится достоянием команды. Визуализация помогает увидеть общую логику процесса, а не только свой фрагмент. На схеме легче выявить скрытые проблемы (дублирование шагов, пустые согласования, бесконечные петли). И наконец — найти точки роста для улучшения бизнеса. Без схемы вы просто «чувствуете», что что-то не так. Со схемой — видите, где именно.
Короткий ответ скептику: «Описание процесса нужно не для бумажки. Оно нужно, чтобы мы все одинаково понимали, как работаем, где теряем время и что можно улучшить».
А с какими возражениями сталкивались вы? Что отвечали сомневающимся коллегам? Делитесь в комментариях — соберём лучшие аргументы 👇
· 14.04
У меня для этого всегда есть дежурная ассоциация/аналогия: вот этот трактор видишь? Руководство по эксплуатации видишь? Вот описание БП тоже самое для твоего места в штатном расписании)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 14.04
Хорошая ассоциация! 👍 Но бывает, что возникает путаница с должностной инструкцией. Скептики говорят, описание места в штатном расписании - это должностная, зачем еще процесс? Тогда объясняю разницу в назначениях документов
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён