Когда стоит уйти из проекта

Поговорить об этом меня натолкнула недавняя беседа с бывшей коллегой, которая сейчас трудится над очередным масштабным проектом. Она его идеолог, двигатель, руководитель, но не инвестор. И, рассказывая как у нее там дела, она сообщила: «мне порезали бюджет….на 70%». То есть, бюджета в принципе нет. Еще раз оговорюсь, что проект очень крупный, мирового масштаба. Моя реакция на это была однозначной: «оставляй все как есть, и уходи», но она мне ответила: «уйти – это легче всего». И тут я задумалась.

Классика жанра – ограничения проекта: бюджет, ресурсы, время. За бюджет Х, с использованием ресурсов Y мы добьемся результатов проекта за время Z. Изменение чего-то одного всегда приводит к изменениям в двух других. Всегда. Этому учат на второй лекции по Project Management. И ведь на практике именно так и получается. И это не новость, это было осознано еще задолго до того, как project management появился.

Армянская народная сказка «Заказчик и мастер» давным-давно (сказка все-таки) описала эту ситуацию – можно сделать все, что хочет заказчик, но результат при этом может заказчику не понравиться. Вспомним сказку – одна шкурка (ресурсы) и одна шапка (желаемый результат). Далее события развиваются так: хочу две шапки из одной шкурки (ресурсы остаются без изменений), три шапки из шкурки (опять ресурс не увеличен), четыре-пять-шесть-семь шапок из той же одной шкурки (опять увеличения ресурса не происходит). Что получаем на выходе: семь шапок (как и было заказано), но очень маленького размера (налицо тот факт, что качество пострадало). И как следствие замешательство и недовольство заказчика.

Естественно, если бы заказчик принес мастеру еще пару шкурок (увеличил ресурс) или мастер бы объяснил заказчику последствия его «хотелок», скорее всего этого бы не произошло и качество работ бы не страдало.

Именно это и пытаются нам объяснить: чудес не бывает, если вы хотите качественный продукт за короткий (например) срок – это будет стоить определенных денег. Если вы хотите, чтобы эта сумма денег была меньше – это будет либо менее качественный продукт (например, вам придется отказаться от каких-то опций), либо срок изготовления этого продукта будет более длительным. Если вы хотите еще более качественный продукт – это увеличение как по времени его производства, так и увеличение бюджета. Всегда.

Да, конечно, бывают ситуации, когда исполнитель слегка «перезаложился» в части бюджета, процентов на 20%, например, на непредвиденные расходы. Бывает, что и на 50% «перезаложился». Разные бывают исполнители.

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

И конечно, никто не отменял переговоры, в том числе и по стоимости услуг, в процессе сотрудничества. Идеальная ситуация – это когда переговоры будут вестись не с одним исполнителем, а с несколькими претендентами, а это уже сильно поможет в выявлении фактов завышения стоимости предложения.

Но заказчики не всегда идеальны. Не всегда мы знаем, что хотим в деталях. Эти детали могут всплывать уже по ходу работы, и вот они 20% непредвиденных расходов, заложенные исполнителем.

И все-таки, когда инвестор сокращает бюджет в разы, уйти – это самое легкое? Или стоит остаться и пытаться действовать в таких условиях: совершать подвиг, делать невозможное, в общем «умереть», но не потерять в качестве и сроках при таком ограничении бюджета? И надеяться на то, что потом, когда он будет показывать хороший результат, или под влиянием каких-либо обстоятельств, инвестор пересмотрит свое решение?

Это уже на усмотрение руководителя проекта, он должен сам понять и оценить, насколько у него есть силы, насколько сильно желание что-либо делать (особенно, после такой «оптимизации» бюджета).

Очень важно понимать – принимая такие условия (существенное сокращение бюджета) от инвестора, без каких-либо объяснений и разъяснений со стороны руководителя проекта, без предупреждения его о том, что придется жертвовать качеством, а может быть и сроками, причем существенно, мы как бы соглашаемся, что да, мы готовы за такой бюджет выдать вам желаемый результат работ. Но потом вряд ли инвестор уже будет что-то менять, зачем? Вы же согласились на эти условия. И переубедить его впоследствии будет еще сложнее, потому что у него будет очень весомый аргумент – вы согласились.

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

Поэтому, дорогие коллеги, руководители проектов – решение всегда за вами, но иногда очень полезно рассказать инвестору старую армянскую сказку…..

Расскажите коллегам:
Эта публикация была размещена на предыдущей версии сайта и перенесена на нынешнюю версию. После переноса некоторые элементы публикации могут отражаться некорректно. Если вы заметили погрешности верстки, сообщите, пожалуйста, по адресу correct@e-xecutive.ru
Комментарии
Ведь каким-то образом пишутся Технические задания и прочие описательные документы, в которых излагаются основные желания заказчика.
Позабавило... Автору: ''Так при каком проценте секвестирования бюджета проекта можно уже уходить (кому, компании, РП?0?
Виталий Елиферов пишет: Плохо то, что разделение проблем на ''проблемы качества'' и ''проблемы количества'' в такой книге как PMBoK воспринимаются как аксиома, требующая назначать двух разных ответственных за ''разные процессы''. К этому еще добавляют попытки притянуть ''за уши'' ''процессный подход'', где требуется назначать ''владельца процесса''.
Если речь идет о проекте, то процессный подход, на мой взгляд, менее значим. Нет, повторяемости процессов

Я, возможно, о чем-то не о том, а то все здесь говорят о проектном менеджменте, но никто не обратил внимание на то, что в тексте сказано, что подруга не инвестор, т.е. проект инвестиционный, в противном случае есть роль заказчика, а не роль инвестора.
В то же время там есть слово ''исполнитель'', в то время как у инвестиционных проектов обычно есть команда инициаторов. Еще в статье говорится о переговорах о стоимости услуг, как будто все-таки есть ситуация ''заказчик''-''исполнитель''. В то же время, заказчик резать величину инвестиций не может ...
Короче, я запутался. Мне кажется, что предельно важно выяснить, инвестиционный это проект или нет. Из инвестиционного просто так не уйдешь, а из обычного с отношениями ''заказчик''-''исполнитель'' - да нет проблем, там есть договор на выполнение работ, он все и регулирует - это если примитивно.

Николай Лотох пишет: Если речь идет о проекте, то процессный подход, на мой взгляд, менее значим. Нет, повторяемости процессов
Отнюдь! Проект, как правило, уникален. А вот работы (процессы) из которых он состоит - повторяются в виде экземпляров одного процесса, но с вариациями по срокам, объему и объекту над которым ведется работа. У меня был проект в котороим была создана система управления проектами из комбинации 35 процессов. Каждый проект был уникален, но ... было выделено 6 основных типов проектов, в MS Projeсt рассчитана примерная трудоемкость каждого из типовых проектов и потребность в ресурсах РП и админ. проектов. Область - девелопмент. Получение ТУ на подключение - регламентированный НД процесс. Изменение категории и вида разрешенного использования ЗУ - регламентированный законом процесс. Выделение сервитутов - -:- Межевание земельных участков - -:- Строительство нулевого цикла - Отделочные работы - .................... Это только кажется, что проекты разные. Если систематизировать работы, то легко обнаружатся повторяющиеся процессы.
Виталий Елиферов пишет: Если систематизировать работы, то легко обнаружатся повторяющиеся процессы.
Я имел ввиду, что в проекте нет повторяющихся, а именно, итерационных процессов, как это происходит в рутинной деятельности.

Уважаемые коллеги!
Большое спасибо за то, что вы нашли время, что бы прочитать, а некоторые даже прокомментировать, мою статью. Это очень ценно и мне важно ваше мнение, как профессионалов в своей области. Так же очень приятно, что в процессе обсуждения затронули еще одну тему - повторяющиеся процессы в проектах. Господину Елиферову отдельное спасибо за мнение на этот счет.
Что касается вопроса при каком % секвестирования бюджета можно покидать проект, а так же вопроса о каком проекте идет речь и кто у нас в наличии Заказчик или Инвестор, отвечу - основная мысль это то, что РП в случае изменения Заказчиком/Инвестором/Директором (если проект внутри Организации) одного из первоначальных параметров должен обязательно донести до Заказчика/Инвестора/Директора следующее: изменение одного параметра несет за собой изменение остальных. Если друг друга услышали и договорились - хорошо, продолжаем работать, не услышали - это именно тот самый момент для РП когда он принимает решение - он в проекте или нет.

И еще раз всем спасибо за проявленное внимание!
Нескучных вам проектов!

Николай Лотох пишет: Я имел ввиду, что в проекте нет повторяющихся, а именно, итерационных процессов, как это происходит в рутинной деятельности.
В рутинной деятельности повторяющиеся ''итерационные'' процессы существуют только в массовом производстве. Все остальные работают с экземплярами одного процесса, но над разными объектами: Разные заявки от клиента, разные объемы партии на заводе, даже цех штамповки меняет штампы и переходит от производства одних деталей на другие. Это хорошо знают разработчики и настройщики MES-систем. Операция штамповки одна, но ... времена, штампы, размеры деталей, объем партий - всегда разные + загрузка станков + время на ТОиР ... в общем - проектное управление. + Любой руководитель всегда работает в проектном режиме. Его решения уникальны.
Виталий Елиферов пишет: Любой руководитель всегда работает в проектном режиме.
Это все равно что сказать ... - работает в авральном режиме. Любой грамотный руководитель старается переводить свою работу в циклический процессный режим. Лишь на последнем этапе управленческого цикла Act (изменяй и действуй) - порой приходится применять проектное мышление. Иначе получится как у Мюнхаузена - с 7.00 до 7.30 - подвиг.
Виталий Елиферов пишет: В рутинной деятельности повторяющиеся ''итерационные'' процессы существуют только в массовом производстве.
А услуги? Например, ресторан. Это не массовое производство. Но повторяющиеся итерационные процессы существуют. Это закупки, прием заказа, выписка счета, .....
Михаил Кузнецов пишет: Виталий Елиферов пишет: Любой руководитель всегда работает в проектном режиме. Это все равно что сказать ... - работает в авральном режиме.
В этом вы не правы.. Руководитель имеет ограниченные ресурсы, в том числе и подчиненных и времени... поэтому и при ориентации на конечный результат, все равно в условиях ограниченных ресурсов, т.е. по сути проектный режим, а табличку операционный, функциональный, процессный можно выбрать по обстоятельствам
Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Елена Иванова
Олег, здравствуйте,только дошли руки привести статусы, про которые спрашивалавот по ним вы когда...
Все дискуссии