Часть 5. Процесс: видеть течение там, где видны только события

Допустим, мы отделили факты от оценок и непроверенных утверждений.
У нас есть предписание ОТ, фото подмостей, отсутствие протокола испытаний. Что дальше?
Дальше — самый «инженерный» шаг анализа. Увидеть, в каком процессе этот факт случился.

Определение

Процесс — это объективно идущее явление со своей внутренней логикой и собственным ходом, который не зависит от нашего желания.

Любое событие — частный случай какого-то процесса. Если мы видим только событие и не видим процесс, мы не управляем ситуацией.

Событие против процесса
Самая дорогая ошибка управленца — путать событие с процессом.
Событие — это «однажды на 3-м этаже». Один раз. Локально. Никак не связано ни с чем. На уровне события решение всегда одно: «найдём виновного, накажем, забудем».
Процесс — это «у нас регулярно недоступна сертифицированная оснастка». Многократно. Системно. Связано с тем, как у нас в компании устроены снабжение, контроль сроков и допуски. На уровне процесса решение совсем другое: «у нас выпадает звено, его нужно встроить в работу».
Один и тот же факт может быть прочитан и так, и так. Только во втором прочтении он превращается в управленческий ресурс.

Какие процессы стоят за нашим примером
Подмости из досок — точка пересечения нескольких процессов сразу. Чтобы их увидеть, задаём вопрос: что должно было сработать, чтобы на 3-м этаже стояла сертифицированная и испытанная оснастка? И где это не сработало?
• Процесс обеспечения средствами подмащивания. На входе этого процесса есть развилка: закупить инвентарную заводскую оснастку (заявка → закупка → доставка → выдача) или изготовить неинвентарные подмости по индивидуальному проекту (проект и расчёт → согласование → изготовление → испытания → паспорт и бирка → выдача). Оба варианта допустимы при соблюдении требований, но это разные процессы с разными зонами ответственности. В нашем примере ни один из вариантов не отработал: или инвентарная оснастка не была заказана вовремя, или неинвентарная не была оформлена ПТО.
• Процесс контроля сроков испытаний и осмотров оснастки. Кто-то должен знать, какая оснастка, когда испытана и до какой даты годна. Кто-то должен заранее напоминать руководителю о приближении срока. В нашем примере этого процесса либо нет, либо он формальный.
• Процесс производства работ на высоте. Допуск, инструктаж, наряд-допуск, контроль соблюдения. Если на высоту вышли без сертифицированной оснастки — где-то этот процесс был обойдён.
• Процесс взаимодействия с заказчиком по ОТ и ПБ. Совместные осмотры, реакция на замечания, отчётность. От зрелости этого процесса зависит, превращается ли мелкая претензия в штраф или гасится на ранней стадии.
Каждый из этих процессов — самостоятельный объект управления. И каждый можно отстроить отдельно. Но пока мы не назвали их по именам, мы видим только «доски на 3-м этаже».
Как тренировать процессное зрение

Простая практика: перед каждым «инцидентом» задавайте себе три вопроса.
1. Что должно было произойти, чтобы этой ситуации не возникло? — это и есть процесс, который у вас должен работать.
2. Кто и в какой роли в этом процессе участвует? — это позиции должностной структуры.
3. Где конкретно в этом процессе случился разрыв? — это точка управленческого решения.
Эти три вопроса автоматически переводят разговор с уровня «кто виноват» на уровень «какой процесс мы строим».

Главное
Любое событие на стройке — это частный случай процесса. Пока процесс не назван — мы управляем эмоциями, а не объектом. Назвали процесс — получили объект управления, на который можно влиять.
В следующем посте разберём, какие требования действуют внутри этих процессов. Это самый важный пост серии — именно требования отличают анализ от красивой риторики.

Вопрос для обсуждения: возьмите последнее замечание от заказчика. Какие 2–3 процесса у вас за этим стоят?

#ИМП_база #ИМП_процессы