Цифровая трансформация для директоров и собственников. Часть 2. Системный подход - страница 4

Вот практический пример: превышен срок ремонта промышленного оборудования из-за цепочки событий: не смогли сформировать бригаду, потому что один из ее членов не сдал экзамен, потому что руководитель службы не смог сформировать комиссию для экзамена, потому что два человека из комиссии находились в отпуске… И вроде никто не виноват, но в итоге объект стоит… до тех пор, пока главный инженер, жутко матерясь, не исправляет ситуацию самым простым, но не очевидным для всех перечисленных способом.

Этот кейс на самом деле не только про организационную структуру, где под личиной коллективной ответственности процветает бардак. Он еще и про корпоративную культуру, которая основана на прямом исполнении правил (культура правил), и формировал ее тот самый главный инженер и его предшественники.

Можно было бы даже в этой структуре избежать этих проблем? Конечно! При правильной работе руководителей, выстраивании точек контроля, неформальном общении, лидерских качествах этой ситуации не было бы. И тут главный тезис, который будет идти через всю книгу, – невозможно одним инструментом выстроить эффективную бизнес-систему.

Помимо организационных структур есть еще одно ключевое направление – бизнес-процессы.

Полный список практически всех подходов к описанию с иллюстрациями, примерами отображения и видео, доступными IT-решениями, представлен по QR-коду и ссылке ниже.

Бизнес-процессы: нотификации и моделирование, что выбрать?

Здесь же я рассмотрю самые распространенные из них, отвечу, кому именно они нужны, покажу, что я наблюдаю в жизни, использую сам, и подведу итог – что важнее: структура или бизнес-процессы?

Понимаю, что всё это может показаться скучным, но в практике я усвоил одно простое правило – нет ничего хуже аргументов «это и так понятно», «это слишком просто». Всегда, когда я встречал такие аргументы, то ничего хорошего это не предвещало. Эти тезисы – предвестники хаоса и бардака, запущенных проблем. Поэтому я выбрал такую структуру: сначала немного общей теории, затем практика и принципы работы.

Основные подходы к описанию бизнес-процессов

Бизнес-процесс – это определенный алгоритм взаимосвязанных действий людей и ИТ-систем, который направлен на преобразование «сырья» в «продукт» или результат.

Например, бизнес-процесс закупки включает следующие стадии: получение заявки – поиск поставщиков – сбор предложений – поставка материалов – передача заказчику. Но каждый этап также разбивается на отдельные бизнес-процессы. Поэтому надо понимать, что описание бизнес-процессов – практически бесконечная задача, и вам необходимо будет выбрать уровень детализации, на котором скажете «все, хватит». Чем ниже уровень компетенций команды, тем детальнее следует делать описание. Или же надо обучать команду, но тогда расти придется и вам, как руководителю. Умные кадры не потерпят обращения как с дураками.

Условно существует несколько подходов к описанию бизнес-процессов:

– Диаграммы цепочки добавленной ценности (value added chain diagram, VAD)

– SIPOC

– Событийная цепочка процессов (event-driven process chain, EPC)

– BPMN 2.0 (Business Process Model and Notation 2.0)

– Flow Charting (нотации Процесс и Процедура)

– IDEF (Integrated Definition Language)

– UML (Unified Modeling Languages)

– VSM (Value Stream Mapping)

– ARIS

– DFD

Диаграммы цепочки добавленной ценности (VAD)