Почему нельзя выбирать между проектным и процессным управлением

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

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

Проект сдан вовремя, но с таким качеством, что заказчик недоумевает — почему вообще «вот это» (брезгливо) называют результатом. О, мы сейчас объясним. Давайте позовем Product Owner, и он зачитает речь про MVP с остроумными цитатами из бэклога продукта. Можем даже собрать ускоренное видео со всех скрамов проекта, чтобы вы заметили, как его первоначальный смысл выдавливался за рамки спринтов. И вот мы здесь. Продлевать будете?

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

Тактическая цель достигнута, а стратегическая… Ну это же Agile. Все понимающе переглядываются и усмехаются. У самурая нет цели, только путь к регулярной денежке за внимание к проекту.

Хорошо, вот другой ракурс. Процесс. Жестко поставленный, отлаженный конвейер с регламентами, чек-листами, точками контроля, KPI и прочим фаршем. А потом вместо очередной партии комплектующих приходит письмо в стилистике «Али Экспресс», где смайликов больше, чем букв — но товара не будет, потому что тень летучей мыши заслонила солнце, сухогрузы перебросили на темную сторону Атлантики, спасибо, до свидания. В общем что-то там у них происходит — и у нас теперь тоже, потому что все в одной лодке. В одном протекающем сухогрузе. 

Выражение «отлаженные процессы» вообще звучит как начало анекдота про выход из операционки. Есть только две реальные возможности выйти из операционки. Когда пациент спасен, и усталый хирург идет переодеваться. Или когда самозванец наплел с три короба обещаний, а потом позорно сбежал, оставив все в ужасном виде для оперативной съемки и описи улик. 

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

Найдите отличия между процессами и проектами

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

Если кто-то, неважно, в какой отрасли делает ровно одно и то же из года в год — он, как правило, банкрот. Поскольку технологии меняются, мода скачет, запросы на рынке труда растут наперегонки с инфляцией. Границы закрывают, приоткрывают в другом месте. А нет, не угадали, опять уже все другое, и скоро снова будет иначе. 

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

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

Наконец, даже в пределах прежнего, казалось бы ожидаемого и учтенного спроса — вообще остались ли отрасли, где заказчики просто говорят: «Спасибо, счет оплатили»? Или как в том меме про Терминатора, где на эту реплику следует логичный вывод «Твой заказчик мертв». Потому что только жидкий робот из киношного будущего может молча принимать заказанное, не озвучивая новые хотелки, уточнения в ТЗ и весь остальной букет перверсий, из которых состоят взаимоотношения с клиентами. 

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

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

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

Хорошо, значит в наступившем прекрасном будущем нет ничего, ни театра, ни кино, один сплошной PMO (Project Management Office, прим. ред.)? Ах, если бы.  

Почему проект без процессов обречен

Если каждый проект начинать действительно с нуля по Кельвину, то просто ничего не произойдет. Даже YouTube-каналы, на которых дикие люди копают палками пещеры (вы удивитесь, кстати, сколько просмотров и денег можно так собрать, тем ли мы вообще занимаемся?) — так вот, они ведь снимают все со штативов, с выставленным светом и звуком. Кто половчее – пользуются вековыми наработками драматургии, новомодным постпродакшеном. 

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

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

А какой кстати смысл в проектах вообще, если не поставлено нормирование. С такого ракурса становится очевидным, что проекты вообще просто расходный материал для поддержки процессов. Внутри каждой проектной задачи можно грезить об уникальности, обклеиться стикерами, надевать 6 шляп подряд и что угодно другое. Но выгляни чуть дальше — там тот же самый коридор. 

Просто руководители проектов пытаются решить бесконечный парадокс «третий лишний», перебирая как четки треугольник Сроки/Цена/Качество. Но решения не существует. Точнее, математическое как раз есть, только это для презентаций и отчетов. А настоящего, рабочего решения — нет. 

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

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

Что делать

Пожалуй, стоит признать что процессное и проектное управление реально заключаются не в том, каким именно образом описать нежизнеспособные, заведомо нереализуемые пожелания. А в том, чтобы выяснить действительно важные граничные значения, и постараться в них вписаться. Жертвуя чем угодно. А в первую очередь – чистотой методологией, всей этой ересью «смотрите, здесь же было написано». Написано — вытри, пока никто не увидел. Здесь нечем хвастаться, это стыдно.

Нет никакого выбора между проектами и процессами. Нужно все и сразу, как Остапу Бендеру. Причем утром и деньги, и стулья. Торг здесь неуместен, главным образом потому что просто не с кем торговаться.

Все участники коммерческой деятельности делятся на две неравные категории:

  • Недоговороспособные, от которых ничего реально не зависит. Это те, кого надо «пройти» по дороге к ЛПР. Вы же не будете спорить о методологиях с турникетом. Эдак и до дурки недалеко.
  • ЛПР, лица принимающие решения. Только как они их принимают? В неудобной позе, со всеми чувствительными частями тела, зажатыми в разнообразных струбцинах и плохо чищенных зубах. Как и все. Как и вы. 

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

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

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

Вы собираете все, что получилось урвать из самых неожиданных источников. Из википедии, рекламы, на форумах и официальных сайтах. Выбираете, бронируете. Потом на месте оказывается, что вид из окна был прифотошоплен, в 50 м до моря поместилась промзона, от джетлага или местной еды тошнит, а влажность такая, что можно просто рот разевать и ловить шарики воды, будто ты на МКС. 

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

Потому что в пути не бывает точно так, как наметил издалека, когда ты ничего еще толком не знал. Более того, весь смысл тащиться так далеко во многом как раз ради опыта. Чтобы на месте узнать, как же оно на самом деле. 

Таким образом, идеальный план – это мемуары. А чтобы было о чем в них писать, нужно действовать как вторая категория туристов. Они бронируют отель не на весь отпуск, только на первый день. Чтобы найти лучше на месте. Могут поменять еще и город или страну, если так карта ляжет. На море шторм — посидят в местной библиотеке. Украли чемодан — купят корзину и привезут ее домой в качестве сувенира. 

Это личный выбор, как относиться к поездкам и делам. Дихотомия проходит гораздо глубже деления на одно или второе, черное или белое. Все в полутонах. Не обязательно изучать 50 оттенков серого вместо Lean или PMBoK.

Но лучше быть готовым к любому повороту событий. Игровая комната реального сектора полна сюрпризов. 

Читайте также:

Расскажите коллегам:
Комментарии
Директор по развитию, Воронеж
Алексей Барканов пишет:

Очень много слов, иронии, сарказма, непонятных примеров, ёрничания, прыжков из стороны в сторону. Ощущение, что автору просто нужно было набрать 10 000 символов чтобы успеть попасть в выпуск, да ещё и в основной заголовок, а на самом деле ценности в статье я не увидел. Ни о чём.

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

 

Консультант, Москва

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

Для исполнителя (или соискателя, если речь идет о работе) дела выглядят следующим образом (проверено многократно): как только собеседник слышит незнакомый термин, ты превращаешься для него в умненького вундеркиндика, которые сыплет словечками только ради собственного самоутверждения - и с этого момента собеседник может решить, что больше у тебя ничего за душой нет!

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

Рецепт - поменьше слов, значения которых не понятны всем собеседникам, а еще хуже, если и Вам тоже )) Хотел бы адресовать рецепт в т.ч. автору статьи

Генеральный директор, Москва

Всё верно, VUCA мир, зашкаливающая неопределённость и всё такое. А с другой стороны разве когда-то было иначе? Автор верно заметил, что идеальным мир выглядит лишь в мемуарах, когда всё известно заранее и то лишь потому что всё это уже БЫЛО.

А тем и тогда, когда те события, что описаны в мемуарах ещё только предстояли, мир казался таким же неопределённым, как и нам сегодня. Испанка в 1919 тогда участникам событий казалась такой же непонятной заразой как COVID-19 сегодня.

Да и величественные проекты метров ГОСТа и PMBook вроде космических программ кажутся такими гладкими лишь издали, когда большое видится на расстоянии, а мелкие детали в которых сокрыта проза жизни не вмещающаяся в PMBook'и и Agile'ы теряется на общем фоне...

Генеральный директор, Москва
Максим Часовиков пишет:

 Там все похоже на настоящее, но наполнено магией и волшебством.

Вот оно чего.. Может тогда все МБА - в Хогвардс? И учить управленцев магии? 
Хотя теперь понятно, где жить инфо-бизнес-цЫганам.. 

Всё MBA изначально это и есть Хогвардс. ;-) Замени это слово на Гарвард, Оксфорд или Йель - что по существу то изменится? Разве только на MIT в который так хотел попасть Порри Гаттер - вот там пахари от паяльника. А в остальных - Хогвардс, как бы он ни назывался...

Генеральный директор, Москва

А вообще всё зависит от точки зрения и уровня абстракции. Вот ведь парадокс - древние Египтяне ничего не знали ни о проектном управлении, ни о процессном.

И могу поспорить, что сколько бы эксперты или корифеи оных не спорили по PMBook там пирамиды построили, по Agile или на основе Lean в купе с TQM, сами то они подобную пирамиду не построят.

Я и сам её строить не возьмусь. Силёнки не те. А Египтяне, даром что древние, построили. И пирамиды до сих пор стоят. Что далеко не факт применительно ко всему что построили или стоим мы...

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

Консультант, Москва
Андрей Федотов пишет:
А вообще всё зависит от точки зрения и уровня абстракции. Вот ведь парадокс - древние Египтяне ничего не знали ни о проектном управлении, ни о процессном. И могу поспорить, что сколько бы эксперты или корифеи оных не спорили по PMBook там пирамиды построили, по Agile или на основе Lean в купе с TQM, сами то они подобную пирамиду не построят.

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

Консультант, Москва
Илья Мытин пишет:
Андрей Федотов пишет:
А вообще всё зависит от точки зрения и уровня абстракции. Вот ведь парадокс - древние Египтяне ничего не знали ни о проектном управлении, ни о процессном. И могу поспорить, что сколько бы эксперты или корифеи оных не спорили по PMBook там пирамиды построили, по Agile или на основе Lean в купе с TQM, сами то они подобную пирамиду не построят.

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

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

Нач. отдела, зам. руководителя, Ханты-мансийск
Андрей Роговский пишет:

Процесс - это процесс. Проект - результат процесса(процессов).

Да ладна

Генеральный директор, Москва
Илья Мытин пишет:
Андрей Федотов пишет:
А вообще всё зависит от точки зрения и уровня абстракции. Вот ведь парадокс - древние Египтяне ничего не знали ни о проектном управлении, ни о процессном. И могу поспорить, что сколько бы эксперты или корифеи оных не спорили по PMBook там пирамиды построили, по Agile или на основе Lean в купе с TQM, сами то они подобную пирамиду не построят.

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

Илья, вы безусловно правы. И в этом и в следующем посте. Но я несколько о другом. Египтяне то свои пирамиды построили (ничего не зная о "проектных организациях", а также матрицах, системы Тойота и прочих Друкерах). А мы? ;-)

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

Как и тех, кого засмотришься и заслушаешься как человек всё чётко, ясно и складно объясняет. Зато с пирамидами никак. Дальше чертежа (в лучшем случае) дело никак не идёт...

Начальник участка, Москва
Андрей Роговский пишет:

Процесс - это процесс. Проект - результат процесса(процессов).

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

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

Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Все дискуссии