Как строить систему, а не тушить пожары

Из моего опыта Система не появляется от того, что написали регламент. 1. Нахожу поток, который приносит деньги. Рисую его целиком: на доске, в Миро, на бумаге, где удобно. Главное, чтобы можно было фиксировать идеи и видеть всю картину сразу. 2. Делю поток на этапы. Выделяю ключевые, те, где что-то реально происходит и от которых зависит результат. Не двадцать мелких шагов, а несколько понятных отрезков. 3. Назначаю ответственных за каждый этап. Если есть сомнения или путаница, помогает RASCI и описанный функционал под конкретную структуру команды. Кто делает, кто отвечает за результат, кто помогает, с кем советуюсь, кого информирую. 4. Разбираю каждый этап с командой и строю дерево метрик. Не я один придумываю метрики, а вместе с теми, кто в процессе. Тогда метрики понятны, и им верят. Дальше самое важное: не отпускать операционку, пока команда сама не начнёт предлагать, как улучшить процесс. Это и есть момент, когда структура становится устойчивой. Пока предлагаю только я, это моя система. Когда предлагают они, это уже их. Написал четыре шага, но их сильно больше: база знаний, ответственность за бюджет и так далее. Шагов столько, сколько нужно, пока система не станет устойчивой. Пожары не пропадают совсем. Но их уже можно спрогнозировать и подготовиться к ним.