1. Введение
В настоящей заметке инвестиционный проект (ИП) понимается как проект по созданию материального объекта.
Количество инженеров, участвующих в разработке и реализации ИП типа создания или модернизации завода, – «от сотни». Количество подразделений и сторонних фирм – «от десятков». Кто-то, из инженеров, участвует в полном цикле. Кто-то – на отдельных этапах. А кто-то – эпизодически. Они решают разные задачи:
– администрирования;
– проектирования;
– строительства;
– поставок;
– монтажа оборудования;
– организации производства и т.д.
Чиновники разрешительно-согласовательной системы – тоже участники ИП. Они – как ГАИ на дороге: все ими недовольны; а убери их – что же там будет твориться…
Чтобы участники ИП работали целенаправленно и эффективно, их работу нужно организовать и обеспечить. То есть сделать следующее:
1.1. Разделить общую задачу ИП на частные задачи, решаемые в определенном порядке.
1.2. Осуществить внешнее управление решением частных задач.
(Внешнее управление осуществляется на основе договорных отношений).
Управляет деятельностью по п.п.1.1-1.2 – руководитель проекта.
В советские времена такой профессии – руководитель проекта – не было. ИП управляли два субъекта, а именно:
Проектированием управлял:
– главный конструктор проекта (ГКП) (в создании изделий),
– или главный инженер проекта (ГИП) (в промышленном строительстве),
– или главный архитектор проекта (ГАП) (в гражданском строительстве).
Реализацией проекта управлял представитель заказчика; в строительных проектах – директор по строительству (далее заказчик).
В нынешние времена произошло объединение «два в одно». Рассмотрим, почему.
2. Почему появилась профессия руководитель проекта?
Причину покажем на примере ИП создания завода.
В советские времена сбыт продукции осуществлялся по предписаниям государства. И инвестором, и заказчикомсоздания производства продукции было тоже государство. Порядок создания был следующим:
2.1. Каким должен быть завод определяла государственная специализированная (отраслевая) проектная организация. Ее функции:
– проектирование в полном цикле – от исходных данных до рабочего проекта (РП);
– авторский надзор за реализацией РП.
Управлял этим процессом – ГИП.
2.2. Реализацией РП занималась дирекция строящегося предприятия. Ее функции:
– организация начала работ;
– привлечение и финансирование подрядчиков;
– внешнее управление строительством;
– организация поставки, монтажа-пуско-наладки оборудования;
– организация приемки завода в эксплуатацию.
Управлял на этом этапе – директор по строительству.
В нынешние времена инвестором и заказчиком ИП стал Бизнес. К нему, наряду с имевшейся ответственностью за результаты работ по п.2.2, перешла полная ответственность и за результаты работ по п.2.1. Да, именно так. Хотя юридически за этап 2.1 продолжает отвечать проектная фирма, но реально размеры ущерба могут неизмеримо превысить активы проектной фирмы. С другой стороны, вряд ли Бизнес в полной мере знакомит проектную организацию со всей информацией, необходимой для оптимизации решений эскизного проекта… И с третьей стороны, может ли проектная организация надеяться на оплату многих «лишних милей», необходимых для оптимизации проектных решений? Особенно в условиях, когда чиновники среднего звена фирм-заказчиков почитают за доблесть удешевить труд проектировщиков.
Проектные организации, понеся значительные потери квалифицированного персонала и учтя реалии нынешних дней, локализовали свои усилия на разработке РП и авторском надзоре за его реализацией.
В результате области ответственности ГИПа и директора по строительству стали такими:
2.3. Для ГИПа – разработка РП (как профессиональная деталировка решений эскизного проекта) и авторский надзор за его реализацией.
2.4. Для директора по строительству – полный цикл ИП. От исходных данных до пуска завода.
Таким образом, «двоевластие» в ИП закончилось. ГИП локализовался в пределах РП. А директор по строительству, приобретя полную ответственность за ИП, стал руководителем проекта. Но чтобы управлять на стадии 2.3, руководителю проекта нужна подготовка ГИПа. Так и получилось объединение «два в одном»:
Опыт руководителя проекта = опытГИПа + опытдиректора по строительству
Что касается проектов создания изделий, то они, как и прежде, выполняются в среде конструкторско-технологических и опытно-конструкторских бюро, научно-производственных объединений. Туда практически не проник «проектный менеджмент», и потому, там нет проблем понимания содержания терминов.
3. Необходимая подготовка руководителя проекта
«Царского пути» к управлению проектами нет. А какой есть?
Только такой: Проектировщик –> ГИП –> зам.рук.проекта –> рук.проекта (3.1)
Отрицание порядка (3.1) в подготовке руководителей ИП – дорого стоит. До десятков процентов от суммы инвестиции, поэтому остановимся на нем подробнее.
Первые два этапа пути (3.1) – традиционные. В соответствующих должностных инструкциях написано, в чем состоит квалификация, приобретаемая на этих этапах. О содержании подготовки на этапе заместитель руководителя проекта можно сказать кратко – освоение функций заказчика, указанных в п.2.2.
А насколько путь (3.1) «далек»? Где-то на 17 лет. А именно:
– для «наработки» квалификации проектировщика требуется лет десять;
– чтобы стать ГИПом, нужно лет пять;
– для «наработки» опыта заказчика, нужно пару лет.
Итого – 17 лет.
Но «советский мартен обязан варить сталь быстрее буржуазного!» Кто так считает, тот и пусть покупает «быстросваренную сталь».
Но почему путь (3.1) так долог? Потому что, на этом пути приобретается практический опыт. Он имеет, в значительной степени, творческий характер. И потому трудно поддается изложению в книгах. Так что:
– учеба в ВУЗе не заменит опыта проектировщика;
– PMBoK не заменит опыта ГИПа;
– и книг ФИДИКа для замены опыта заказчика тоже «маловато будет».
Все это понятнее в свете эволюции проектирования отлично описанной в книге Дж.К.Джонса «Методы проектирования».
4. Подготовка руководителя проекта. Реалии сегодняшнего дня
Различается четыре типа подготовки нынешних руководителей проектов. В зависимости от того, на чем она основана:
– на формальных знаниях об управлении проектом;
– на знаниях какой-либо одной «узкой» профессии;
– на знаниях ГИПа;
– на уверенности, что «не боги горшки обжигают».
Рассмотрим их подробнее.
4.1. Руководители проектов с формальным знанием об управлении ИП
Их обучают в ВУЗах по специальности менеджер проекта. И позже, на семинарах-тренингах. Их «знаки качества» – это сертификаты PMI или IPMA.
Формальное управление предполагает, что ИП выполняются строго по «нотам». Но, реально, отклонения от «нот» бывают всегда. Самое главное отклонение – нарушение порядка работ. Наверное, нет такого руководителя промышленного проекта, который имел бы рабочий проект к началу строительства. Поэтому, чтобы добиться успеха, руководителю проекта нужно уметь следующее:
– вникать в содержательные подробности ИП во всем его диапазоне;
– в условиях цейтнота организовывать параллельное выполнение частей (задач) ИП, одна из которых зависит от другой.
Бывает, приходится одновременно управлять разработкой эскизного проекта и осуществлять внешнее управление разработкой рабочего проекта и строительством.
У менеджера проекта, обученного по книжкам, таких умений нет. Они слабо поддаются формализации, поэтому приобретаются только в практической работе.
Возраст менеджеров проектов – обычно до 40 лет. Встречаются они чаще остальных.
4.2. Руководители проектов с «профильной» узкоспециальной инженерной подготовкой
Например, главный механик управляет модернизацией производственного оборудования. Такой выбор оптимален для простых, узкоспециализированных проектов.
Но при росте сложности (и стоимости) ИП такие руководители встречаются реже по причине быстрого нарастания цены их недостатков. «Узкий» специалист не имеет опыта ГИПа и опыта заказчика. Значит, он беспомощен как в «штатных», так и в экстремальных ситуациях.
Возраст таких руководителей проектов – обычно от 40 лет. Встречаются они реже, чем менеджеры проектов.
4.3. Руководители проектов, имеющие подготовку ГИПа
Это идеальная подготовка руководителя проекта по следующим причинам:
– С одной стороны, он сам работал специалистом высшей квалификации, поэтому «изнутри» понимает работы других специалистов. Особенно в плане их обеспечения.
– С другой стороны, он работал ГИПом. Значит, имеет опыт управления разработкой РП и авторским надзором за реализацией РП. Соответственно, имеет и опыт управления-обеспечения работ специалистов разных профессий.
– И в целом, работа ГИПом выработала в нем умение быстро вникать в суть работ по «узким» специальностям во всем диапазоне проекта.
Такая подготовка встречается очень редко. Потому что ГИПы с начала 1990-х годов практически исчезли «как класс». Куда? Перечислим:
– большая часть – в торговлю;
– меньшая часть – в старший состав небольших проектных фирм;
– еще меньшая часть – в руководство прежних проектных организаций. Начальниками отделов и главными инженерами.
Посчитаем возможный возраст руководителей проектов, имеющих подготовку ГИПа:
22 года – окончание ВУЗа.
+ 17 лет – подготовка руководителя проекта (согласно разделу 3).
+ 12 лет – период тотальных продаж (отсутствия спроса на управление проектами)
Получается, возраст более 50 лет.
4.4. Руководители проектов – «специалисты по обжиганию горшков»
Здесь проще спросить, кто запретит командиру бизнеса вверить управление ИП тому, кому он сочтет нужным? Очевидно-правильный ответ – никто. Даже – хуже, ему и перечить никто не будет. По следующим причинам:
– пока «результат» ИП еще не стал фактом, превентивные возражения – «себе дороже»;
– когда «результат» ИП уже стал фактом (историей, которую нельзя изменить), говорить о неправильном выборе руководителя проекта – значит «сыпать соль на рану».
Пример такого назначения – бывший райисполкомовский чиновник. Этим сказано все. Особо нужно отметить качество раисполкомовца, невозможное для руководителя проекта, – 100%-ная приверженность «спихотехнике».
Второй пример такого назначения более известен: один римский император сделал своего коня… сенатором.
5. Анализ нынешних критериев выбора руководителей проектов
5.1. Возраст руководителей проектов
«Стандартное» требование в описаниях вакансий – «от 25 до 35 лет».
С учетом вышеизложенного, пожелание «25 лет» можно воспринять с юмором или как признак невнимательности в формулировке требований вакансии. «Вундеркинды» до 35 лет с учетом п.4.3 – тоже маловероятны.
А откуда взялось мнение о предпочтительности 25-35-летних руководителей проектов?
Автор требования «25-35» – «американская корпоративная культура». Это можно понять из известной интернет-заметки «Европа разлюбила молодых топ-менеджеров». Требование «25-35» отражает экономические интересы американских профессоров. Малый «срок службы» специалистов означает повышенный их «оборот». И, соответственно, повышенный спрос на услуги профессоров.
Требование «25-35» имеет еще одну мотивацию. Работодатель при найме работника неявно предполагает перспективу «пожизненного найма». А есть ли она? Проект – это краткосрочное мероприятие от года до трех. После него руководитель проекта не нужен, да он и сам уйдет в другой проект. Так что нет смысла на коротком периоде учитывать долгосрочные цели.
Также сомнительным выглядит и утверждение, что де «пожилые» люди – это ретрограды, а молодые – это сплошной креатив. Напротив, проектировщики «в возрасте» привычны к прохождению «лишних милей», без чего невозможна оптимизация проектных решений. А нынешняя молодежь слишком «прагматична», поэтому она, как правило, ограничивается первым найденным решением.
Отметим, что опытный руководитель проекта, «за 50», как правило, склонен к передаче своего опыта.
Какой компромисс может быть? А вот какой:
– руководителем проекта назначить «комиссара» – доверенное лицо инвестора-заказчика;
– техническим руководителем проекта назначить человека с опытом ГИПа и заказчика.
5.2. Сертификаты PMI или IPMA
Кто, из требующих наличия сертификатов PMI или IPMA, сам знает, что это такое?
Для адептов PMI есть «священная книга» – PMBоК. С кем разговаривать руководителю проекта на языке ее терминов?
Руководитель проекта имеет права внешнего управления. Через формулировку задания на работу и оплату ее выполнения. Значит, критичным является одинаковое понимание задания и заказчиком и исполнителем. А если задание сформулировать на языке терминов PMBоК-а? Эти термины не относятся к общеизвестным, поэтому исполнитель имеет возможность понять и сделать заказанную работу так, как ему выгодно.
Получается, что с каждым исполнителем нужно общаться на его узкопрофессиональном языке? Да, и в этом умении состоит значительная часть подготовки ГИПа и руководителя проекта.
PMBоК – конечно, нужен. Как нужно формальное описание алгоритмического языка, типа описания АЛГОЛа. Но это область деятельности специалистов, общающихся с компьютерами. Да, именно так. PMBоК, сертификаты PMI-IPMA и т.п. – нужны только для специалистов по информационной поддержке управления проектами.
5.3. Компьютерная программа управления проектами (КПУП)
Примеры известных КПУПов: MS Progect; Primavera Project; Spider Project.
Умения пользоваться КПУПами требуют чаще, чем наличия сертификатов. Требуют те, кто лично никогда их не применял, но запомнил их наименование и верит маркетинговой информации о них.
С другой стороны, читатель может спросить себя сам: а видел ли он хотя бы один случай реального применения какого-либо КПУПа. Только, заметим, что применять КПУПы как средство построения графиков Ганта – это «из пушки по воробьям». То же самое можно сделать и средствами программы Excel. Неизмеримо проще, гибче и доступнее.
Говорят, что КПУПы помогают спланировать работы и ресурсы, необходимые для выполнения проектов. Для IT-проектов это может быть так. Но в промышленном проекте наименований ресурсов – тысячи. И кому неизвестно, что выполнение промышленных проектов начинается раньше, чем закончилась разработка РП. Поэтому сметы – нет. И, значит, полной информации о работах и ресурсах – тоже нет. И еще выполняют РП десятки, а бывает сотни фирм (генподрядчик-подрядчики; генподрядчик-подрядчики-субподрядчики). И какая программа в состоянии спланировать и держать актуальным список ресурсов для них? Да и согласятся ли они на такой «централизованный» диктат.
Смысл слова «управления» в термине КПУП – сомнителен. В советские времена были затрачены большие средства на АСУ – автоматизированные системы управления. Потом убедились, что управляет – человек. И управляет – людьми. А компьютерная программа или является средством информационной поддержки работы управленца; или управляет сама, но в смысле автомата-регулятора. Что явно не относится к проектам.
5.4. Обязательно ли наличие строительного образования?
Не обязательно. Потому что руководитель проекта, в отношении стройки, распоряжается в порядке внешнего управления. А прямо распоряжаться там есть кому. В частности:
– они (стройработы) определяются рабочей документацией;
– о них заботятся: служба ПТО и линейные руководители строительства;
– контролируются стройработы в порядке авторского и технического надзора;
– есть еще много узкопрофессиональных контролирующих инстанций, относящихся к разрешительно-согласовательной системе в строительстве.
Наличие дипломов строительного вуза у всех персоналий вышеперечисленных «нянек» определяется законодательным порядком (лицензированием). И задача руководителя проекта – обеспечить эффективность усилий этих персоналий. Но такая задача стоит перед ним не только в части строительства, но и по другим частям проектного цикла:
– маркетинг;
– разработка концепции результата проекта;
– технология производства; технологическое оборудование;
– прохождение разрешительно-согласовательной системы;
– и т.д.
От руководителя проекта, по сути, требуется достижение двух целей:
– обоснование ответов на два вопроса: сумма инвестиции и срок ее возврата;
– реализация проекта «под ключ».
Хотя, конечно, инвестор-заказчик может потребовать от руководителя проекта наличия вузовских дипломов по всем разделам проекта. Может. Только где же он найдет таких «коллекционеров»? К тому же умеющих работать.
Таким образом, нужно понять, что руководитель проекта – это не «эрудит», а «оператор» знаний. Для него важнее не знать, а управлять применением знаний. Чужих знаний. Управлять не административным нажимом – «делай, а то хуже будет», – а своевременным выявлением и обеспечением потребностей работ. И при таком подходе руководитель проекта имеет полную поддержку со стороны всех специалистов проекта. В том числе, и в части предоставления ситуативно-необходимых знаний.
Вышесказанное, конечно, не означает ненужность знаний по строительству. Руководитель проекта обязан уметь читать чертежи и сметы, обязан понимать ППР и ПОС. Но для этого не нужно заканчивать строительный институт. И знания по технологии строительства набираются сами собой, в процессе общения со стройкой и с ее специалистами.
5.5. Обязательно ли знание английского языка?
Не обязательно.
Но что делать, если работодатель требует? Выполнять, что требует. А, если есть возможность, обратить внимание работодателя на следующее:
– Управление проектом – это «на 99,99%» управление работой его участников. А им, не всем, можно продиктовать язык общения.
– Проектная документация – это основное средство управления в проектах. Дешевле поработать одному переводчику, чем заставлять множество спецов, ежедневно и многократно, испытывать трудности общения с иноязычной документацией.
– Для объектов проекта, роль паспорта, технического описания и инструкции по эксплуатации выполняет проектная документация. И в ней недопустимы даже фрагменты на иностранном языке. Например, с чего начинают разбор ЧП? Правильно. С проверки проектной документации…
На требование знания английского можно ответить и «наивным» вопросом – что дешевле: «ситуативно, по месту», предоставлять руководителю проекта услуги переводчика или переводчика с английского назначить руководителем проекта?
6. Тестовое задание при выборе руководителя проекта
Выбор руководителя проекта – это наиболее дорогостоящий выбор в ИП. Поэтому имеет смысл применить в нем известный элемент конкурса – тестовое задание. А именно:
– предоставить каждому соискателю информацию об ИП. Для подготовки предложения на тему «Как он собирается управлять проектом»;
– через 2-3 дня получить и оценить предложения.
Опасения обеих сторон – о конфиденциальности их информации – оправданы, но не совсем. Работодатель все равно предоставляет РП каждому участнику конкурса по выбору генподрядчика по строительству. На опасение участника конкурса по выбору руководителя проекта, что де он подготовит предложение, а им воспользуется другой, можно ответить так: «Да, есть такой риск». Но:
– работодатель тоже рискует, выбирая руководителя проекта. И стоимость его ошибки на несколько порядков больше стоимости «напрасной» работы соискателя;
– предложение вряд ли будет содержать существенную оригинальность. Да и реальная работа руководителя проекта значительно сложнее содержания предложения;
– работодатель, как правило, далек от понимания сути работы руководителя проекта. Предложение поможет ему понять объем работ по управлению проектом и квалификацию руководителя проекта.
Кстати, тестовое задание не обязательно должно полностью соответствовать будущему ИП. Оно может быть подобным.
7. Где сейчас найти руководителя проекта?
Казалось бы, там же, где и остальные трудовые ресурсы, – на рынке труда. Но из раздела 4 видно, что это маловероятно. А как же тогда решать проблему с управлением ИП? А так, как указано в п.5.1. То есть – искать ГИПов.
А где найти ГИПов? В проектных организациях. Правда, как отмечено в п.4.3, там тоже положение с ГИПами катастрофическое. Значит, нужны ГИПы, ставшие руководителями отделов и старшими руководителями проектных организаций. Но вероятность их найма – небольшая. По следующим причинам:
– возраст – заметно больше 50 лет;
– руководитель проекта – беспокойная работа.
Более вероятен вариант привлечения их по трудовым соглашениям – консультантами или – что лучше – «играющими тренерами». Для этого нужно позаботиться об организации их труда:
– возможности работы в вечерние и утренние часы;
– служебном транспорте;
– и т.д.
К вышеизложенному необходимо сделать примечание. Руководителей проектов лучше нанимать, чем прибегать к их «аренде». Причина – в том, что знания-опыт руководителя проектов присущи, скорее, конкретным людям, чем фирме. Но прямо нанять невежду – это значительно хуже, чем «арендовать» квалифицированного спеца.
8. Заключение
Вышеизложенным показано следующее:
8.1. Руководители ИП должны иметь подготовку ГИПов.
8.2. В условиях «разрыва поколений», требования:
– «приемлемого» возраста;
– «международных» сертификатов-дипломов;
– диплома инженера-строителя;
исключают тех, кто мог бы эффективно работать руководителями проектов.
8.3. В процедуру выбора руководителей проектов следует включать тестовое задание по управлению ИП, для которого ищется руководитель.
8.4. Для управления проектами в качестве заместителей руководителей проектов следует привлекать старший персонал проектных организаций, имеющий опыт ГИПа. Учитывая возраст и «устроенность» таких людей, приемлемая форма их привлечения – трудовое соглашение. Для них желательно создавать условия работы, соответствующие роли «играющий тренер». И относиться к ним, как к работникам, которые существенно влияют на эффективность создания новых активов бизнеса.
9. Дополнение 2010-го года
9.1. За прошедшие семь лет число руководителей промышленных ИП, конечно, прибавилось. Сказать, что многие из них имеют подготовку ГИПа, так это – вряд ли. Скорее, «за неимением гербовой писали на простой». Так что обучение стоило дорого. Но, как сказано в п.4.4, в истории, которую нельзя изменить, никому не нужна «соль на ране».
9.2. «Жизнь» показала, что никто не стал утруждаться преодолением «разрыва поколений». Напротив, все пошли за заморскими сказочниками. Развелось множество фирм обучающих, как надо управлять проектами. Но беда в том, что контингент этих фирм бOльшей частью знаком с проектной работой только по книжкам. Такие фирмы и их персонал восполняли и восполняют отсутствие практических знаний-опыта приверженностью к «современным» знаниям по управлению проектами. А «современные» знания, при их ближайшем рассмотрении, являются циничным плагиатом. Наработанный опыт проектных организаций перелицован новыми терминами и выдан, как последнее слово «науки управления проектами». Хотя бывают и «изобретениями велосипеда». Признак «современных» знаний – это термины. Например, такие: «модели зрелости»; «корпоративные системы»; «проектный офис». Читаешь их и слышишь стук гороха об стену. Потому что попытка понять, что значат эти термины, надежно подавляется следующей порцией терминов.
Предыдущий абзац вызовет гнев адептов «современных» знаний по управлению проектами. Но, его справедливость проверить несложно. Действительные знания – это алгоритм-руководство к действию. А «священные знания» адептов – это нагромождения терминов, содержание которых изложено общими словами. В результате, нередкими являются «дискуссии» о содержании терминов.
9.3. По естественным причинам, уменьшилось количество ГИПов, способных к управлению промышленными проектами. И появилось, особенно в девелопменте, большое количество «руководителей проектов», относящихся к своей работе как к «бизнесу».
Также смотрите:
Сергей Вратенков пишет (23.04.2010 11:02:14):
1. PMBOK есть реакция на лавину проектной деятельности в постоянном бизнесе, причем не в строительстве, а в новых отраслях - высококонкурентных услугах, в первую очередь ИТ.
2. Я тоже считаю, что проектирование (ГИП) не имеет прямого отношения к управлению. Это либо часть работ проекта, либо вообще предпроктные работы.
3. Крик души этой статьи, ИМХО, вызван болезненной сменой технологии управления Инвест проектами …
--------------------------------------------.
Отвечаю.
1. Я уважаю PMBOK, как попытку стандартизации проектной деятельности. Вспоминаю известное строгое описание языка АЛГОЛ-60.
Но, давайте признаем, что из многих тогдашних пользователей ЭВМ, число читавших это описание было мизерным.
И знание PMBOK-а, даже для участников команды проекта, является необязательным. А о подрядчиках – и говорить незачем.
2. Сергей Вратенков, пожалуйста, обратите внимание на начало моей заметки. Там я написал:
«В настоящей заметке инвестиционный проект (ИП) понимается как проект по созданию материального объекта.».
Поэтому, Ваше высказывание о ГИП-е – не по теме.
3. Насчёт «крика души».
Кричать и болеть – ни к чему. Зачем быть «святее папы римского».
Хотя, конечно, я сожалел, когда видел, что результаты проектов будут хуже, чем могли бы быть. Хуже, из-за внешних причин нарушений порядка разработки и выполнения проекта. Но, это сожаление было из-за профессионального самолюбия.
Сожалел, и потому, что достижение даже возможных результатов было излишне трудным. Из-за тех же внешних причин. Потому что, получалось, «как всегда» жизнь ради работы.
Добрый день всем. Хочу поделиться своим опытом.
Я работаю в проектно-ориентированных компаниях уже почти 20 лет.
Я считаю, что главное в руководителе проекта не предыдущая специальность, а личные качества.
Из человек 10, которые прошли через наше подразделение были:
- бывший гос.чиновник
- бывший финансовый директор
- бывший директор по развитию
- бывший ГИП
- бывший кризис-менеджер
Они все выбыли по разным причинам.
Остались и успешно работают:
- бывший сметчик, прораб, начальник строительства. Работала в Минобороны, строила хранилища резервного фонда. Женщина лет 50.
- бывший офицер строительной специальности. После выхода в запас управлял строительством магазинов. Мужчина лет 50.
- бывший зам.директора проектной компании. Занималась административной работой. Женщина лет 40.
- бывший владелец солярия/продавец/частный бизнесмен/менеджер по согласованиям. Парень лет 30.
Бюджеты проектов колеблются от 2 до 25 млн долларов.
Когда то иностранные товарищи подсказали простой рецепт правильного руководителя проекта. Он должен быть Reliable, responsible and proacvite (надежный, ответственный и проактивный). Так вот все наши успешно работающие руководители проектов как раз такие и есть.
По поводу опыта. Опыт нужен, потому что руководитель проекта должен чуствовать риски. А риски можно понять только из собственного опыта - житейского, профессионального, опыта ведения бизнеса. А тут уж у кого сколько в голове шариков. Кто-то за 5 лет успевает впитать и свои ошибки и чужие, работает интуиция, а кто-то и за 20 лет ничему не учится. Как впрочем и в других профессиях.
А максимальный возраст определяется опять же состоянием здоровья и личными качествами. Профессия нервная, надо брать на себя большую ответственность, иногда рисковать. Иногда работать по 14 часов в день. Идти на конфликты. А сердечко то уже не то.
Технологии... технологии это дело наживное. Читал где-то, как строили пирамиды. У них там система была будь здоров. С точки зрения орструктуры, распределения задач, контроля исполнения и мотивации персонала. PMI тогда еще не было и слово Primavera тоже никто не слышал. И ничего, справлялись.
Конечно с компьютером надо дружить. И электронной почтой уметь пользоваться. Но возить поворозочки в MS Project может прошлогодний выпускник технического ВУЗа, который легко приклеивается к руководителю проекта и его чутким руководством администрирует бумажную часть проекта.
Еще раз повторяю, это мой сугубо личный опыт и мнение.
Желаю всем успешных проектов.
Антон Язовских,
Отвечаю на Ваше сообщение от 23.04.2010 13:31:33
Не буду ханжить. Вашу оценку моей заметки воспринимаю, как и героиня Татьяны Дорониной, сказавшая полвека назад: «Доброе слово и кошке приятно».
Что касается Ваших ситуаций.
«Ключ» к их решению – «стандартный» – эскизный проект. Его необходимо разрабатывать силами заказчика! И Вам, необходимо быть ГИП-ом в его разработке. Подумаю, как написать Вам о технике его разработки и применения.
Что касается приоритетности характеристик результата проекта: качество; выполнение срока; выполнение бюджета.
Мне казалось, что своё упорядочение их, я обосновал. Без ссылок на «себя любимого». Но, насчёт Вашего «космического примера», «отрицающего» эту упорядоченность, мне проще, всё-таки, сослаться на свой опыт.
Я касался там конкретных работ. Как представитель подрядной организации, руководитель ОКР.
А то, что Вы, похоже, по возрасту, где-то прочли – это отголоски:
- «давления инстанции»;
- соперничества главных конструкторов.
Последнее – это была борьба за ресурсы, для их работ. То есть – «распил бюджета». Правда, в нынешние времена, «распил» ведётся ради наживы определённых лиц.
Кстати, такое соперничество было характерным не только в разработках космической техники. А и в авиации и т.д. И характерно не только для СССР. Я помню несколько западных фильмов на эту тему.
Рубен Мелконян пишет (23.04.2010 21:38:30):
«А риски можно понять только из собственного опыта - житейского, профессионального, опыта ведения бизнеса.»
Конечно, есть известные приёмы анализа-оценки рисков.
Но, практическим работникам нужна система противодействия рискам.
Потому, я описал свой опыт-технику противодействия рискам. В сообщении от 23.04.2010 19:46:04.
[COLOR=blue=blue]Виктор Башинский пишет (23.04.2010 16:22:01):
1. Вы хоть понимаете очем пишете! Управление проектами это впервую очередь создание системы! РМВоК это путь по которому нужно пройти, это опыт поколений …
[/COLOR]
К несчастью – понимаю. :D
И насчёт пути, не надо мне говорить.
2. [COLOR=blue=blue]Управляющий проектом в первую очередь организатор работы людей, команды! В конечном итоге управляющий проектом руководит потоком инвестиций! [/COLOR]
А я о чём писал в заметке?
Дело было даже хуже. После первого промышленного проекта, в нынешние времена, успешно выполненного в резко цейтнотном режиме, я написал статью «Вопросы управления процессом создания основных фондов производства». В которой сказал «как надо делать».
Ну и что? Следующий проект, как продолжение предыдущего, был в ещё более резком цейтноте. Нужно было бульдозер выпускать на стройплощадку. А у меня не было даже исходных данных для разработки эскизного проекта. Об отсутствии рабочего проекта Вам надо говорить?
Естественно, что необходимость «сброса эмоций» была на порядок выше. Она нашла выход в написании книжки «Основы организации разработки и реализации инвестиционного проекта».
РМВоК потом появился. Но, в практическом плане, он далёк от реалий проектов. Полистал я его. Ну и что? - В РМВоК-е есть «что делать». Но нет «КАК ДЕЛАТЬ».
Например.
- Вы согласились поднять «заваленный проект» и завершить его в установленный ранее срок.
- В середине пути, когда уже построены стены, крыша и внутренние перегородки, Вам меняют исходные данные. Нужно, в ту же площадь, вписать дополнительное, родственное производство. Но, мощностью, в 2,5 раза превышающее первоначально запланированное.
- И чем Вам поможет РМВоК?
3. [COLOR=blue=blue]И почему ГИП? Мне больше нравяться специалисты генподрядных организаций …[/COLOR]
Мы, действительно, говорим о разном.
4. [COLOR=blue=blue]Вот Либерзон В. не ГИП а математик и что он не справляется? Значит дело не в ГИПе ! И что такое ''проект создания изделий''! [/COLOR]
Я уважаю образование В. Либерзона и опыт его работы в советские времена. И думаю, что его Спайдер – это лучшая программа в своём классе. Но, к чему Вы задаёте вопрос, что он, де, не справляется»?
Оценив затраты на освоение-применение программы Спайдер и её эффективность, я не стал тратиться на неё.
Кстати, в 2006-м, видел я программу «Строительный менеджер». Она – это оболочка для расчёта-извлечения данных и обмена ими. Для программ: Аутокад + MS Progect + АВК.
Вот это – правильный вектор развития КПУП-ов.
И, тем не менее, в заметке я писал, что КПУП-ы – это инструмент информационной поддержки управления проектом. А речь-то идёт о руководителе проекта.
По Вашему вопросу [COLOR=blue=blue]что такое ''проект создания изделий''![/COLOR]
Можно Вас попросить:
- обойтись без восклицательного знака;
- и посмотреть в начало моей заметки;
А, если [COLOR=blue=blue]что такое[/COLOR] относится к слову [COLOR=blue=blue]изделие[/COLOR]. То, извините. Нет смысла отвечать.
5. [COLOR=blue=blue]Извините слабо, ''галопом по...''
Еще раз извините, Вы слабо понимаете что такое ПРОЕКТ! [/COLOR]
Да ладно, чего уж, извиняться.
Я «живительно тронут» Вашим пониманием темы и Вашим прочтением моей заметки.