Реализация проектов и исполнение процессов — по своей сути это одно и тоже, а именно определенные «куски» (группы, блоки) выполняемых работ. Просто подходы к их структурированию разные потому, что у них разные цели и задачи. У проектов — достижение уникального результата. У процессов — соответствие определенной последовательности операций, временным и иным регламентам при их выполнении. Соответственно и подходы к их автоматизации разные. Для систем PM — нужна возможность нарисовать WBS, привязать к ней ресурсы и сроки, рассчитать бюджет, построить расписание и далее вводить факт и контролировать отклонения. Для систем BPM — нужна возможность нарисовать модель процесса, модель данных, настроить формы операций и алгоритмы.
Проблема в другом. В том, что системы классов PM и BPM исторически жестко разделяются между собой (много ли функций по процессному управлению в MS Project? много ли функций по проектному управлению в обычной BPM-системе?). С другой стороны, на практике «Управлением проектом постройкой бизнес-центра на Малой Арнаутской в ООО Организация» занимается один и тот же человек — пиэм. И он делает все — и план-график ведет и процессами согласования занимается и документами в ECM. Причем, как правило, в нескольких разных системах.
Озвученная идея состоит в том, чтобы предложить пиэму не 3-4 разные системы, а единое решение. И подходов здесь, как обычно, может быть два: интегрировать между собой до удобоваримого уровня системы разных классов или внедрить что-то монолитное, в котором уже есть весь этот функционал. Что лучше, а что хуже — вопрос дискуссионный, да и ответить на него можно, наверное, только в контексте какой-то конкретной организации.
Смотрите. Я приведу такой пример. В организации есть проекты, реализуемые в соответствии с проектной методологией (уникальность результата и т.п.). При этом каждый новый проект должен проходить определенную формальную процедуру открытия (запуска): согласование устава проекта, ключевых параметров проекта, пакета первичной документации с начальником отдела, финансовой службой, юристами, иными заинтересованными подразделениями. Т.е. процесс открытия проекта — это уже процесс, которому свойственны повторяемость от проекта к проекту. Точно также есть процессы закрытия проекта, согласования внесения изменений в проекты и т.п.
Таким образом, в рамках управления проектами в организации мы уже имеем дело не только с проектами, но и с процессами. Т.е. эти две области на самом деле не противоречат друг другу, а тесно переплетены между собой. И нужно их именно в таком ключе и рассматривать. Я по крайней мере так понял посыл автора.
Идея комбинации проектного и процессного подходов в рамках единого IT-решения, безусловно, интересная и перспективная. Еще более перспективно, на мой взгляд, «тройной решение», включающее в себя помимо функционала PM и BPM, также функционал ECM, поскольку задачи управления документами, электронным контентом (в широком смысле) очень тесно переплетены с задачами PM и BPM.
А вот рассмотренные в статье примеры подобных решений навевают на меня уныние и воспоминания о российских «поделках» начала 2000-х годов, хотя бы потому, что:
В части проектного управления с самых разных точек зрения ни одно из рассмотренных решений, имхо, не может сравниться со стандартом де-факто в этой сфере — старым добрым MS Project.
В части процессного управления разработчики предлагают 10 разных изобретенных заново детских велосипедов вместо поддержки создания или/и загрузки диаграмм в стандарте BPMN 2.0 и настройки модели данных, форм и алгоритмов для исполнения операций процессов.
Я бы предложил рассмотреть еще пару вариантов создания подобной интегрированной (PM+BPM+ECM) системы в более «юзабельном» виде (ведь такие таки решения обычно используют серьезные организации с серьезными бюджетами):
MS SharePoint 2013 с надстройкой MS ProjectServer 2013 и клиентом MS Project Professional
1. free-lance.ru, много клиентов со своего сайта (ит-консультант.рф)
2. 1 год+
3. фриланс — основная работа
4. 1.540.000 руб.
5. бизнес-аналитика, системная аналитика
6. работаю один
7. Подмосковье
8. до фриланса работал в IT 12 лет — от программиста до ПМа (последние 6 лет)
9. женат
10. купить свой дом
11. www.free-lance.ru/users/kholodkov/, www.kholodkov.ru
12. 1100 руб.
14. 31
15. Два высших
Вообще, согласен. Следовало бы рассмотреть еще один фактор: адекватность Заказчика задаче написания ТЗ.
Просто по умолчанию предполагал, что Заказчик адекватен — опрометчиво, конечно же :)
Проблема в другом. В том, что системы классов PM и BPM исторически жестко разделяются между собой (много ли функций по процессному управлению в MS Project? много ли функций по проектному управлению в обычной BPM-системе?). С другой стороны, на практике «Управлением проектом постройкой бизнес-центра на Малой Арнаутской в ООО Организация» занимается один и тот же человек — пиэм. И он делает все — и план-график ведет и процессами согласования занимается и документами в ECM. Причем, как правило, в нескольких разных системах.
Озвученная идея состоит в том, чтобы предложить пиэму не 3-4 разные системы, а единое решение. И подходов здесь, как обычно, может быть два: интегрировать между собой до удобоваримого уровня системы разных классов или внедрить что-то монолитное, в котором уже есть весь этот функционал. Что лучше, а что хуже — вопрос дискуссионный, да и ответить на него можно, наверное, только в контексте какой-то конкретной организации.
Таким образом, в рамках управления проектами в организации мы уже имеем дело не только с проектами, но и с процессами. Т.е. эти две области на самом деле не противоречат друг другу, а тесно переплетены между собой. И нужно их именно в таком ключе и рассматривать. Я по крайней мере так понял посыл автора.
А вот рассмотренные в статье примеры подобных решений навевают на меня уныние и воспоминания о российских «поделках» начала 2000-х годов, хотя бы потому, что:
Я бы предложил рассмотреть еще пару вариантов создания подобной интегрированной (PM+BPM+ECM) системы в более «юзабельном» виде (ведь такие таки решения обычно используют серьезные организации с серьезными бюджетами):
2. 1 год+
3. фриланс — основная работа
4. 1.540.000 руб.
5. бизнес-аналитика, системная аналитика
6. работаю один
7. Подмосковье
8. до фриланса работал в IT 12 лет — от программиста до ПМа (последние 6 лет)
9. женат
10. купить свой дом
11. www.free-lance.ru/users/kholodkov/, www.kholodkov.ru
12. 1100 руб.
14. 31
15. Два высших
Просто по умолчанию предполагал, что Заказчик адекватен — опрометчиво, конечно же :)