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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Расскажите коллегам:
Эта публикация была размещена на предыдущей версии сайта и перенесена на нынешнюю версию. После переноса некоторые элементы публикации могут отражаться некорректно. Если вы заметили погрешности верстки, сообщите, пожалуйста, по адресу correct@e-xecutive.ru
Комментарии
Менеджер, Санкт-Петербург
Николай Лотох пишет: Я только не понимаю, что мы обсуждаем
Я тоже
Старший консультант, Германия
Николай Лотох пишет: На каждый нештатный случай у летчиков, космонавтов и в других профессиях, связанных с большим риском или техногенными последствиями (типа АЭС) есть Инструкция по действиям в нештатных ситуациях
Хотя бы примерно по блокам/задачам такую инструкцию ''обозначить'' можете? Спасти самолет или покинуть самолет? Какая цель Инструкции? Я уникальность работы летчиков-испытателей уже писал. Посадить неисправный самолет с непредсказуемым поведением (с неизвестным поведением относительно события). Если Вы хотите сравнить с космонавтами -- легко. Подготовка первых космонавтов. Когда ''каждой внештатной ситуации'' быть не могло в принципе. Непредсказуемость поведения системы относительно события. Не испытана. При этом все люди, которые причастны, к полету (хоть летчика-испытателя, хоть первого космонавта) делают все, что считают, может помочь, чтобы свести РИСКИ к минимуму. Это есть. Но ИНСТРУКЦИЯ? [COLOR=blue=blue]Откуда известна НЕОБХОДИМАЯ ПОСЛЕДОВАТЕЛЬНОСТЬ ДЕЙСТВИЙ, если неизвестно как СОБЫТИЕ, вызвавшее АВАРИЮ, так и ПОВЕДЕНИЕ СИСТЕМЫ относительно АВАРИИ?[/COLOR]
Николай Лотох Николай Лотох Консультант, Украина
Александр Володарский пишет: Откуда известна НЕОБХОДИМАЯ ПОСЛЕДОВАТЕЛЬНОСТЬ ДЕЙСТВИЙ, если неизвестно как СОБЫТИЕ, вызвавшее АВАРИЮ, так и ПОВЕДЕНИЕ СИСТЕМЫ относительно АВАРИИ?
На каждом судне есть инструкция для пассажиров, что им нужно делать в случае аварии - бежать с ценными вещами к своей шлюпке. Команду должен дать капитан судна. При пожаре каждый сотрудник должен иметь свои обязанности. Один выносит документацию, другой гасит огонь огнетушителем. Некогда им разбираться в причинах, вызвавших аварию: то ли на айсберг налетели, то ли торпеда борт пробила. Это потом комиссия будет пытаться выяснить. Задача момента - спасти то, что можно
Николай Лотох Николай Лотох Консультант, Украина

а как это с проектом связано?

Старший консультант, Германия
Николай Лотох пишет: На что влияет? Откуда взялся ''массовый продукт''? Чтобы обсуждать нечто, желательно четко сформулировать вопрос
Перечитайте дискуссию сначала. То, что любой проект можно разбить на процессы (т.е. взять ''непрерывное'' и обозначить ''дискретные'') написал Виталий Елиферов в сообщении от 16.10.14 22:29 Дискуссия (разные точки зрения и несогласие с этим) продолжилась. Я задал вопрос (на мой взгляд, нормальный для человека, привыкшего к другому критерию проектов) ''[COLOR=blue=blue]По каким критериям определяется, является ли эта деятельность ''Процессом'' или ''Проектом'' в России[/COLOR]?'' Вы вернули критерий Виталия Елиферова. Если все так считают (Проект определяется по этому критерию), то тогда о чем вы (т.е. участники) (так как у меня другой критерий) дискутируете? Если не согласны с этим критерием, то какой другой? Вопрос сформулировал? ;) Да и... ''массовый продукт'' взялся от ваших (т.е. не только конкретно Ваших) сообщений выше. Используется (как я понял) как критерий понятия Процесс.
Николай Лотох Николай Лотох Консультант, Украина

Да, проект можно и нужно разбить на задачи (процессы), обеспечить их ресурсами, назначить ответственных и установить сроки. И выполнять, контролируя, анализируя и корректируя. Это очевидно.

Что считать проектом, а что процессом зависит от наших целей и подходов. Это условность. Удобно, будем рассматривать достижение некой цели с позиции проекта. Будет удобно - подойдем к этому как к процессу. Это же инструменты. Используются в зависимости от ситуации.

Проект - это задача, которую мы будем решать как проектную. Нам так удобно. Мы формируем образ будущего: дом, который еще не построен. И планируем действия, которые нужно совершить, чтобы он к определенному сроку стоял. Был построен за выделенные деньги (бюджет) с нужным качеством.

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

Николай Лотох Николай Лотох Консультант, Украина

Массовый продукт подразумевает итерационный (регулярный, рутинный) процесс или процессы. Но есть и однократные (разовые) процессы.

Поэтому массовость не является критерием понятия процесс

Старший консультант, Германия
Николай Лотох пишет: Что считать проектом, а что процессом зависит от наших целей и подходов. Это условность. Удобно, будем рассматривать достижение некой цели с позиции проекта. Будет удобно - подойдем к этому как к процессу. Это же инструменты. Используются в зависимости от ситуации.
От какой ситуации? От ''каких целей и подходов''? /я предположил, что в России это связано с выделением ОТДЕЛЬНОГО бюджета на достижение цели. [COLOR=blue=blue]Так ли это[/COLOR]?/ Просто любое строительство имеет свой отдельный бюджет (смету) и т.д. и т.п. Хоть в 1930-х годах в СССР, хоть сейчас. Что-то поменялось, если это стали называть ''Проектом''? Какое-то понятие о нормальности изменилось? Или просто ''мода''. Тогда называли ''смета строительства'', сейчас ''бюджет Проекта'' и все? Вот Автор рассматриваемой статьи пишет:
пишет: Что касается вопроса при каком % секвестирования бюджета можно покидать проект, а так же вопроса о каком проекте идет речь и кто у нас в наличии Заказчик или Инвестор, отвечу - основная мысль это то, что[COLOR=blue=blue] РП в случае изменения Заказчиком/Инвестором/Директором (если проект внутри Организации) одного из первоначальных параметров должен обязательно донести до Заказчика/Инвестора/Директора следующее: изменение одного параметра несет за собой изменение остальных.[/COLOR]
Во времена СССР, если я правильно помню, под словом ''Проект'' подразумевался набор документов, достаточный для того, чтобы при условии финансирования получить после изготовления оговоренный согласно ТЗ на разработку результат. Т.е. проектом была разработка таких документов. Но здесь могу легко ошибиться, не исследовал. Но во времена СССР изменения параметров и их последствия обсуждались с разработчиками (если результат ожидался... если нет -- то просто ставили перед фактом) и мнение разработчиков учитывалось. А сейчас пишут статью... Если сейчас есть отдельное понятие ''Проект'' + есть набор документов, описывающий условия для достижения Проектов (подготовленный вне России) + есть какие-то курсы обучения и т.д... , то ведь ДОЛЖНЫ ИЗМЕНИТСЯ В ЛУЧШУЮ СТОРОНУ понятия о ''ЗДРАВОМ СМЫСЛЕ'' (''так принято''; ''всегда так делаем'' и т.д.) ПОВЕДЕНИЯ. В моем, конечно, представлении, не более... [COLOR=blue=blue]А в реальности оно как? ;) [/COLOR] Я ведь не в России. А по таким статьям/дискуссиям ощущение, что в лучшую сторону изменений нет. Термин ''Проект'' употребляют, потому что так принято (''мода'') (*и тогда все мои вопросы смысла не содержат... что есть, то есть)? Или под термином ''Проект'' формируется новый слой ''смыслов'' и ''НОРМ ПОВЕДЕНИЯ'' (тогда мои вопросы смысл имеют, потому что иначе я тексты даже ''прочитать'' не смогу, так как буду употреблять свои смыслы)?
Николай Лотох Николай Лотох Консультант, Украина

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

Николай Лотох Николай Лотох Консультант, Украина
Александр Володарский пишет: /я предположил, что в России это связано с выделением ОТДЕЛЬНОГО бюджета на достижение цели. Так ли это?/ Просто любое строительство имеет свой отдельный бюджет (смету)
Да, проект имеет такую характеристику как бюджет. Еще и сроки, качество и объем (количество). Только ли проект имеет отдельный бюджет? Нет, свой бюджет могут иметь, например, подразделения (организации). Он им выделяется на текущие нужды. Например, сервисный центр. Свой бюджет имеют также все бюджетные организации. Например, комитет по делам молодежи и спорта.
1 3 5 7 9
Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Все дискуссии
HR-новости
РБК представил рейтинг работодателей 2024

Средняя заработная плата в компаниях — участниках рейтинга составила около 155 тыс. руб. в месяц.

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

Число вакансий для студентов и начинающих специалистов выросло за год на 15%.

Россияне назвали главные условия работы мечты

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

Власти Москвы заявили об отсутствии безработных в столице

При этом дефицит кадров наблюдается во всех отраслях.