функционал со своими подчинёнными.
В итоге, описывая работу склада, у вас может сформироваться следующий перечень функций:
Таблица 3. Перечень функций
В большинстве случаев для описания технологии руководителю небольшого подразделения достаточно простого перечня функций, выполняемых в его подразделении.
Такой способ описания технологии прост и подходит только для описания простых процессов – там, где функции не увязаны друг с другом. В качестве примера можно привести работу секретаря, выполняющего множество разноплановых функций, и не принципиально, в какой последовательности оних делает.
В более сложном варианте, когда в процессе работы участвуют сразу несколько сотрудников, функции показываются на схеме, во взаимосвязи с документами и событиями, сопровождающими выполнение этих функций. Если же вам обязательно нужна наглядность в описании процессов вашего подразделения, вы можете такие схемы построить самостоятельно.
Это очень удобный и наглядный инструмент, позволяющий руководителю ознакомиться с технологией при входе в должность, а также помогающий впоследствии проводить реинжиниринг бизнес-процессов.
Существуют несколько подходов к составлению таких схем.
1. Во-первых, в простейшей схеме указывается только последовательность выполнения функций, как на схеме процесса изготовления оснастки:
Рис. 21. Простая схема последовательности
2. Во-вторых, существует Схема процессов в стандарте IDEF0, где, кроме входов, выходов и событий, отображаются управленческие воздействия и привлекаемые ресурсы. Этот стандарт описания технологии, придуманный в свое время американскими специалистами, позволяет наиболее полно отразить технологический процесс посредством схем, но применяется в основном на крупных предприятиях, при поддержке подготовленных и обученных специалистов, как это указано ниже.
Рис. 22. Схема бизнес-процесса в стандарте IDEF0
3. И, наконец, имеются Схемы средней сложности. Надо сказать, что при всей полноте отражения технологической информации схемы по стандарту IDEF0 достаточно сложны для восприятия, поэтому многие компании упрощают этот стандарт, отражая на схеме в качестве связей между функциями только документы и события. Некоторые компании для большей наглядности делят общее поле схемы на полосы и в каждой полосе размещают функции, относящиеся к одной должности.
Рис. 23. Пример схемы бизнес-процесса с делением поля схемы на зоны для каждой должности
Ещё надо сказать несколько слов о наглядности и простоте. Все схемы должны быть «читабельными». Недаром в стандарте IDEF0 существует правило, по которому одна схема должна содержать не более 7 объектов (функций). Ниже приведен пример того, как не надо рисовать схемы.
Рис. 24. Как не надо рисовать схемы
Если на
