Проектируем корпоративную архитектуру
Шрифт:
Описание процесса
Формулировка названия процесса
Задание границы процесса
Задание входов процесса, классификация их на первичные и вторичные
Задание выходов процесса, классификация их на первичные и вторичные
Назначение владельца процесса
Паспортизация процессов
Выделение процессов
Согласование (с привлечением владельцев процессов) границ и интерфейсов процессов
Согласование карты процессов
Составление классификатора процессов с необходимыми атрибутами
Документированное описание процессов
2.6. Типология процессов
Рис. 2.6.1. Общая типология процессов
В популярных классификациях часто называется пять базовых видов процессов (см. рис. 2.6.1).
• Индивидуальные горизонтальные процессы, выполняемые отдельными исполнителями (организационными звеньями).
• Межфункциональные горизонтальные процессы, выполняемые многими исполнителями (организационными звеньями).
• Вертикальные процессы, отражающие взаимодействия исполнителей (организационных звеньев) по вертикали.
• Интегрированные процессы, отображающие деятельность исполнителей по вертикали и по горизонтали.
• Вложенные процессы, входящие в состав более сложного процесса.
Распространенные на практике методологии моделирования процессов придерживаются этих конструкций, но не буквально, а скорее ориентировочно. В результате чего детализированные описания процессов часто бывают гетеротонными (состоящими из разнородных компонент и интегрированными относительно приведенных определений). Более того, и сама приведенная базовая классификация не единственно возможная. Многие классификации строятся на типологии предназначения процессов. Как распространенный пример классификации такого рода можно привести выделение в компании основных бизнес-процессов (поставки, производство, сбыт), поддерживающих процессов и процессов управления (см. рис. 2.6.2 и рис. 2.6.3).
При проведении инжиниринга одним из первых специалисты рекомендуют решать вопрос о способе представления описания процессов верхнего уровня.• Основные бизнес-процессы, горизонтальные, обеспечивающие преобразование входов в выходы и достижение финальных результатов, соответствующих интересам компании. Бизнес-пороцессы часто пытаются представить как последовательную цепочку процессов, добавляющих стоимость, поскольку каждый последующий процесс определяет требования к предыдущему. Например, для дистрибьюторской компании: маркетинг и планирование сбыта, закупки, транспортная логистика, складская логистика, продажи, послепродажное обслуживание.
• Поддерживающие бизнес-процессы, горизонтальные, обеспечивающие исполнение основных процессов. Например, для дистрибьюторской компании: поддержка и развитие дистрибьюторской сети, обеспечение информационными ресурсами, обеспечение инфраструктурными сервисами.
• Управленческие (административные) процессы, вертикальные, обеспечивающие управление деятельностью компании, основными и обеспечивающими процессами. Например, стратегическое управление, управление финансами, управление персоналом, операционное управление бизнес-процессами.
Популярный вариант изображения процессов верхнего уровня показан на рис. 2.6.4.2.7. Процесс или функция
Понятия процесс и функция применяются как модельные конструкции для описания способов исполнения работ и организации функционирования компании. Соотношения между этими понятиями относительные и зависят от принятой договоренности при моделировании (см. рис. 2.7.1).
Возможен и часто применяется вариант, когда принимается договоренность о моделировании, при которой каждый процесс декомпозируется на функции и моделирование идет от процессов верхнего уровня к составляющим их функциям.
В другой системе договоренностей сначала задаются функции, понимаемые как «свернутые» процессы, а затем представляются процессы их реализации, связи между процессами и снова более мелкие функции, составляющие процессы.
В практике моделирования организации деятельности для одной и той же компании могут применяться одновременно несколько разноцелевых и разноуровневых моделей, в которых взаимное позиционирование бизнес-процессов и функций может меняться в зависимости от ракурса рассмотрения. Например, функция может получаться как результат декомпозиции модели бизнес-процессов более верхнего уровня и выступать как операция в модели бизнес-процессов более нижнего уровня модели процедур (рис. 2.7.2).2.8. Концепция проекта
Проект – уникальная сборка бизнес-процессов, обеспечивающая реализацию поставленных целей в заданный срок с заданными ресурсами
Особенности управления проектом (рис. 2.8.1):
• рассмотрение проекта как уникальной комбинации процессов;
• сосредоточение прав и ответственности за достижение результатов проекта у руководителя проекта и проектной группы;
• выделение бюджета проекта;
• применение специальной проектной организационной структуры и проектной мотивации его участников;
• разработка и применение специальных стандартов реализации составляющих проект процессов.
При декомпозиции проект (рис. 2.8.2) может разбиваться на субпроекты, а те, в свою очередь, на процессы. Процессы могут разбиваться на подпроцессы или функции. В итоге возникает «слоистое» описание порядка исполнения проекта: проект – субпроекты – процессы – функции.
На следующем шаге так выделенные сферы проекта могут закрепляться за исполнителями (организационными звеньями), и таким образом формируется проектная модель ответственности.Экспресс-оценка организации проекта
Припомнить и написать название проекта.
Оценить по пятибалльной шкале компоненты организации проекта:
– назначение уполномоченного руководителя проекта;
– наличие выделенного бюджета проекта;
– применение проектной организационной структуры;
– применение проектной мотивации;
– наличие регламента проекта