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