С чего начинать когда видишь 100 проблем
Описали процессы как есть. Модель готова. И тут начинается самое сложное.
Потому что теперь видны все проблемы одновременно. Узкие места. Дублирование функций. Процессы которые никто не контролирует. Зоны ответственности которые пересекаются трижды.
И сразу вопрос: с чего начинать?
Обычно в этот момент начинается спор.
"Давайте с самого большого. Это же ключевая проблема - вот её и решим."
Кто-то возражает. "Начните с простого. Команде нужны быстрые победы чтобы поверить в изменения."
Обе логики понятны. И обе ведут в тупик.
Самая большая проблема съедает месяцы.
Пока её решаете - результата нет. Команда устаёт. Руководитель начинает сомневаться стоило ли вообще начинать.
Через полгода проект сворачивается. "Попробовали внедрить процессный подход - не пошло."
С самой простой проблемой наоборот.
Решается быстро. Все довольны. Через месяц выясняется - система работает точно так же. Все почувствовали движение. Система - нет.
Настоящий вопрос - не насколько проблема большая. А что держится на этой проблеме.
Иногда оно вообще не похоже на проблему. На первый взгляд это может быть сущая мелочь.
Согласование одного документа. Один человек который принимает все решения по закупкам. Отсутствие критерия приоритизации входящих заявок.
Но именно через это узкое место проходит всё.
Пока оно на месте - остальные изменения упираются в него.
Можешь оптимизировать процессы сколько угодно - они всё равно встанут в одной точке.
Разблокируешь узкое место - остальные изменения наконец начинают работать.
Самые большие проблемы видны сразу.
Самые важные - не всегда.
Ещё больше обо мне | sergey-suslov.ru