Использование нотации eEPC для графического описания бизнес-процессов

Публикация № 143668

Управление - Управление бизнес-процессами (BPM)

76
В статье рассматривается вопрос применения нотации eEPC для описания бизнес -процессов. Даны основы в объеме, достаточном для начала практического применения, а также рассказывается о личном опыте применения данного подхода автором в своих проектах

Всякая вещь есть форма проявления беспредельного разнообразия.

Козьма Прутков

Введение в нотацию eEPC

В настоящее время существует множество различных принципов графического представления бизнес-процессов, именуемых нотациями. Почему их много? Этот вопрос уже десятки лет задает себе каждый, кто сталкивается с необходимостью описать бизнес-процессы. Давайте разберемся с причинами. Их три (на мой взгляд):

  • -Разные задачи. Не все нотации одинаково удобны для решения различных задач. Например, нотация может быть удобна для бизнес-процесса верхнего уровня и совсем не удобной для описания рабочего процесса.
  • -Разные разработчики таких нотаций. В разное время разные разработчики пытались придумать новые принципы описания схем. Делали они это из благих побуждений, когда на практике сталкивались с ситуацией, когда используемая ими нотация не может отразить необходимых тонкостей (либо не наглядно). Иногда в процессе эволюции такие нотации стали как бы параллельными, т.е. выглядят по разному, а задачи решают одинаковые.
  • -Стремление выделиться. Это когда по непонятным причинам вдруг появляется новая нотация, не имеющая в себе ничего выдающегося, но, почему-то продвигающаяся ее создателем как совершеннейшее ноу-хау. Такое происходит до сих пор.

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

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

Пора начать наше повествование об очень интересной, простой и практичной нотации eEPC (в переводе: расширенное описание событийной цепочки процессов). В ее дословном переводе раскрывается и основное предназначение: описание цепочки бизнес-процессов. Главная «фишка» нотации в ее принципе «событийности», который мы рассмотрим подробно.

Какие преимущества имеет нотация eEPC:

  1. Во-первых, это не совсем нотация в чистом виде. Т.е. если в некоторых нотациях существует жесткий набор элементов и правил их использования (иначе все запутается), то принцип eEPC позволяет добавлять собственные элементы. Как это обеспечивается? Конечно, существует определенный «стержень», вокруг которого все строится, т.е. набор четких правил, по которым строится схема и по которым она потом читается. Кроме этого Вы может добавить свой элемент, включить правила его использования в собственный корпоративный стандарт (чтобы исключить самодеятельность, которая может запутать схему и усложнить ее читаемость) и все! Это очень важный момент. Кроме этого, в своем корпоративном стандарте можно задать и любые другие ограничения и правила
  2. eEPC содержит элементы логики. Это позволяет строить схемы с условиями, что необходимо для описания деятельности («если договор согласован, то …., иначе …»)
  3. Простота элементов позволяет рисовать диаграммы как в программных продуктах, так и любым другим способом, хоть на бумаге, Вы не запутаетесь.
  4. eEPC настолько легка в обучении и восприятии, что может использоваться в реальной деятельности, а не только пылиться в шкафу. На обучение правилам потребуется около 2-х часов (при наличии желания обучаемого).

Конечно, как и все в этом мире, она имеет и недостатки. Но рациональное использование сводит их к минимуму. Главный недостаток, на мой взгляд, это тот факт, что если использовать простые инструменты (т.е. программы для рисования схем, а не для моделирования бизнес-процессов), то мы не имеем единой базы данных объектов. Кроме этого, сложно проконтролировать, входы-выходы (надо их именно контролировать, т.е. придумать способ такого контроля, если требуется). Но, с другой стороны, использование инструментов моделирования сложных бизнес-процессов стоит весьма внушительных сумм, а проект с их использованием измеряется в миллионах. А так мы имеем очень экономичный и понятный инструмент. Если говорить точнее, этот недостаток относится именно к рассматриваемому мной способу описания, т.е. с использованием MS Visio или аналогичного ПО. Если Вы будее использовать специализированные системы описания бизнес-процессов, поддерживающие базы данных объектов, то этого недостатка можно избежать. Ну что, пора начать…

Главный "стержень" нотации eEPC

Как я уже упоминал, в дословном переводе аббревиатуры eEPC кроется понятие событийности. Это очень важный момент, на котором и строится весь принцип построения схемы. Итак, есть два ключевых понятие: «Событие» и «Функция». Когда кто-то первый раз попытаетесь нарисовать свой процесс в виде диаграммы eEPC, то часто возникает вопрос, а чем отличается событие от функции? Это надо четко себе уяснить, иначе получится непредсказуемый результат. Так вот: событие – это факт свершения чего-либо, причем не имеющий продолжительности во времени, либо это время стремиться к нулю (или не имеет значения). Причем событие всегда вызывает необходимость исполнения функции, и исполнение функции всегда заканчивается событием Поясню на примере. Звонит телефон. Менеджер взял трубку для телефонного разговора. В данном случае «Звонит телефон» - это событие. Телефонный разговор – это функция. Разговор завершен (повесил трубку) –снова событие. Таким образом, наблюдается событийная цепочка: Звонок – разговор – завершение звонка. А завершении звонка наверняка потребует выполнение новой функции: запись результата звонка и т.д.

Давайте попробуем это нарисовать. Для начала надо выяснить, как отображаются элементы «Событие» и «Функция».

 

 

Вот такие два простых элемента составляют основу правил описания бизнес процессов в нотации eEPC. Думаю, надо сказать пару слов об используемых цветах. Если Вы сталкивались с описание процессов в других нотациях, как правило они были черно-белые. И это правильно, явной зависимости содержания от цвета быть не должно, т.к. схема может быть нарисована карандашом на бумаге, распечатана на черно-белом принтере и пр. В данном случае (в нтации eEPC) так исторически сложилось, что элементы имеют определенные цвета. Не сказать, чтобы это было обязательно, но привычка вырабатывается, да и восприятие в электронном виде лучше – сразу видно что есть что. Эти цвета можно рассматривать как рекомендацию. Почему они такие? Точно не уверен, но мне кажется от того, что компания ARIS, когда сделала в своем продукте поддержку нотации eEPC, дала им такие цвета, они и «прижились». Кстати, иногда эту нотацию еще называют «ARIS», «ARIS EPC», что является не совсем верным, т.к. компания ARIS не изобретала эту нотацию, а сделала ее поддержку в своей программе моделирования бизнес-процессов. В общем, рекомендую использовать цвета. Главное, чтобы сама форма элементов не была одинаковой (т.е. отличаться лишь цветом), т.к. в черно-белом варианте это может вызвать путаницу. Существуют и другие правила, которые позволяют придать «стройность» диаграмме eEPC, мы будем о них говорить.

Итак, есть событие, есть функция. Как они связаны?

Мы видим, что событие1 привело к необходимости выполнять некую функцию, которая завершилась событием2. Если применительно к примеру с телефонным звонком, то будет так:

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

  • Должность (исполнитель). Тот, кто выполняет данную функцию
  • Информация. Любая информация, используемая для выполнения функции, кроме документальной. Например, телефонный звонок, инструкция по выполнению операции т.п.
  • Документ. Элемент «Документ» предназначен для отображения носителей информации (бумажной или электронной). Т.е. представление информации в определенной структуре.
  • Программа (приложение). Программное обеспечение, используемое для выполнения функции.

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

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

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

 

 

Мы видим, что оператор выполняет обработку входящего звонка, действуя в соответствии с правилами обработки входящих звонков и использует для этого программу «CRM». Ни входящих, ни исходящих документов при этом не используется.

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

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

Элементы логики в схемах нотации eEPC

Элементы логики просты, но есть свои особенности и правила, чтобы схема была логичной и однозначно истолкована. Самое важное правило, которому нужно придерживаться на 100%: логические решения могут приниматься только при выполнении функции. Т.е. после некоторого события не может быть разветвления. Почему? Потому, что в этом случае это противоречит самому понятию события – оно простое и мгновенное, без времени выполнения. Например, если зазвонил телефон, и человек сидит думает, брать ему трубку или не брать, теоретически это уже будет функцией, где он принимает решение. А практически, в том числе из здравого смысла, он нарушает правила обработки звонков, т.к. ему зарплату платят за то, чтобы он эти звонки обрабатывал, и нечего тут рассуждать (в целом как нарисовано на схеме).

Всего различается 3 элемента логики:

  • И. Когда произойдут два или более события одновременно;
  • ИЛИ. Когда могут произойти одно ли несколько событий, но как минимум одно должно произойти обязательно;
  • ИСКЛЮЧАЮЩЕЕ ИЛИ. Либо одно, либо другое. Т.е. два варианта одновременно невозможны.

Вот как одни выглядят:  

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

Теперь необходимо разобраться с применением элементов логики. Сначала рассмотрим встречающиеся варианты, затем перейдем к примеру. Разберем каждый элемент в отдельности.

Логический элемент «И». Когда для выполнения функции требуется одновременное выполнение нескольких событий:

 

Пример: Если закрыт отчетный период (событие 1) и наступил срок подачи отчета руководителю (событие 2), сотрудник готовит ежемесячный отчет.

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

 

Пример: Завершена некоторая работа с заказчиком. Одновременно зафиксировано два события: взаиморасчеты сверены (событие 1), акт подписан (событие 2). На практике такое применение встречается не часто. Как правило, если в одной функции объединено много действий

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

 

Пример: Кладовщик собрал заказ (функция 1), оператор выписал документы (функция 2), товар готов к отгрузке (событие).

 Соединение элементов, если возникновение одного события приводит к выполнению нескольких функций: 

 

Пример: Поступила партия товара (событие). Одновременно начинается отгрузка ранее заказанного клиентами товара и размещение оставшегося на складе.

Логический элемент «ИЛИ».

Соединение элементов, если одно из событий может вызвать выполнение функции:

Пример: Поступила заявка по телефону (событие 1) или поступление заявки по электронной почте (событие 2) приведет к необходимости ее обрабатывать.

Соединение элементов, если одна функция может вызвать как минимум одно событие:

 

Пример: Подготовлен и отправлен товар счет для отправки клиенту. Счет мог быть отправлен по почте (событие 1), по факсу (событие 2). 

 

 Логический элемент «ИСКЛЮЧАЮЩЕЕ ИЛИ».

Соединение элементов, когда для выполнения функции необходимо одно и только одно из событий: 

 

Пример: Клиент приехал в магазин лично (событие 1) или совершил заказ через интернет (событие 2). Необходимо выполнить отгрузку товара (функция 1).

 

Соединение элементов, если в результате выполнения функции происходит максимум одно из событий: 

Пример: Решение либо принято либо нет.

 

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

   

 

Пример: Доставка товара осуществлена (событие 1) либо собственным транспортом (Функция 1), либо транспортной компанией (функция 2)

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

 

 

Расширение нотации собственными элементами

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

 

 

Файл с данными. Используется, если в результате выполнения операции создается файл данных, или файл используется для выполнения операции.

База данных. Используется при описании информационных потоков между автоматизированными системами.

Картотека. Используется для отображения бумажной картотеки или архива.

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

Кластер информации. Используется для обозначения структурированной информации (представление сущности). На диаграмме может применяться для обозначения документов, сформированных программным образом при использовании пользовательских приложений. В этом случае элемент «Кластер» располагается слева от соответствующего документа. Т.е. говорит о том, что пользователь не просто создал бумажный документ, но и создал его экземпляр в программе.

Соглашения о правилах размещения фигур на схеме

Сама по себе нотация eEPC не предъявляет жестких требованиях в расположении элементов друг относительно друга, хотя принято рисовать схему сверху вниз или слева направо. Есл это не унифицировать в случае работы нескольких специалистов, то может получиться своеобразный «винегрет». Что бы этого избежать, рекомендуется выработать и утвердить свои правила расположения элементов. Я придерживаюсь (и рекомендую) следующих правил:

  • Последовательность событий и функций располагают сверху вниз (лучше) или слева направо (если не хватает места);
  • Элементы, обозначающие исполнителей, располагаются справа от функций;
  • Входящие документы слева вверху от функций; направление стрелки от документов к функции;
  • Исходящие документы слева внизу от функций; направление стрелки от функции к документам;
  • Элемент «Информация» располагается внизу справа от функции. Если места недостаточно, допускается произвольное расположение, как можно ближе к функции;
  • Элемент «Приложение» располагается вверху справа от функций. (если для этого используется файловые хранилища, не являющиеся отчетами, то отображаются аналогично). Связь без стрелки.
  • Элементы «База данных» и «Картотека» располагаются произвольно;
  • Элемент «Материальный поток» располагается слева от сопровождающих его документов с привязкой к документу линией без стрелки;
  • Элемент «Кластер» в случае использования в сочетании с фигурой «Документ» для обозначения документа в электронном виде располагается слева от соответствующего документа.

Например: Расчетчик заработной платы рассчитывает заработную плату на основании предоставленных ему документов «Бригадный наряд». При этом он руководствуется документом «Положение о заработной плате», расчет производит в программе «1С: ЗиК». Результатом расчета является документ «Ведомость».

 

Идентификация элементов на диаграмме

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

Обязательной идентификации на диаграмме подлежат фигуры «Документ» и «Функция».

Документ идентифицируется посредством указания в левом верхнем углу кода отчета или документа в соответствии с реестром. Документы, полученные от поставщиков товаров и услуг (входящие), идентифицируются только по наименованию.

Функция идентифицируется указанием порядкового номера функции для данной группы процессов. Т.е. номер функции начинается всегда с кода группы процессов. Вопросы выявления групп процессов выходят за рамки данной статьи, мы рассмотрим их отдельно. Причем, научиться выявлять процессы следует до того, как Вы начнете их описывать, иначе может возникнуть стремление описать всю деятельность компании на одной диаграмме, как иногда пытаются сделать.

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

Отображение обратной связи

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

Текстовое описание процессов

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

В простейшем случае шаблон описания бизнес-процесса может выглядеть так:

Бизнес-процесс: Обработка входящего контакта 04.ВК

Функции процесса:

Наименование Описание Номер на схеме
Обработка входящего звонка При поступлении входящего звонка оператор обрабатывает звонок в соответствии с правилам обработки входящих звонков. Выявляет интерес клиента, предоставляет информацию об услугах 04.ВК.01
Формирование коммерческого предложения При наличии интереса клиента, оператор передает контакт менеджеру по продажам. Менеджер по продажам готовит коммерческое предложение и отправляет клиенту по электронной почте 04.ВК.02

Показатели процесса:

Наименование Способ оценки / измерения
Количество отказов Статистика по базе данных

За рамками данной статьи остались такие важные темы, как сбор информации, выделение бизнес-процессов, декомпозиция, выделение показателей. Данные вопросы мы обязательно будем изучать в дальнейших выпусках.

76

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. Hany 16.07.12 11:21 Сейчас в теме
Вопросы к автору. Какой сложности бизнес-процессы Вам удалось оформить с помощью таких схем?
На примерах разобраны самые примитивные бизнес-процессы, которые и описывать-то незачем.
А вот интересно, какого формата лист содержит распечатанный, например, бизнес-процесс мастера цеха? Или логиста? Или брокера? И насколько "рабочим", а не формально нарисованным, становился такой документ? Я так понимаю, он должен быть "живым", т.е. в него постоянно должны вноситься поправки, изменения...Спасибо!
10. chavalah 961 17.07.12 21:42 Сейчас в теме
(1) Hany, Сложность бывала разная. Достаточно сложные. Я описываю процессы до операции сотрудника. Не забывайте, что к схеме обязательно должно быть текстовое описание. Например, в виде таблицы, как у меня в примере.
Если интересно, могу найти что-нибудь из реального проекта.
2. CheBurator 3399 17.07.12 01:58 Сейчас в теме
А вот мне больше Дракон понравился...
5. Steelvan 17.07.12 16:54 Сейчас в теме
(2) ДРАКОН - язык описания алгоритмов с подцелью генерации кода, а не бизнес-процессов.
3. vvr908 396 17.07.12 02:44 Сейчас в теме
Статья интересная, но хорошо бы еще как-то связать содержание статьи и собственно программу 1С. Ведь в 8-ке тоже есть т.н. "бизнес-процессы" и есть некая нотация, позволяющая их описать в виде схемы. Какие именно возможности добавляет описанная здесь нотация в сравнении с типовой от 1С? В каких случаях имеет смысл применять нетиповую нотацию, а когда лучше сэкономить время и сразу использовать типовую?
6. Steelvan 17.07.12 16:58 Сейчас в теме
(3) Программа 1С автоматизирует предметную область. До автоматизации ее надо описать (в итоге создать модель "КАК НАДО"). Для этого и используются нотации IDEF0, CrossFunctional, eEPC.

Описание БП встроенным языком 1С возможно только для целей автоматизации БП.
Для анализа и обработки модель БП средствами 1С не опишешь.
8. romansun 189 17.07.12 19:42 Сейчас в теме
(3) добавлю, вот в этой книжке

http://pravdait.ru/category/vnedryem_1c/golaya-pravda-o-vnedrenii-1s/

есть пример составления именно функциональных блок-схем именно в контектсе 1С задач. Посмотрите.

(0)
За статью большое спасибо :)
13. chavalah 961 17.07.12 21:54 Сейчас в теме
(8) romansun, Интересный ресурс.. надо будет познакомиться.
14. Новенький_2209 17.07.12 23:43 Сейчас в теме
(13) осн.масса инфы на ресурсе - какбы сказать - 3,14стешь на около-философские 1сные темы. Хотя, зерное рациональности есть. Но все же - закидка удочки на монетизацию. Иначе нахрен он нужен :)
11. chavalah 961 17.07.12 21:44 Сейчас в теме
(3) vvr908, Целью не стояло привязка к 1С. Идея как раз в том, что принцип описания бизнес-процессо должен быть отдельно от системы. Бывают проекты, в которых нужно для начала описать бизнес-процессы.
Встроенная нотация 1С не годится для сложных процессов. По многим причинам.
15. vvr908 396 18.07.12 02:24 Сейчас в теме
(11) я понимаю смысл описания бизнес-процессов отдельно от системы, в которой их планируется (или не планируется) автоматизировать. Я лишь хотел заметить, что статья только выиграла бы от сравнения предлагаемой нотации с типовой 1С-овской.

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

Мне кажется, вопрос о сравнении нотаций оказывается тем более интересен в таком контексте. Выходит, что как минимум некоторое количество специалистов считают типовую нотацию достаточной для коммерческого использования в целях описания бизнес-процессов, и как-то обходятся ею.
16. chavalah 961 18.07.12 08:43 Сейчас в теме
(15) vvr908, я понимаю, когда сравнивают IDEF/eEPC/UML и пр. известные нотации. Но как можно сравнивать с нотацией от 1С, мне непонятно. Она таковой не является, и описать процессы реального бизнеса не сможет. Если кто-то возьмтся написть такую статью, готов помочь, но сам сравнивать как-то не хочу :)
17. СергейКа 673 18.07.12 10:20 Сейчас в теме
(16)
Но как можно сравнивать с нотацией от 1С

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

Вопрос: В чем преимущества нотации eEPC от IDEF? Почему выбрана именно эта нотация?

И не совсем связанный с темой публикации:
Первая статья про ТЗ была опубликована здесь, а потом на хабре. С данной статьей наоборот.
С чем это связано, если не секрет? :)
20. chavalah 961 18.07.12 22:00 Сейчас в теме
(17) СергейКа,
Первая статья про ТЗ была опубликована здесь, а потом на хабре. С данной статьей наоборот.
С чем это связано, если не секрет? :)


Да не секрет. Скажу честно: прихожу домой, думаю, когда время есть: "давно ничего нигде не публиковал", ну и публикую:) Есть еще 2 ресурса, которые сами просили у них статьи размещать, да не собирусь никак. А последовательность это чисто случайно. Да, кстати, я узнал что такое хабраэффект! Прикольная штука, говорят мой сайт некоторое время не работал из-за перегрузки посещений, но я этого не видел.

В чем преимущества нотации eEPC от IDEF
Я долго думал над этим, много читал, анализировал, в результате принял такое решение. В двух словах не сказать, это мое субъективное мнение. Но вообще eEPC для обычного менеджера (любого уровня) проса и понятна, обучается за 30 минут. А вот c IDEF часто результат превращается в гору бумаг, которой никто не пользуется - это практика говорит.
21. СергейКа 673 19.07.12 06:06 Сейчас в теме
(20) Понятно :)
А вот c IDEF часто результат превращается в гору бумаг, которой никто не пользуется

Вполне может быть, когда это чисто бумажное описание.
4. Steelvan 17.07.12 16:53 Сейчас в теме
Элемент логики открывающий и закрывающий должны быть равны.
12. chavalah 961 17.07.12 21:45 Сейчас в теме
(4) Steelvan, Что имеется ввиду? Пример можно?
23. Steelvan 19.07.12 17:14 Сейчас в теме
7. romansun 189 17.07.12 19:37 Сейчас в теме
ну вообще, да, описание бизнес-процессов прям вот так к 1С особо сильного смысла привязывать нет. Это именно четко алгоритмизированное и формализированное описание. Кодить это потом можно на любов, по сути, языке.

Тот инструмент, что есть в самом 1С... Можно и им описать, конечн. Другое дело, что в нотации из статьи (и в куче других аналогичных) БП можно описать в куче программ - от Visio до какой-нить Aris, а вот для 1С-ной реализации инструментов нет. То же визио в сто раз удобнее. Плюс - типовой нотации от 1С как таковой нет - это просто обычная такая блок-схема.

http://office.microsoft.com/ru-ru/visio-help/HA010369722.aspx
22. Steelvan 19.07.12 17:10 Сейчас в теме
24. Steelvan 19.07.12 17:28 Сейчас в теме
Если уважаемому chavalah интересно, то по проекту в (22) можно обсудить участие как внешний консультант по БП.
Скайп Steelvan_Optimasoft
34. Steelvan 28.09.14 23:40 Сейчас в теме
(7) romansun,
Есть инструмент в 1С-реализации для работы с eEPC.
Программа для моделирования бизнес-процессов ОптимаСофт:ПРИМА.
http://www.optimasoft.info/index_prima.html
kote; dddxddd; +2 Ответить
9. Новенький_2209 17.07.12 20:57 Сейчас в теме
Друзья, не изобретайте. Посмотрите тз из кейсов.

Простота - наше все.

(0) За статью - спасибо. Старался!
18. androidkubanoid 18.07.12 15:12 Сейчас в теме
СергейКа, скажите, а Вы использовали СППР для реальной разработки?
19. СергейКа 673 18.07.12 15:30 Сейчас в теме
(18) Да. И не просто используем более полугода, сейчас у нас в доработанном виде (добавлена система учета задач + багтрекинг + интегрировано с документооборотом) это основная база в которой вся служба работает в пользовательском режиме, а в перспективе вообще будут работать несколько департаментов.
25. Steelvan 19.07.12 17:45 Сейчас в теме
Ссылка на картинку во внешнем хранилище обоснована желанием знать количество посмотревших.
26. romansun 189 19.07.12 19:48 Сейчас в теме
(25)

дык

а кто знал-то? Я так понимаю, на этапе разработки?
27. Steelvan 19.07.12 20:09 Сейчас в теме
29. babys 83 22.10.12 14:07 Сейчас в теме
(27) Steelvan,
Да. Бету готовлю.
как там бетка?
28. Steelvan 19.07.12 20:12 Сейчас в теме
В документации как-раз будет бизнес-процесс небольшой организации с использованием нотаций IDEF0, eEPC, CrossFunctional.
30. Steelvan 24.10.12 10:52 Сейчас в теме
Сегодня-завтра будет доступна для скачивания.
Там будет еще много вкусного, типа интерактивных графов DOT, сохранение схемы в HTML, структура подчиненности в виде графа, поддержка управляемых форм. На http:\\www.схемы1С.рф выложу статьи по добавленному функционалу.
31. Steelvan 24.10.12 16:14 Сейчас в теме
Можно здесь почитать, как EPC сделать выполняемым в среде 1С.
Почти продолжение статьи, практическое.
32. Evgen.Ponomarenko 542 30.07.13 18:54 Сейчас в теме
Автору - респект. Сам лично сталкивался ограничениями различных нотаций. IDEF1х - единственное, что прижилось и используется мной до сих пор, но она хороша для построения информационной модели. А вот увязать информационную и функциональную модель как-то не удавалось. События - рулят, Автору - СПС!
33. chavalah 961 16.12.13 00:14 Сейчас в теме
(32) Evgen.Ponomarenko, Спасибо, Евгений.
Оставьте свое сообщение

См. также

Незакрытый проект на 1000 часов 62

Статья no Нет файла Россия Бесплатно (free) Управление проектом

История о незакрытом проекте, о бессонных ночах, о попытках его выгрести, о бесплатной работе, о вселенской боли.

19.09.2019    6932    ogroup    153       

Стратегия выживания в корпоративных войнах 47

Статья no Нет файла Бесплатно (free) Управление проектом

Айтишникам сложно строить карьеру управленца. И все потому, что в их «техническое ДНК» не заложено умение справляться с окружающими их интригами. Однако, поскольку это навык, это можно исправить, считает ИТ-директор в ПАО «Светлана». На конференции Infostart Event 2018 он поделился с коллегами, что и как надо делать, чтобы не погрязнуть в корпоративных интригах и сделать так, чтобы они не мешали выполнению основной работы.

16.09.2019    4104    GSoft    14       

Мастер-класс СППР 39

Статья Программист Руководитель проекта Нет файла Бесплатно (free) Управление проектом СППР

Сергей Наумов, в прошлом разработчик подсистемы бюджетирования в конфигурации «1С:ERP», на мастер-классе конференции INFOSTART EVENT 2018 EDUCATION поделился опытом управления проектами с помощью «1С:Системы проектирования прикладных решений» и показал, как использовать эту программу в работе над разными задачами: для сбора, классификации и хранения требований; для управления разработчиками и консультантами; в качестве системы документирования; в качестве баг-трекера на этапе опытно-промышленной эксплуатации.

30.08.2019    3274    SergeyN    4       

Как заработать миллион или История успешного сотрудничества 45

Статья Программист Нет файла Бесплатно (free) Управление проектом

Многие мечтают один раз что-то создать, а потом жить на заработанные деньги до конца своих дней. Но миллионерами становятся не все, их единицы. Среди них – разработчик Андрей Карпов. Человек, который сумел за полтора года заработать 2 миллиона рублей чистой прибыли, поделился с гостями конференции Infostart своими секретами.

05.08.2019    4099    karpik666    77       

Бизнес-аналитика с помощью Power BI 65

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

11.07.2019    6362    pbazeliuk    18       

Управление проектами по автоматизации бюджетирования 35

Статья Бизнес-аналитик Руководитель проекта Нет файла УУ Финансовый учет и бюджетирование (FRP) Бесплатно (free) Управление проектом

Автоматизация бюджетирования позволяет максимально эффективно планировать ресурсы предприятия и управлять масштабированием компании. Как учесть особенности бюджетирования, встроить его в процессы стратегического планирования, чтобы получить гибкий инструмент управления и аналитики, рассказал Сергей Наумов на конференции INFOSTART EVENT 2018 EDUCATION.

28.06.2019    3196    SergeyN    1       

Риск - благородное дело!.. Часть первая 31

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Несколько рекомендаций по управлению рисками в ИТ-проектах.

18.06.2019    3825    MariaTemchina    8       

Мы в ответе за то, чего вовремя не послали. Матрица ответственности в проектах внедрения 31

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

В своей публикации “Устав писать Устав” я много рассуждала о том, как полезно умение договариваться на берегу. Как известно, у каждого человека в голове своя картина мира. В целом, многие конфликты в ходе проектов происходят как раз из-за конфликта ожиданий, и из-за нечетких договоренностей, кто чем должен заниматься.  

31.05.2019    4134    MariaTemchina    23       

Устав писать Устав 31

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Ответы на вопросы про то, нужен ли Устав для проектов автоматизации, и если нужен, то зачем?

06.05.2019    4036    MariaTemchina    8       

Путь джедая в управлении проектами 1С: умение быть, а не казаться 36

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Чем руководитель проекта “на бумаге” отличается от “настоящего” руководителя проекта, умеющего направлять команду и выдавать ценный результат?

15.04.2019    6766    MariaTemchina    15       

Управление ИТ-проектами, базовый курс, 3 поток. Онлайн-курс с 15 мая по 1 июля 2019 16

Курс Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Отличительная черта курса - органичное сочетание трех вещей: - Теория проектного управления (PMI®+Agile Alliance+Российские ГОСТ+Методологии от 1С)  - Опыт внедрения продуктов 1С (опыт франчайзи и успешных компаний + тренды Infostart Event и Agile Days) - Разбор реальных проблем и рекомендации экспертов по проектам слушателей Мы будем фиксироваться на тех инструментах, которые реально оказываются полезными в практике  руководителей проектов внедрения. 

04.04.2019    9261    infostart    18       

Уволен через автоматизацию 46

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

Кейс бизнес-программирования

07.03.2019    7415    1c-intelligence    47       

20 мыслей об ИТ-проектах. Мысль №2. "С какой стороны подойти к новому проекту?" 38

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Продолжаем серию статей из цикла “20 мыслей об ИТ-проектах”. Сегодня мы поговорим о том, с какой стороны подойти к новому проекту. Такой вопрос возникал у каждого, кому приходилось выступать в роли руководителя проектов, особенно первый раз. Да и для опытных РП некоторые проекты вызывают аналогичный вопрос.

13.02.2019    4425    chavalah    22       

Стыд и скрам - Чему нас учит Scream Guide 29

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Название "Scream Guide" можно вольно перевести на русский как “Вопль ужаса от того, как Scrum применяют на практике”

12.02.2019    6098    MariaTemchina    20       

Бизнес, не горюй 33

Статья no Нет файла Бесплатно (free) Управление проектом

Про цели автоматизации.

04.02.2019    5776    1c-intelligence    64       

Ошибки управленцев: как топ-менеджеров убивает перфекционизм 5

Статья no Нет файла Бесплатно (free) Управление проектом

В преддверии онлайн-конференции «Гнев и слезы руководителя» мы решили заранее познакомить нашу аудиторию со спикерами, причем сделать это через видео-истории. Начнем с видео-приглашения от Миланы Джиджоевой и ее виденья диджитализации рекрутинга в России.

24.01.2019    6140    user809424    11       

Что немцу хорошо, то русскому... Как минимум, небезынтересно. Продолжаем тему Канбан 31

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Пользуясь несовпадением рождественских каникул в России и Германии, решила познакомиться с тем, как организована работа разработчиков в одном немецком банке. Сразу оговорюсь: еще давно, со времен совместных яхтенных плаваний с немцами, я противник четких стереотипов из серии "все русские всегда...." или "все немцы обязательно..." (пропущенные места предлагаю читателям заполнить самим в меру своей испорченности).

14.01.2019    6608    MariaTemchina    13       

20 мыслей об ИТ-проектах. Мысль №1. "О незаменимых людях" 62

Статья no Нет файла Бесплатно (free) Управление проектом

Этой статьей начинается цикл из 20-ти обещанных мыслей об ИТ-проектах. Надеюсь, что по прочтении кто-то посмотрит на проблему незаменимых людей с другой стороны.

10.01.2019    8975    chavalah    123       

Где мы взяли флакон? 38

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

История появления и развития методики

26.12.2018    6198    1c-intelligence    7       

Озарение после прочтения макулатуры по проектному управлению 42

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Открываю этой публикацией мини-рубрику "Письма в редакцию". По мотивам очередной статьи на Инфостарте пришло мне письмо на корпоративную почту. Прямо-таки, крик души. С разрешения автора, решила опубликовать публичный ответ. Ибо согласна с автором письма, пишущим: "Я уверен, что не я один такой убогий, кто задается подобного рода "идиотскими" вопросами, но при этом почему-то все молчат, видимо, pmbok с agile-ом поистине творят чудеса молчания..."

19.12.2018    6475    MariaTemchina    24       

20 мыслей об ИТ-проектах, или 20 лет спустя. 53

Статья no Нет файла Бесплатно (free) Управление проектом

В этой серии из 20-ти статей я готов поделиться своей практикой управления проектами. Примеры, опыт и только то, что проверено лично. Выбираем темы голосованием!

09.12.2018    5945    chavalah    119       

Памятка руководителя: не играйте с деньгами 83

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность Управление персоналом (HRM)

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

05.12.2018    13247    andironenko    128       

Шаг назад и ... шаг назад (классификация внутренних проектов) 34

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

03.12.2018    5518    capitan    26       

Белая и пушистая рецензия на Чёрную книгу Скрам 31

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Данный текст является ответом на "Черную книгу Скрам" Ивана Селиховкина. Честно скажу, несмотря на то, что рукопись вряд ли предназначалась моему взору, прочитала ее на одном дыхании.  Публикую рецензию как есть - свое имя автор, к сожалению, не написал.

26.11.2018    6719    MariaTemchina    40       

Памятка руководителя: Будьте оптимистичным или на крайний случай злым 46

Статья no Нет файла Бесплатно (free) Блоги Управление проектом

Следующая статья из цикла Управление персоналом - в этот раз предлагаю обсудить вопросы психологии управления и подчинения. Для тех, кто начинает читать этот цикл с этой статьи, вот ссылка на прошлый материал https://infostart.ru/public/937923/, в конце статьи будут ссылки на все статьи из серии «Памятка руководителя» - читатели просили. Итак, продолжаем работать с персоналом.

22.11.2018    8908    andironenko    43       

Создание концепции проекта (project scope statement). Курс по управлению проектами, часть 8 30

Статья Системный администратор Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Что такое концепция проекта? Это понятие, близкое по смыслу к техническому заданию (ТЗ). Одно из определений концепции - детальное, целостное описание работ в удобной для команды форме.

19.11.2018    4945    Selikhovkin    1       

Роевой интеллект (Swarm intelligence) как метод управления проектами (анти-утопия) 35

Статья no Нет файла Бесплатно (free) Управление проектом

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

19.11.2018    6285    capitan    41       

Почему внедрение ERP-системы не приносит пользы бизнесу? 87

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Интеграция Управление проектом

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

15.11.2018    15712    rossoxa    62       

Думать некогда, трясти надо - или что такое ретроспектива в Agile 30

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

12-ый принцип Agile-манифеста, как известно, гласит: "Каждый раз в конце заранее определенного интервала времени команда размышляет, как повысить результативность своей работы, и затем вносит коррективы в процессы." Попробуем разобраться, как это стоит, а как не стоит делать на практике. 

13.11.2018    7290    MariaTemchina    16       

Памятка руководителя: В одиночку здесь не выжить 43

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность

Продолжаю цикл материалов, в котором рассказываю о своем опыте работы в качестве директора по ИТ. Этот материал будет посвящен теме управления персоналом.

07.11.2018    9258    andironenko    62       

Памятка руководителя: Уволь HRа и найди себе хороших сотрудников 67

Статья Руководитель проекта Нет файла Управление персоналом (HRM) Бесплатно (free) Управление проектом

Продолжаю цикл «Памятка руководителя». Эта статья будет на тему поиска новых сотрудников и одной грубой ошибки при проведении собеседования.

29.10.2018    8912    andironenko    35       

Опыт внедрения ESB (интеграционной шины) в ПАО "Газпром нефть" 34

Статья no Нет файла Бесплатно (free) Управление проектом

Харитонов Михаил описывает проект по внедрению интеграционной сервисной шины предприятия (ESB) «2iS:Интеграция» на платформе “1С:Предприятие 8” в компании ПАО «Газпром нефть». Проект уникален тем, что это – первое решение, использующее отечественное ПО в качестве полноценной интеграционной шины для столь крупного заказчика с обширным ИТ-ландшафтом. В статье подробно рассмотрена архитектура решения, способы тестирования и масштабирования.

17.10.2018    7357    Mick2iS    8       

#БезОценок, или Как перестать беспокоиться об оценке проекта, всегда успевать в срок и укладываться в бюджет 32

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Считается, что для планирования и принятия решений по проектам их нужно прогнозировать и оценивать. Александр Белов, генеральный директор и руководитель проектов ГК «Белов и партнеры», рассказывает, почему стоит отказаться от оценок.

11.10.2018    5241    AlexWhite    7       

Построение высокоэффективной Agile-команды 34

Статья no Нет файла Бесплатно (free) Управление проектом

Меня зовут Асхат Уразбаев, я из компании ScrumTrek. Наша компания помогает внедрять Agile, Scrum, Kanban – гибкие методологии и гибкие подходы. К миру 1С я совсем не принадлежу, но в прошлом я, тем не менее, программист – занимался разработкой на самых разных языках программирования. Помимо основной деятельности у меня было несколько технологических стартапов, в которые я был так или иначе вовлечен. И сегодня мы поговорим о том, как сделать так, чтобы команда была крутой и эффективной.

08.10.2018    5229    askhatu    15       

История одного провала внедрения 1С:ERP 2 по классической технологии. С последующим спасением по Scrum 106

Статья no Нет файла Бесплатно (free) Управление проектом

Статья описывает успешный опыт реализации проекта после перехода от классической технологии «каскада» к методологии Scrum. Автор приводит примеры конкретных инструментов для построения эффективных коммуникаций в команде, ведения технической и пользовательской документации, реализации Scrum-доски, проведения стендапов и т.д. Также в статье даются рекомендации для тех, кто хочет научиться применять Scrum в своей деятельности.

01.10.2018    13353    glebushka    41       

Контракты Agile: как заключать договора в условиях расползания содержания 41

Статья Системный администратор Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

25.09.2018    6831    MariaTemchina    10       

Как из разработчика сделать руководителя, даже если он этого не хочет? 70

Статья no Нет файла Бесплатно (free) Управление проектом

Некоторые программисты становятся руководителями по собственному желанию, но есть и те, кто изначально к этой должности не готов. Чем можно помочь в этом случае, рассказала руководитель службы по развитию бизнес-приложений департамента информационных технологий группы компаний «Невада» (город Хабаровск) Галина Самошина.

06.09.2018    8930    galina.petuhova_2015    40       

Что такое Agile mindset или, говоря по-русски, пронырливый образ мысли 47

Статья Системный администратор Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Мне понравился встретившийся на просторах интернета перевод английского слова agile на русский – не как «гибкий», а как «пронырливый». В этом что-то есть – управлять проектом за счет пронырливых методов и пронырливости проектной команды. В этой статье я расскажу про то, почему для управления современными проектами необходимо быть пронырливым, а также как это выглядит в реальных командах по внедрению.

04.09.2018    10475    MariaTemchina    57       

Как собрать исчерпывающие бизнес-функциональные требования в начале проекта внедрения? 57

Статья Системный администратор Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

29.08.2018    9584    MariaTemchina    28       

Три фундаментальных принципа проектного управления. Курс по управлению проектами, часть 2 29

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

18.08.2018    8169    Selikhovkin    15       

Принцип "Айсберг" 29

Статья Программист Пользователь Руководитель проекта Нет файла УУ Бесплатно (free) Управление бизнес-процессами (BPM)

Простой принцип, который стоит учитывать при автоматизации.

16.08.2018    9098    1c-intelligence    23       

Канбан в условиях российской действительности 71

Статья Системный администратор Бизнес-аналитик Пользователь Руководитель проекта Нет файла Россия Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

Слово "Канбан" слышали все, кто работает в производстве, в поддержке и в ИТ-разработках. В этой статье я попробую рассказать про Канбан подробно, обобщить принципы и опыт (мой и ближайшего окружения) по внедрению на практике этой системы с упоминанием возникающих при этом "граблей" и рекомендаций по борьбе с ними.

08.08.2018    14906    MariaTemchina    63       

Что можно назвать проектом, а что нельзя, и каковы критерии успеха менеджера. Курс по управлению проектами, часть 1 64

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Россия Бесплатно (free) Управление проектом

Разберемся: что такое проекты в классическом понимании, почему строительство египетских пирамид проектом считать нельзя, почему многие "продуктовые" компании могут обходиться без проектного управления, каковы критерии успеха для руководителя проекта.

30.07.2018    11497    Selikhovkin    39       

Почему Agile превращается в Тяп-ляп. Кто виноват и что делать? 42

Статья Системный администратор Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

В моей практике довольно много историй, когда компании, решившие внедрять гибкие методологии, начинали за здравие (Agile), а кончали за упокой - Do & Fix (делаем, как бог на душу положит). Попробуем разобраться, почему так происходит.

27.07.2018    10034    MariaTemchina    19       

Можно ли объять необъятное или чем Agile отличается от водопада? 64

Статья Системный администратор Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Что общего между управлением парусной яхтой и проектом по внедрению ERP-системы на предприятии? В данной статье я постаралась понятным языком описать разные подходы к проектному управлению, и разобраться при каких условиях та или иная методология может быть полезной при реализации проектов.

23.07.2018    9257    MariaTemchina    42       

Redmine для управления ИТ: практический опыт обширного внедрения opensource-системы 72

Статья no Нет файла Бесплатно (free) Управление проектом

Золотарева Екатерина делится опытом внедрения Redmine в своей компании. Она описывает процессы, которые удалось автоматизировать с помощью OpenSource-системы. Рассказывает о преимуществах и недостатках Redmine. Раскрывает тему применения плагинов к программному продукту, а также приводит полезные источники платных и бесплатных плагинов.

16.07.2018    23226    Hissin    15       

Эсперанто, эльфийский и клингонский 30

Статья no Нет файла Бесплатно (free) О жизни Управление бизнес-процессами (BPM) Личная эффективность

Почему бизнес и ИТ не понимают друг друга? И как сделать, чтобы понимали?

14.06.2018    9538    1c-intelligence    47       

Экспансия решений 1С на глобальный рынок: как взять быстрый старт? 42

Статья no Нет файла 1С:Франчайзи, автоматизация бизнеса Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

Николай Шилкин рассказал о требованиях, которые предъявляет глобальный рынок к решениям 1С, рассмотрел достоинства и недостатки платформы в контексте ее выхода за пределы рынка стран СНГ. Он также объяснил, у каких решений есть шансы добиться успеха на мировом рынке, и дал рекомендации 1С-стартаперам.

04.06.2018    9302    RayCon    21