Событийная цепочка процессов

Еще одной моделью, используемой для описания процессов нижнего уровня и встроенной в программу «Business Studio», является событийная цепочка процессов (нотация EPC (Event-Driven Process Chain). Диаграмма процесса в нотации EPC (см. рис. 3.22) представляет собой упорядоченную комбинацию событий и функций. Для каждой функции могут быть определены начальные и конечные события, участники, исполнители, материальные и документальные потоки, сопровождающие её, а также проведена декомпозиция на более низкие уровни. Декомпозиция может производиться только в нотации EPC.

Графические символы, используемые в этой нотации, приведены в таблице 3.10

Таблица 3.10. Графические символы, используемые в нотации ЕРС

Название	Графический символ	Описание
Функция		Блок представляет собой функцию – действие или набор действий, выполняемых над исходным объектом (документом, ТМЦ и прочим) с целью получения заданного результата. Внутри блока помещается наименование функции. Временная последовательность выполнения функций задается расположением функций на диаграмме процесса сверху вниз.
Событие		Событие – состояние, которое является существенным для целей управления бизнесом и оказывает влияние или контролирует дальнейшее развитие одного или более бизнес-процессов. Элемент отображает события, активизирующие функции или порождаемые функциями. Внутри блока помещается наименование события.
Стрелка		Стрелка отображает связи элементов диаграммы процесса EPC между собой. Связь может быть направленной и ненаправленной в зависимости от соединяемых элементов и типа связи.
Оператор AND («И»)		Оператор «И» используется для обозначения слияния/ветвления как функций, так и событий. Если завершение выполнения функции должно инициировать одновременно несколько событий, то это обозначается с помощью оператора «И», следующего после функции и перед событиями. На рисунке завершение выполнения Функции одновременно инициирует события: Событие 1 и Событие 2. Если событие происходит только после обязательного завершения выполнения нескольких функций, то это обозначается с помощью оператора «И», следующего после функций и перед одиночным событием. На рисунке Событие произойдет только после обязательного завершения Функции 1 и Функции 2. Если функция может начать выполняться только после того, как произойдут несколько событий, то это обозначается с помощью оператора «И», следующего после событий и перед функцией. На рисункеФункция начнет выполняться только после того, как произойдут Событие 1 и Событие 2. Если одно событие может инициировать одновременное выполнение нескольких функций, то это обозначается с помощью оператора «И», следующего после события и перед функциями. На рисунке Событие одновременно инициирует выполнение Функции 1 и Функции 2.
Оператор OR («ИЛИ»)		Оператор «ИЛИ» используется для обозначения слияния/ветвления функций и для слияния событий. По правилам нотации EPC после одиночного события не может следовать разветвляющий оператор «ИЛИ». Если завершение выполнения функции может инициировать одно или несколько событий, то это обозначается с помощью оператора «ИЛИ», следующего после функции и перед событиями. На рисунке завершение выполнения Функции 1 может инициировать 3 вида ситуаций: только Событие 1, только Событие 2, одновременно и Событие 1, и Событие 2. Если событие происходит после завершения выполнения одной или нескольких функций, то это обозначается с помощью оператора «ИЛИ», следующего после функций и перед одиночным событием. На рисунке Событие может произойти либо после завершения выполнения Функции 1, либо после завершения выполнения Функции 2, либо после завершения выполнения и Функции 1, и Функции 2. Если функция может начать выполняться после того, как произойдет одно или несколько событий, то это обозначается с помощью оператора «ИЛИ», следующего после событий и перед функцией. На рисунке Функция может начать выполняться либо после того, как произойдет Событие 1, либо после того, как произойдет Событие 2, либо после того, как произойдут оба события: Событие 1, и Событие 2.
Оператор XOR («Исключающее ИЛИ»)		Оператор «Исключающее ИЛИ» используется для обозначения слияния/ветвления функций и для слияния событий. По правилам нотации EPC после одиночного события не может следовать разветвляющий оператор «Исключающее ИЛИ». Если завершение выполнения функции может инициировать только одно из событий в зависимости от условия, то это обозначается с помощью оператора «Исключающее ИЛИ», следующего за функцией и перед событиями. На рисунке Функция инициирует либо только Событие 1, либо только Событие 2. Если событие происходит сразу после завершения выполнения либо одной функции, либо другой, то это обозначается с помощью оператора «Исключающее ИЛИ», следующего после функций и перед одиночным событием. На рисунке Событие может произойти либо сразу после завершения выполнения Функции 1, либо сразу после завершения выполнения Функции 2. Если функция может начать выполняться сразу после того, как произойдет либо одно событие, либо другое, то это обозначается с помощью оператора «Исключающее ИЛИ», следующего после нескольких событий и перед функцией. На рисунке Функция может начать выполняться сразу после того, как произойдет либо Событие 1, либо Событие 2.
Интерфейс процесса		Элемент, обозначающий внешний (по отношению к текущей диаграмме) процесс или функцию. Используется для указания взаимосвязи процессов: - обозначает предыдущий или следующий процесс по отношению к диаграмме рассматриваемого процесса; - обозначает процесс, откуда поступил или куда передается объект. Внутри блока помещается наименование внешнего процесса. На рисунке показано, что договор является результатом выполнения процесса «Заключение договора». На рисунке показано, что после окончания Процесса 1 (и наступления Событие 1) начинает выполняться Процесс 2. На диаграмме Процесса 2 показано, что перед началом Процесса 2 был завершен Процесс 1, инициировавший Событие 1.
Субъект		Используется для отображения на диаграмме организационных единиц (должности, подразделения, роли, внешнего субъекта) – исполнителей, владельцев или участников функций. Внутри блока помещается наименование организационной единицы.
Бумажный документ		Используется для отображения на диаграмме бумажных документов, сопровождающих выполнение функции. Внутри блока помещается наименование бумажного документа.
Электронный документ		Используется для отображения на диаграмме электронных документов, сопровождающих выполнение функции. Внутри блока помещается наименование электронного документа.
ТМЦ		Используется для отображения на диаграмме товарно-материальных ценностей (ТМЦ), сопровождающих выполнение функции. Внутри блока помещается наименование ТМЦ.
Информация		Используется для отображения на диаграмме информационных потоков, сопровождающих выполнение функции. Внутри блока помещается наименование информационного потока.
Информационная система		Используется для отображения на диаграмме информационной системы, поддерживающей выполнение функции. Внутри блока помещается наименование информационной системы.
Модуль информационной системы		Используется для отображения на диаграмме модуля информационной системы, поддерживающего выполнение функции. Внутри блока помещается наименование модуля информационной системы.
Функция информационной системы		Используется для отображения на диаграмме функции информационной системы, поддерживающей выполнение функции. Внутри блока помещается наименование функции информационной системы.
База данных		Используется для отображения на диаграмме базы данных, сопровождающей выполнение функции. Внутри блока помещается наименование базы данных.
Термин		Используется для отображения на диаграмме объектов, сопровождающих выполнение функции. Наименования этих объектов – термины, используемые в организации. Внутри блока помещается наименование термина. Элемент может быть использован для обозначения данных, передаваемых между процессами или обрабатываемых при выполнении процессов. Элемент может быть также использован для обозначения статусов бумажных/электронных документов и других элементов справочника «Объекты деятельности». На рисунке статус документа «Акт выполненных работ» устанавливается с помощью термина «Подписанный».
Набор объектов		Используется для отображения на диаграмме наборов объектов, сопровождающих выполнение функции, например, «Документация по проекту». Внутри блока помещается наименование набора объектов.
Прочее		Используется для отображения на диаграмме потоков объектов, которые нельзя отнести ни к одной из предопределенных групп справочника «Объекты деятельности». Внутри блока помещается наименование прочего объекта.

При моделировании процессов в нотации EPC должны соблюдаться следующие требования:

1) диаграмма функции EPC должна начинаться как минимум одним стартовым событием (стартовое событие может следовать за интерфейсом процесса) и завершаться как минимум одним конечным событием (конечное событие может предшествовать интерфейсу процесса);

Рисунок 3.22. Пример диаграммы процесса в нотации ЕРС

2) события и функции по ходу выполнения процесса должны чередоваться. Решения о дальнейшем ходе выполнения процесса принимаются функциями;

3) рекомендуемое количество функций на диаграмме – не более 20. Если количество функций диаграммы значительно превышает 20, то существует вероятность, что неправильно выделены процессы на верхнем уровне и необходимо произвести корректировку модели;

4) события и функции должны содержать строго по одной входящей и одной исходящей связи, отражающей ход выполнения процесса;

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

6) на диаграмме не должны присутствовать объекты без единой связи.

7) каждый оператор слияния должен обладать хотя бы двумя входящими связями и только одной исходящей, оператор ветвления – только одной входящей связью и хотя бы двумя исходящими. Операторы не могут обладать одновременно несколькими входящими и исходящими связями;

8) если оператор обладает входящей связью от элемента «событие», то он должен обладать исходящей связью к элементу «функция» и наоборот;

9) за одиночным событием не должны следовать операторы «OR (ИЛИ)» или «XOR (Исключающее ИЛИ)»;

10) операторы могут объединять или разветвлять только функции или только события. Одновременное объединение/ветвление функции и события невозможно;

11) оператор, разветвляющий ветки, и оператор, объединяющий эти ветки, должны совпадать. Допускается также ситуация, когда оператор ветвления «И», оператор объединения – «ИЛИ».

Вопросы семинарских занятий по теме

Семинар 1

1. Жизненный цикл проекта: определение и основные этапы в зависимости от характера проекта.

2. Содержание принципиальной модели управления проектом.

3. Основные функции менеджера проекта.

4. Структуризация проекта: цель и основные модели.

Семинар 2

1. Организационные структуры проектов, соответствующие системе взаимоотношений между их участниками.

2. Организационные структуры проектов, соответствующие их содержанию.

3. Методология информационно-технологического моделирования процессов SADT.

4. Разработка межфункциональных схем для проекта.

5. Разработка для проекта событийной цепочки процессов.

Задание на самостоятельную работу по теме

В качестве продолжения самостоятельной работы по теме 2:

1. Определите структуру и ожидаемую продолжительность фаз (стадий) жизненного цикла задуманного Вами проекта.

2. Опишите содержание начальной (прединвестиционной) фазы Вашего проекта.

3. Проведите структуризацию Вашего проекта, используя модели: «дерево целей», «дерево решений», «дерево работ», «структурная схема организации» и «матрица ответственности».

4. Определите вид организационной структуры управления Вашим проектом. Укажите его основные достоинства (преимущества) и недостатки.

5. Работу распечатать с использованием программы MS Word на листах формата А4. Размер шрифта 12-14 пт, межстрочный интервал – одинарный.

6. Выполненную работу представить не позднее чем через 2 недели после практического занятия по теме.

Тема 4. Планирование проекта

Литература по теме

1. Управление проектом. Основы проектного управления: учебник / кол. авт.; под ред. проф. М.Л. Разу. – Москва: КНОРУС, 2006. – с. 154-210, 301-313, 434-541;

2. Управление проектами / И.И. Мазур, В.Д. Шапиро и др. Справочное пособие / Под редакцией И.И. Мазура и В.Д. Шапиро. – Москва: Высшая школа, 2001. – с. 89-96, 423-465;

3. Управление проектами / Шапиро В.Д. и др. – Санкт-Петербург: «ДваТрИ», 1996. – с. 68-81, 147-148, 222-252.

1. Сущность планирования разработки и реализации про­екта. Система планов в управлении проектами

Сущность планирования проектасостоит в задании целей и способов их достижения на основе формирования комплекса работ (мероприятий, действий), которые должны быть выполнены, применения методов и средств реализации этих работ, увязки ресурсов, необходимых для их выполнения, согласования действий органи­заций-участников проекта.

Последовательность шагов планирования проекта приведена на рис. 4.1.

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

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

На этапе планирования определяются все необходимые параметры реализации проекта:

1) продолжительность по каждому из контролируемых элементов проекта;

2) потребность в трудовых, материально-технических и финансовых ресурсах;

3) сроки поставки сырья, материалов, комплектующих и технологического оборудования;

4) сроки и объемы привлечения проектных, строительных и других организаций.

Основная цель планированиясостоит в построении модели реализации проек­та. Она необходима для координации деятельности участников проекта, с ее по­мощью определяется порядок, в котором должны выполняться работы, и т.д.

В хорошо организованном проекте за выполнение каждой цели должен нести ответственность конкретный орган управления: руководитель проекта – за все цели (миссию проекта), ответственные исполнители – за частные цели и т.д. То есть де­рево целей проекта должно совпадать со структурой подразделения организации, отвечающей за реализацию проекта. Для этого разрабатывается уже известная вам матрица ответственности, которая определяет функциональные обязанности испол­нителей по проекту, конкретизирует набор работ, за реализацию которых они от­вечают персонально.

В связи с тем, что проекты имеют четыре фундаментальных уровня управления, в методологии управления ими сформирована система планов:

1) концептуальный;

2) стратегический;

3) тактический, который в свою очередь включает:

- текущий и

- оперативный.

Конкретная структура планов, применяемых на разных уровнях и стадиях планирования проекта, зависит от стандартов и подходов, принятых в отрасли и в организациях, осуществляющих проект.

На концептуальном уровнеопределяются цели, задачи проек­та, рассматриваются альтернативные варианты действий по дости­жению намеченных результатов с оценкой негативных и позитивных аспектов каждого варианта, устанавливаются концептуальные на­правления реализации проекта, включая описание предметной об­ласти, укрупненной структуры работ и логики их развития, основ­ные вехи, предварительную оценку продолжительности, стоимости и потребности ресурсов.

Стратегический план определяет:

1) целевые этапы и основные вехи, характеризующиеся сроками ввода объектов, производственных мощностей, объемами выпуска продукции;

2) этапы проекта, характеризующиеся сроками завершения ком­плексов работ (нулевой цикл, монтаж каркаса и т.д.), сроками поставки продукции (оборудования), сроками подготовки фронта работ;

3) кооперацию организаций-исполнителей;

4) потребности в материальных, технических и финансовых ре­сурсах с распределением ее по годам и кварталам.

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

Проект-менеджер увязывает отдельные вехи в единой стратегии проекта с инвестором и знакомит с этим планом проектную коман­ду. Также на этом уровне фокусируется внимание на промежуточных этапах, которые помогают распределить работу по подразделениям команды. Подразделения команды получают задания по выполне­нию промежуточного этапа и планируют свою собственную работу независимо от остальных членов проектной команды. Они знают, что должны выполнить свой этап к определенной дате для того, чтобы обеспечить дальнейшее выполнение проекта.

На тактическом уровне:

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

2) оперативный план – детализирует задания участникам на ме­сяц, неделю, сутки по комплексам работ.

Планы могут детализироваться по функциям управления. Функ­циональный план разрабатывается на каждый комплекс работ (под­готовительные работы, проектно-изыскательские, поставка мате­риалов и оборудования, строительство, пусковой период и освое­ние производственных мощностей) или на комплекс работ, выпол­няемых одной организацией.

Также следует различать планы по степени охвата работ проекта:

1) сводный, комплексный, главный (на все работы проекта);

2) детальный (частный) по организациям участникам;

3) детальный (частный) по видам работ.

Типы календарных планов выбираются в зависимости от целей планирования, особенностей проекта и организации управления.

В разработку данных планов в разной степени вовлечены разные уровни управления в организации. Входными данными для разработки плана проектаявляются:

1) договорные требования;

2) описание доступных ресурсов;

3) оценочные и стоимостные модели;

4) документация по аналогичным разработкам.

2. Основные и вспомогательные процессы планирования проекта

Состав и соотношения между процессами планирования проекта представлены на рисунке 4.2.

Основные процессы планированиямогут повторяться несколько раз, в тече­ние, как всего проекта, так и его отдельных фаз.

Эти процессы могут повторяться и входить в состав итерационной процедуры, выполняемой до достижения определенного результата. Например, если первона­чальная дата завершения проекта неприемлема, то требуемые ресурсы, стоимость, а иногда и содержание проекта должны быть изменены. Результатом в этом слу­чае будут согласованные сроки, объемы, номенклатура ресурсов, бюджет и содер­жание проекта, соответствующие его целям. Сам процесс планирования не может быть полностью алгоритмизирован и автоматизирован, так как содержит много не­определенных параметров и часто зависит от случайных факторов. Поэтому пред­лагаемые в результате планирования варианты плана могут отличаться, если они разрабатываются разными командами, специалисты в которых по-разному оцени­вают влияние на проект внешних факторов.

Процессы планирования в рамках одной организации должны иметь вполне определенную последовательность выполнения. Для этого разрабатывается и вне­дряется «внутрифирменный стандарт», регламентирующий состав и последователь­ность срабатывания отдельных процессов. Разумеется, для большинства организа­ций, работающих в одной отрасли, процессы планирования во многом совпадают. Их отличие проявляется при уточнении целей и содержания конкретного проекта и при определении состава, прав и обязанностей команды, занимающейся его пла­нированием и исполнением.

Процессы планирования проекта Основные процессы Планирование содержания Определение показателей содержания Определение работ Планирование ресурсов Определение последовательности работ Оценка продолжительности работ Составление сметы Разработка расписания Формирование бюджета Разработка плана проекта Вспомогательные процессы Планирование качества Планирование коммуникаций Идентификация риска Оценка риска Разработка методов реагирования на риск Организационное планирование Подбор кадров Планирование поставок Планирование предложений   Предыдущая6789101112131415161718192021Следующая Не нашли, что искали? Воспользуйтесь поиском по сайту: ©2015 - 2024 stydopedia.ru Все материалы защищены законодательством РФ.