Страница 6 из 14
1.2. Подготовка к проекту
Для лучшего понимания потребностей заказчика и для того, чтобы избежать неудачи в подготовке коммерческого предложения для проекта, необходимо понять движущие силы проекта. Основой этого является понимание природы потребности заказчика как движущей силы проекта.
Можно выделить три фазы в определении потребностей заказчика.
1. Появление потребностей – все заинтересованные стороны (ЗС) должны предупреждать и предвидеть потребности, реагируя на них проактивно.
2. Признание потребностей – это осознание потребностей на основе сбора информации и обсуждения с ЗС. Главная задача на этом этапе – превращение возникающей потребности в цели, которые начнут определять результаты проекта.
3. Формулирование потребностей – прояснение понимания потребности с помощью более точного описания ее характерных особенностей. Формулировка того, что должно быть сделано, т. е. определение границ и формулировка проекта.
Обычно движущей силой проекта является отставание компании-заказчика от конкурентов или от требований рынка, дрейф спроса, неудовлетворительное состояние мощностей и др. Результатом большинства размышлений заказчика является формирование инвестиционных предложений, которые после одобрения акционерами становятся инвестиционными проектами.
Чаще всего на первом этапе обнаруживаются проблемы недостаточно точного определения потребностей. В частности, это:
– нечеткие цели;
– нереалистично широкий масштаб;
– решение неверно поставленных проблем;
– противоречивые цели изменений систем, организации;
– потеря времени на выполнение сопутствующих задач, или многозадачность на первом этапе подготовки проекта, их невыполнимость.
Чтобы лучше определить потребность, необходимо уточнить границы и масштаб проекта. Для этого можно задаться вопросами:
1. Кто является ЗС и каковы их потребности в проекте? Например, движущей силой проекта могут быть не акционеры, а специалисты. Возможно, что источником инвестиционных проектов будут проблемы с промышленной безопасностью и постоянные уплаты штрафов по предписанию Ростехнадзора.
2. Каковы цели и задачи проекта, и каким образом их собираются осуществить в рамках соответствующих ресурсных и временных ограничений? Насколько выражена проблема и насколько быстро нужно ее решать?
3. Каковы возможности проекта и угрозы для его успешной реализации? Например, в каком состоянии находятся схожие инвестиционные проекты конкурентов?
Среди заинтересованных сторон у заказчика проекта могут быть:
1. Покровитель (владелец) проекта – человек или группа людей, которые инициируют и поддерживают проект, обеспечивают ресурсами и поручают Вам его реализацию;
2. Команда проекта – группа людей, готовых выполнять поставленные задачи и осуществлять необходимые виды деятельности;
3. Функциональные менеджеры и другие люди, которые управляют необходимыми Вам ресурсами и обладают полезными для Вас опытом и знаниями;
4. Влиятельные люди или группы, которые, вероятно, подвергаются воздействию проекта или его результатов.
Аналогично разрабатывается структура участников проекта внутри компании. Руководитель, принимая решение по представлению менеджера по продажам о формировании рабочей группы, становится его покровителем. Рабочая группа образует команду проекта, функциональные менеджеры осуществляют поддержку и другие группы, не водящие в вашу команду, могут существенно помогать, или наоборот, препятствовать реализации вашего проекта. Например, они могут занимать ограниченные возможности проектной группы своими проектами, или задерживать выполнение работ, что ставит исполнение проектной спецификации под угрозу.
Для улучшения работы над проектом и согласования всех возникающих трудностей используют структурированные методы эффективного управления проектами, например, PRINCE (PRINCE – Projects IN Controlled Environment). Метод формализует процедуры ведения дел с покровителем и ЗС в рамках структуры руководства проектом и регулярных совещаний.
Основными особенностями подхода являются:
– Деловое поручительство, что означает одобрение руководства для начала проекта.
– Четкая организационная структура команды проекта или точное распределение ролей.
– Подход к планированию, ориентированный на производство с акцентом на результатах, в частности, задания на выполнение проектной спецификации должны быть достаточно точными и структурированными, чтобы избежать недопонимания.
– Деление проекта на управляемые и контролируемые стадии с обозначением ключевых точек проекта.
– Гибкость, которую можно применить на подходящем для проекта уровне.
Как можно добиться точности в выполнении проекта командой проекта? Для этого следует структурировать проект для эффективного контроля и управления. Особое внимание должно уделяться постановке целей. Для этого применяют принцип СМАРТ
В соответствии с этим принципом цели должны быть:
конкретными (specific) – т. е. Вы должны ясно представлять себе, чего хотите достичь;
измеримыми (measurable) – Вы должны разработать критерии для измерения процесса достижения целей;
достижимыми (achievable) – т. е. Вы должны быть уверены в достижении поставленных целей в существующем окружении и при имеющихся ресурсах;
реалистичными (realistic) – т. е. Вам не следует пытаться достичь невозможного;
определенными по времени (time bound) – т. е. сроки достижения поставленных целей должны диктоваться реальными потребностями.
Часто внутренние службы отказываются от разработки проектных спецификаций, мотивируя это тем, что они могут быть недостаточно приемлемыми для компании или производства, или заказчик не «справится» с ценой, уровень его производства слишком низкий для внедрения более совершенной техники и пр.
Чтобы избежать недопонимания, рекомендуется оценивать возможности и угрозы для успешной реализации проекта. Для этого нужно исследовать возможности и угрозы уже на начальной стадии проекта. Постоянные обсуждения с ЗС помогут выявить потенциальные возможности и угрозы, связанные с проектом.
Рассмотрите различные точки зрения, которые может иметь каждая из указанных ниже заинтересованных сторон по трем ключевым показателям измерений проекта. Отметьте те измерения, которые, по мнению каждой ЗС, являются наиболее важными.
Хотя представители внешних и внутренних ЗС разнятся, однако, можно сказать, что и в том и в другом случае схожие службы и представители по функциям или иерархии будут иметь схожие интересы.
Владелец или руководство (внутренние ЗС), как правило, большее внимание уделяет бюджету и выполнению финансовых показателей. Какую отдачу они получают в итоге? Каковы финансовые риски и будут ли эти вложения оправданны с точки зрения создаваемой ценности и прибыльности. После получения результатов акцент владельца может измениться, и он будет озабочен качеством и тем, будут ли результаты достигнуты. Возможно, владелец будет меньше интересоваться графиком реализации проекта до тех пор, пока работа идет по согласованному плану.
Функциональные отделения, вероятно, сосредоточатся на качестве работы, как связанной с проектом, так и контролируемой ими, и на которую они смогут оказать влияние. Таким образом, главной задачей функциональных подразделений будет сбалансированность качества результатов с графиком работы, и они захотят иметь достаточно времени для достижения высококачественных результатов.
Руководитель проекта, возможно, не будет непосредственно участвовать в проекте, но он будет ответственным за работников, водящих в команду проекта. Этот менеджер будет обеспокоен тем, чтобы работа в проекте не была в ущерб другой работе. Использование человеческих ресурсов должно быть, как правило, согласовано с линейными менеджерами тех отделов, которые будут включены в команду проекта.
Поставщики, подрядчики и субподрядчики должны работать в соответствии с графиком проекта для выполнения условий контрактов. Обычно они хотят быть уверены в том, что бюджет позволяет им иметь прибыть, и что они способны обеспечить необходимое качество товаров или услуг в рамках проекта. Таким образом, поставщики и подрядчики должны сохранять баланс этих трех измерений, а также быть уверены, что заключенное соглашение представляет ценность для их бизнеса.
Конечные пользователи довольно часто хотят получить результаты очень быстро и могут оказывать давление с целью ускорения намеченных графиком работ. Однако, как только результаты получены, они сразу переключаются на качество, если график проекта был тесно связан с удовлетворением ожиданий потребителей, то для успеха проекта существенно, чтобы он также отвечал их требованиям по качеству.
Менеджер проекта должен умело балансировать между этими тремя измерениями и учитывать различные приоритеты, выдвигаемые каждой заинтересованной стороной в разное время.