Давайте в нашей статье отталкиваться от стандартных определений:
- Бизнес-процесс – устойчивая, целенаправленная совокупность взаимосвязанных видов деятельности, которая преобразует входы в выходы, представляющие ценность для потребителя (CBOK).
- Проект – временное предприятие, направленное на создание уникальных продуктов, услуг или результатов (PMBOK).
В самих определениях процесса и проекта содержатся противоречия: процесс – это «повторяющиеся» действия, а проект – действия, «создающие уникальный результат», следовательно, неповторяющиеся.
Но есть пара нюансов:
1. В мире есть не только черное и белое, но и 50 оттенков серого.
Существуют виды деятельности, которые являются на 100% бизнес-процессами, например: розничные продажи, типовые закупки, уборка территории, поточное производство и др. Существуют виды деятельности, которые на 100% являются проектами, например: проектирование и строительство уникального моста, подготовка миссии на Марс и др.
Одновременно с этим существуют и успешно развиваются виды деятельности, бизнесы и целые отрасли, которые обладают признаками и процессов, и проектов – находятся где-то посередине, или в области от 20 до 80 по шкале Процесс-Проект. Наиболее яркими представителями таких «промежуточных» видов деятельности являются строительство и разработка ПО.
Применение и степень внедрения той или иной практики или методологии зависит от объекта: строительство уникального моста – на 100% проект, строительство очередного типового дома – больше процесс. Кстати, подготовка сто первой миссии на Марс будет уже ближе к процессу.
2. Процессный подход и проектный подход – это всего лишь модели реального мира (деятельности). И если объект в реальном мире обладает свойствами обеих моделей, то ничего не мешает построить для этого объекта обе модели и использовать их.
Еще один интересный пример – свет. Ученые долго спорили: свет – это волна или частицы? В результате споров осознали, что и волновая теория, и корпускулярная – это лишь модели, и сейчас свет рассматривается как поток фотонов при расчетах фотоэффектов и как волна при расчетах интерференции, дифракции и т.п. Называется это «корпускулярно-волновой дуализм».
Значит, к ряду видов деятельности можно применять и процессный и проектный подход одновременно и задача эффективного управленца – уметь применять на практике и сочетать подходы и методологии для достижения максимального результата.
Пример и важный вывод
Допустим, у нас есть проект строительства дома П-44 по адресу Шелковское шоссе, 44. С точки зрения руководителя проекта (РП) – это однозначно проект. РП нужно в срок, с надлежавшим качеством и в рамках бюджета закончить работы и получить бонус.
Для простоты будем рассматривать 3 блока работ: «Проектирование», «Строительство» и «Передачу в эксплуатацию» (да простят меня строители за такое упрощение).
С точки зрения проектировщиков, строителей и стройконтроля – это «очередной дом спроектировать/построить/передать в эксплуатацию», то есть «устойчивая, целенаправленная деятельность, которая преобразует входы в выходы» = процесс.
Как это согласуется? Для ответа на этот вопрос воспользуется еще одним понятием процессного управления. Экземпляр процесса – деятельность по выполнению совокупности операций процесса, обеспечивающая получение единичного результата процесса.
Пример: обработка заявки на кредит от Петрова И.И. на ХХХ рублей – это конкретный экземпляр БП «Потребительское Кредитование». Заявка того же Петрова И.И., поданная через 5 мин (даже с теми же условиями), – это еще один отдельный экземпляр БП «Потребительское Кредитование».
Возвращаясь к примеру со строительством: для проектировщика проектирование дома П-44 по Щелковскому шоссе, 44 – это один экземпляр, а дома П111М по Киевскому шоссе, 35 – уже другой примерно равнозначный экземпляр процесса «Проектирование»… То же самое со строительно-монтажными работами. В то время как для РП, о котором мы говорили выше, важно только проектирование и строительство дома П-44 по Щелковскому шоссе, 44.
Мы приходим к выводу: для видов деятельности, являющихся «промежуточными», которые рассматриваются и как проекты, и как процессы, проект является совокупностью связанных экземпляров процессов.
Резюме
1. Ряд видов деятельности, являющихся «промежуточными», мы можем рассматривать и с проектной, и с процессной точек зрения, получая выгоды каждой из них:
- Рассматривая как проект – получаем контроль за цепочкой работ, единую ответственность за результат проекта и др.
- Рассматривая как процессы – у нас появляются возможности применения всего арсенала инструментов процессного управления – описание БП, анализ, оптимизация и регламентация БП.
2. Проект в таких случаях является совокупностью связанных экземпляров процессов.
Фото в анонсе: freepik.com
Также читайте:
Уважаемые читатели, как на ваш взгяд можно использовать то, что "Проект в таких случаях является совокупностью связанных экземпляров процессов"?
Например, описание деятельности в виде бизнес-процессов можно использовать как Work Breakdown Structure проекта.
Что еще?
Насколько я понимаю, автор не уделяет достаточного внимания принципиальному отличию проекта от процесса - уникальности. Без этого - уникальности - само понятие проекта, по крайней мере, в его сегодняшней значении, не имеет смысла.
Мы можем рассматривать что угодно под любым углом - никто это не запрещает. Но именно из уникальности, степени неопределенности и временности проекта вытекают все рекомендации Project Management как дисциплины.
Этим и отличается проект по созданию нового пылесоса от процесса уборки офиса, если не доводить до абсурда и не считать, к примеру, каждый рабочий день уборки как отдельный этап проекта или отдельный проект.
Проект по своей сути не является совокупностью существующих процессов.
Не будем смешивать форму и содержание, а также цель и средства.
В чем смысл такого подхода? Чем один - правильный - список работ будет отличаться от другого? Чем один - неправильный - список работ будет лучше другого, тоже неправильного?
Что это дает заказчику? Исполнителю? Кому-то еще?
Я как раз хотел показать, что уникальность - понятие во-первых, отностительное, во-вторых, имеет не два значения ("уникально" и "нет"), а может принимать любое значение от 0 до 100%. Подготовка первого полета на Марс - очевидно абсолютно уникальная деятельность (уникльность 100%). А 10я подготовка? А 100я? А 1000я? И менно из-за того, что для многих видов деятености уникальность не 100% и не 0%, а какое-то помежуточное значения - именно это позволяет такую деятельность рассматривать с двух точке зрения!
Оба списка правильные, только описание БП описывает как что делается, а работа в проекте привязывается к конкретным срокам - что, например, разрешение на строительство должно было получено 28.11.20, закладка фундамента начата 08.12.20, а закончена 29.12.20.
Первая точка зрения (процессная) позволяет использовать процессные методики описания, анализа, оптимизации, регламентации БП. Вторая точка зрения (проектаная) позволяет РП контролировать выполнения работ в срок, применять методики проектного управления для коммуникаций, управления рисками др. чтобы добиться проектный целей (сдать в срок, в рамках качества и бюджета).
Нечто новое для меня. Уникальность 17% - что это значит? А уникальность 71%? Есть такой градусник? Вы серьезно?
Как уже написано выше, рассматривайте все, что хотите, и так, как считаете нужным. Вы автор. Но зачем играть со значениями привычных слов? Не вернуться ли к сути?
Уникальность в проекте: цели, участники, время, место, ресурсы, бюджеты, ограничения, планы, риски, критерии успеха, все прочее, что описано менеджером проекта в проектных документах.
Первый полет на Марс или десятый - честно сравните по списку, когда эта эпоха настанет, и сделайте выводы. Не будет существенных отличий - замечательно. Но не утверждайте заранее, что таких отличий не будет. Пока общего у них только слова "полет" и "Марс". Для Вас этого достаточно?
Мы с этого начали. В описании процесса (текстовом или в любой нотации) заведомо нет неопределенности, рисков и прочего, что есть в проекте. Описание процесса - это просто описание чего-то существующего и/или согласованного с необходимыми деталями в зависимости от используемой нотации и пожеланий заказчика. Аналог - технологическая карта. Входы, выходы, задачи, события, ресурсы, состояния и прочее известны, результат гарантирован.
Для подготовки и согласования проектных документов используется другая информация и прочие данные, инструменты и методология. Одна мелочь - все это еще нужно сделать - первый раз, что важно. Успех проекта не гарантирован.
Суп, компот и пиво жидкие, но разные, готовятся разными способами и используются для разных целей.
Градусника уникальности я не знаю, но это не значит что существует только два значения "уникально" (100%) и "нет" (0%) - как с черным и белым.
Не все, что вы перечислили является критерем уникальности. Например: я покупаю воду в магазине в 19:00, следом за мной в 19:05 Петвов И. покупает сигареты на соседней кассе. Критерий "время" разный (19:00 и 19:05), критерий "участника" разный (в первом случае я и Мария за кассой №1, во втором Петров и Инна за кассой №2) однако бизнес-процесс "Кассовое обслуживание" ни капли не проект!
Не нравится пример с Марсом - давайте что-нибудь приземленное.
Ваш пример "проект по созданию нового пылесоса" - для конструктора это типовая (он уже сотый новый пылесос проектирует действую одинаковым образом) регулярная (разрабатывать его работа) деятельность которая преобразует входы (требования) в выходы (проект нового пылесоса) - что подподает под определения процесса. Почему вы уверенно утверждаете что "создание нового пылесоса" это только проект и ни капли не процесс?
Бывает осетрина второй свежести?
Но Вам виднее. Если Вы умеете количественно измерять уникальность - как я уже сказал, для меня это нечто новое. Расскажите, как Вы это делаете.
Абсолютно верно. Кассовое обслуживание - не проект. Что мы обсуждаем?
У проекта есть конкретные даты начала и завершения. Проекты ограничены во времени. Именно это время имелось в виду.
Все слова важны, включая "проект" и "нового". Все детали - конкретные технические и прочие требования к изделию, сроки, бюджет, риски, ресурсы, планы и графики, поставщики комплектующих, спонсоры и участники проекта, подрядчики и субподрядчики, требования регулятора и пр. - являются содержанием проектной документации.
Обычный проект.
Жуть какая... Проект - частный случай бизнес-процесса. Состоит из набора подпроцессов и далее функций. Вся уникальность проекта - в компоновке набора (немного) и в потоках между функциями. Фсё )))
пс. Мы, когда свою проектную деятельность стандартизовали, прекрасно в арисе уложили все стадии проекта в одну (несколькоуровневую) модель, далее для конкретного проекта менялся только состав конкретных работ по фазе и календарный график.
Да, и преподаём мы всю эту петрушку в рамках одной, процессной, методологи управления.