Давайте в нашей статье отталкиваться от стандартных определений:
- Бизнес-процесс – устойчивая, целенаправленная совокупность взаимосвязанных видов деятельности, которая преобразует входы в выходы, представляющие ценность для потребителя (CBOK).
- Проект – временное предприятие, направленное на создание уникальных продуктов, услуг или результатов (PMBOK).
В самих определениях процесса и проекта содержатся противоречия: процесс – это «повторяющиеся» действия, а проект – действия, «создающие уникальный результат», следовательно, неповторяющиеся.
Но есть пара нюансов:
1. В мире есть не только черное и белое, но и 50 оттенков серого.
Существуют виды деятельности, которые являются на 100% бизнес-процессами, например: розничные продажи, типовые закупки, уборка территории, поточное производство и др. Существуют виды деятельности, которые на 100% являются проектами, например: проектирование и строительство уникального моста, подготовка миссии на Марс и др.
Одновременно с этим существуют и успешно развиваются виды деятельности, бизнесы и целые отрасли, которые обладают признаками и процессов, и проектов – находятся где-то посередине, или в области от 20 до 80 по шкале Процесс-Проект. Наиболее яркими представителями таких «промежуточных» видов деятельности являются строительство и разработка ПО.
Применение и степень внедрения той или иной практики или методологии зависит от объекта: строительство уникального моста – на 100% проект, строительство очередного типового дома – больше процесс. Кстати, подготовка сто первой миссии на Марс будет уже ближе к процессу.
2. Процессный подход и проектный подход – это всего лишь модели реального мира (деятельности). И если объект в реальном мире обладает свойствами обеих моделей, то ничего не мешает построить для этого объекта обе модели и использовать их.
Еще один интересный пример – свет. Ученые долго спорили: свет – это волна или частицы? В результате споров осознали, что и волновая теория, и корпускулярная – это лишь модели, и сейчас свет рассматривается как поток фотонов при расчетах фотоэффектов и как волна при расчетах интерференции, дифракции и т.п. Называется это «корпускулярно-волновой дуализм».
Значит, к ряду видов деятельности можно применять и процессный и проектный подход одновременно и задача эффективного управленца – уметь применять на практике и сочетать подходы и методологии для достижения максимального результата.
Пример и важный вывод
Допустим, у нас есть проект строительства дома П-44 по адресу Шелковское шоссе, 44. С точки зрения руководителя проекта (РП) – это однозначно проект. РП нужно в срок, с надлежавшим качеством и в рамках бюджета закончить работы и получить бонус.
Для простоты будем рассматривать 3 блока работ: «Проектирование», «Строительство» и «Передачу в эксплуатацию» (да простят меня строители за такое упрощение).
С точки зрения проектировщиков, строителей и стройконтроля – это «очередной дом спроектировать/построить/передать в эксплуатацию», то есть «устойчивая, целенаправленная деятельность, которая преобразует входы в выходы» = процесс.
Как это согласуется? Для ответа на этот вопрос воспользуется еще одним понятием процессного управления. Экземпляр процесса – деятельность по выполнению совокупности операций процесса, обеспечивающая получение единичного результата процесса.
Пример: обработка заявки на кредит от Петрова И.И. на ХХХ рублей – это конкретный экземпляр БП «Потребительское Кредитование». Заявка того же Петрова И.И., поданная через 5 мин (даже с теми же условиями), – это еще один отдельный экземпляр БП «Потребительское Кредитование».
Возвращаясь к примеру со строительством: для проектировщика проектирование дома П-44 по Щелковскому шоссе, 44 – это один экземпляр, а дома П111М по Киевскому шоссе, 35 – уже другой примерно равнозначный экземпляр процесса «Проектирование»… То же самое со строительно-монтажными работами. В то время как для РП, о котором мы говорили выше, важно только проектирование и строительство дома П-44 по Щелковскому шоссе, 44.
Мы приходим к выводу: для видов деятельности, являющихся «промежуточными», которые рассматриваются и как проекты, и как процессы, проект является совокупностью связанных экземпляров процессов.
Резюме
1. Ряд видов деятельности, являющихся «промежуточными», мы можем рассматривать и с проектной, и с процессной точек зрения, получая выгоды каждой из них:
- Рассматривая как проект – получаем контроль за цепочкой работ, единую ответственность за результат проекта и др.
- Рассматривая как процессы – у нас появляются возможности применения всего арсенала инструментов процессного управления – описание БП, анализ, оптимизация и регламентация БП.
2. Проект в таких случаях является совокупностью связанных экземпляров процессов.
Фото в анонсе: freepik.com
Также читайте:
да, эти действия имеют гораздо больше черт проекта, чем процесса.. Это может быть процессом, с точки зрения внешнего консультанта, который уже таких "проектов" выполнил стопятьсот раз и этот ни чем посути от остальных не отличается.
С точки зрения людей из компании - да это проект. Он имеет уникальный результат, и ограничен во времени.
В первом случае нужны прописанные рабочие скрипты, иначе постоянно будут возникать одни и те же ошибки, плюс нужен погонщик-надсмотрщик. Который будет смотреть что бы они работали в принципе.
Во втором случае нужны понятные процедуры запроса ресурсов, информации, денег. Политика в сфере ценообразования и работе с ЛПР. То есть к примеру толковый продавец должен понимать о каких условиях он может вести речь при разговоре с клиентом. Сейчас попробую объяснить подробнее. Продавец должен заранее понимать оплатят ему поход в кафе с клиентом до момента приглашения. Сможет он заложить интерес клиента до вопроса клиента об этом. Что бы не попасть в ситуацию "обещал, закладывал интерес, выполнить обещаний не могу".
То есть в первом варианте прописываются рабочие скрипты в виде алгоритмов, во втором документы типа политика ценообразования, политика работы с клиентами и пр. Назначение этих документов в том что бы толковые продавцы могли обозначать клиентам и ЛПР понятные условия, а руководство фирмы стремясь увеличить рентабельность не кидали своих продавцов и клиентов по проговоренным условиям.
Сейчас примером из личного опыта. Работал в организации начальником ПТО со мной в кабинете работала девушка менеджером по продажам. Я обеспечивал производство работ, девушка попутно продавала расходники и пр. Девушка была очень толковой, могла гипотетически могла продать весь склад с кладовщиком в придачу. В компании существовало 3 вида наценок: опт, мелкий опт, розница и по каждой сделке ей надо было согласовывать эту наценку у директора-собственника. Директор то отсутствовал, то занят, то не в духе. Соответственно толковая девушка просто не могла озвучивать стоимость и следовательно продавать и зарабатывать себе и фирме. Ушла через 2 месяца, была бы потупее в продажах и без талантов, работала бы долго.
Мне понятна логика Е. Равича при расмотрении того, что обсуждение и постановка задачи - это процесс, а реализации конкретной задачи - это реализация проекта, который оприори через определённый период переходит в процесное управление.
При этот пример с задачей построения дистрибуции можно заменить на любую другую бизнес задачу.
1. не всегда с точки зрения внешнего консультанта это будет процессом.
2. ни чего это не значит.. Скажем, так как изменится Ваша речь, если выяснится, что кто-то Вам расскажет, что всю жизнь вы говорили прозой?
3. как Вы будите релализовывать задачу, зависит от Вас, это скорее всего вопрос к Вам..
4. Смотря в чем будет заключаться его работа.. Если, например, его берут как проджект манагера, на аутстафинг и наделяют полными полномочиями внутри компании, ожидая, что будет новый бизнес-процесс - то одни инструменты. Если берут в качестве внешнего советника и ожидают от него только экспертную информацию - то другие..
Ок, т.е. в конечном счёте, все рассуждения о проектном или процессном управлении - это переливание из пустого в порожнее. -)
ну как вам сказать, одно из начал науки - это классификация.. С другой стороны смыслы внешнего (смотри, например, Леонатьева) человек определяет сам.. Как и возможности удовлетворения своих потребностей.
Мои 5 копеек, если позволите: формализации проекта и процесса появились не случайно и придуманы не для продажи сертификатов. Мы изначально говорим о разном, для разных задач и разных ситуациях в бизнесе.
Если на пальцах ... возьмем две оси координат: уникальность/повторяемость и неопределенность/предсказуемость. В таких осях проект и процесс в соответствии со своими отраслевыми дефинициями будут ожидаемо находиться в противоположных областях.
Переливать просто нечего, по этому поводу я бы не беспокоился.
Задача Николая - хороший пример, там видна четкая граница между проектом и процессом.
А раз читали, чего тогда дурака валять? Всё обсуждение статьи - про водораздел между "процесс" и "проект", какового на практике и нет совсем, это всё процесс ))) просто "проект" это такой хитровывернутый случай, состоящий из нескольких последовательных, одинаковых по сути, групп "процессиков".
Как и сортов колбасы, но тут не про это
Тут не про это, а по сути - это "управление" как отдельная дисциплина. Мы её формализуем и предподаём. Выше по переписке можете ссылку поискать для погружения в предмет.
И вообще, девушка, не мешайте холивару )))
Решение задачи - лучше как отдельный проект, чтобы был срок завершения и критерии для порки/медалей. Результат задачи - процесс, встроенный в общую деятельность компании.
И это, каждый экземпляр процесса по-своему уникален, иначе тойоты бы не ломались в самых неожиданных местах )))
Не заморачивайтесь на "уникальности", это тупая отмазка при неудачах или развод при продаже. Надо чтоб а)работало, б)стабильно, в)развиваться могло.