Ким Хелдман
Управление проектами. Быстрый старт
© Copyright by SYBEX, Inc.
© ДМК Пресс, Академия АйТи, 2008
* * *
Предисловие редактора русского издания
Эта книга содержит базовую информацию, рекомендации для тех, кто решил сделать первый шаг на пути к профессиональному управлению проектами. За объективной потребностью изложения функционально необходимого непростого предметного материала – живой язык, переживания и эмоции автора. Не может и не способен он, автор, оставаться спокойным, холодным к рассматриваемому предмету – управлению проектами: то, о чем он говорит, он глубоко пережил, переживает и не остается равнодушным.
Ким Хелдман – одна из немногих менеджеров-аналитиков Запада, придерживающихся в стратегии подхода к управлению проектами не традиционных исповедований тейлоризма как догмы, изложения проектного подхода как жестко детерминированного процесса, ставящего во главу угла однозначное обеспечение максимума соответствия должностным инструкциям и функциям членов команд, жестко диктуемых начальством. Она не придерживается традиционного принципа управления членами команды проекта: «к ноге!», «фас!», «отставить!». По существу, она не приемлет самоей связки понятий «управление людьми». Она не приемлет начальствования («для меня один начальник – это уже много»), присущего, увы, западным подходам, конвейерному (тейлоровскому) принципу управления проектами.
Ким относится с уважением к самой себе, с уважением к своим соратникам, своим сотрудникам. У нее нет подчиненных. Она относится с уважением к читателю, равно как и ко всему окружающему миру.
По ходу изложения своих мыслей Ким Хелдман непрерывно, открыто, а чаще между строк говорит: «Уважение и доверие – вот основа менеджмента! И в центре этого – человек. Личность!»
Сергей Неизвестный
Введение
Эта книга написана для тех, кто учится управлять проектами и, может быть, уже получил свое первое задание.
Управление проектами применяется не только на работе, но и во всех аспектах нашей частной жизни. Если вдуматься, многие мероприятия, от организации торжественного ужина и планирования празднования дня рождения ребенка до вывода на рынок новой продукции, являются проектами. Принципы, изложенные в этой книге, помогут вам эффективно осуществить проектные работы[1], с которыми вы так или иначе будете связаны.
Управление проектами используется практически во всех отраслях промышленности. Просматривая популярные сайты, предлагающие трудоустройство, я обнаружила, что организации начинают понимать важность привлечения профессиональных менеджеров проектов. В достаточно жестких экономических условиях компании неохотно идут на риск и стремятся обеспечить гарантии успеха предпринимаемого проекта. Эта книга даст вам надежный фундамент и практическое руководство в области управления проектами. Применив предложенные принципы, вы значительно повысите свои шансы на успех.
Если данная тема вас заинтересовала и вы решите профессионально заняться управлением проектами, рекомендую пройти сертификацию в Институте управления проектами (Project Management Institute – PMI). Институт определяет фактические стандарты в этой области. При самостоятельных поисках работы вы убедитесь, что большинство организаций требует наличия профессиональных сертификатов РМР (Project Management Professional), которые присваиваются менеджерам, соотвествующим всем требованиям Института и успешно сдавшим квалификационный экзамен.
Эта книга является трамплином к освоению основных принципов управления проектами. Она может стать основой для накопления знаний за счет профессионального обучения, знакомства со специальной литературой, общения с коллегами в вашей организации или сообществе. Книга основана на рекомендациях Института управления проектами, поэтому многие термины, концепции и процессы, описанные здесь, изложены в соответствии с публикацией Института «Руководство к своду знаний по управлению проектами» (Giude to the Project Management Body of Knowledge – PMBOK[2]).
Для более подробного знакомства с общими положениями управления проектами и, в частности, с условиями сертификации на степень профессионального менеджера проектов (РМР) прочтите мою книгу, также изданную Sybex: «РМР: руководство по профессиональному управлению проектами» (РМР: Project Management Professional Study Guide).
Независимо от вашего решения о сертификации знание основ управления проектами неоценимо. В ходе своей профессиональной деятельности вы будете участвовать в разных проектах. Даже если проектом управляет кто-то другой, понимание механизмов управления, жизненного цикла проекта, методов планирования и реализации повысит ваши способности взаимодействия с другими членами группы и поможет выбрать оптимальные процессы для обеспечения успеха проекта.
Кому адресована эта книга
Книга написана для тех, кто только начинает карьеру в области управления проектами и закладывает фундамент для постижения основ профессиональной методологии. Даже если у вас есть опыт в этой области, вы обнаружите, что все примеры, шаблоны и контрольные списки, приведенные в книге, можно непосредственно использовать в следущем проекте.
Сам факт приобретения этой книги означает, что вы заинтересованы в углублении своей компетенции и продвижении карьеры. Цельность понимания практики управления проектами значительно повышает профессиональную востребованность. Знание и практическое применение принципов, изложенных в книге, убедит работодателей в вашей способности довести проект до успешного завершения и сэкономит их средства и время. Если вы решите сделать следующий шаг и сдать экзамен на получение профессионального сертификата, то существенно повысите свои шансы карьерного роста и получения высокооплачиваемых предложений. Потенциальные работодатели рассматривают ваше стремление к получению новых знаний и сертификации как активную профессиональную позицию и прогрессивное мышление, которое непременно обеспечит успех всей организации.
Содержание книги
В книге представлен весь жизненный цикл проекта в том виде, как он реализуется на практике. Мы включили много полезных примеров, советов и рекомендаций, которые помогут решить распространенные дилеммы управления проектами. Главы расположены в соответствии с развитием жизненного цикла проекта. Вот общий план книги:
Главы 1–2. Здесь рассматриваются основы управления проектами, даются определения понятий, последовательности жизненного цикла проекта, а также характеризуются профессиональные навыки, которыми должен обладать менеджер проектов[3].
Главы 3–4. В данных главах представлены процессы инициации и планирования жизненного цикла проекта. Вы узнаете, в чем заключается значение устава проекта, научитесь определять цели и документировать проектные требования.
Главы 5 – 7. Эти главы посвящены разделению проектных работ на управляемые компоненты, приобретению ресурсов, выявлению и планированию рисков.
Главы 8–9. Основная часть планирования позади. Теперь необходимо составить окончательный план проекта, который должен включать график проекта, итоговые оценки и проектный бюджет.
Главы 10–11. Приступаем к исполнению проекта. В этом разделе мы рассматриваем процессы реализации, мониторинга и контроля, включая такие задачи, как создание проектной группы, разработка отчетов по ходу реализации проекта, мониторинг исполнения проекта, осуществление коррективного воздействия.
Глава 12. В конце книги рассматривается процесс закрытия проекта.
Эффективная работа с книгой
В начале каждой главы приведен список тем, изложенных в данной главе. На полях даны определения новых терминов, чтобы облегчить освоение профессионального языка. Помимо этого, наиболее важная информация выделена следующими пометками:
Примечания представляют дополнительную информацию и ссылки.
Советы по упрощению и эффективному выполнению заданий.
Предупреждения о том, что необходимо делать (или ни в коем случае не делать) в процессе выполнения задач управления проектом.
В конце каждой главы вы найдете «Вопросы для повторения», для проверки усвоения пройденного материала. Ответы на эти вопросы приведены в Приложении А. Также в конце главы имеется список новых терминов, полный перечень которых дан в Словаре.
В Приложении В содержатся все шаблоны, представленные в книге, а в Приложении С – все контрольные списки. Их можно использовать в изложенной форме или модифицировать в соответствии с характером проекта.
Об авторе
Ким Хелдман является Главным специалистом по информации Колорадского отделения естественных ресурсов. В течение 14 лет она работала менеджером проектов в области информационных технологий. Она имеет опыт управления небольшими, средними и крупными проектами, которым делится с читателем, приводя множество примеров, рассказов и советов.
Ким Хелдман является автором нескольких книг по управлению проектами, включая самые популярные издания «РМР: руководство по профессиональному управлению проектами», «РМР: подготовка к заключительному экзамену», «Управление рисками глазами менеджера проектов». Более подробную информацию об авторе можно получить на сайте http://KimHeldman.com.
Глава 1. Строительство фундамента
Добро пожаловать в мир управления проектами. Скорее всего, у вас уже есть опыт в этой области, независимо от того, как вы называли свои действия. Может быть, вы участвовали в организации ежегодной конференции компании или занимались выводом на рынок нового товара. В какой-то момент личной или профессиональной жизни вы наверняка использовали какие-то технологии, чтобы осуществить проект полностью, от начала до конца.
Читая нашу книгу, вы обнаружите, что уже применяли некоторые из описанных здесь методов, даже не подозревая, что они представляют собой формализованные процедуры. Мы расскажем о некоторых особенностях и приемах разных процессов, которые вам захочется попробовать на практике. Вы также узнаете о новых технологиях и методиках, которые обогатят ваш опыт управления проектами и помогут легко и последовательно реализовать следующий проект. (Ладно, может, это преувеличение, но, по крайней мере, выполнение проекта будет организовано более эффективно.)
В этой главе мы начнем строить фундамент процесса успешного управления проектами:
Определение управления проектами;
Различные организационные структуры;
Группы процессов управления проектами;
Критерии проекта;
Ограничения и их воздействие;
Сертификация управления проектами.
Путешествие в страну управления проектами
Мотор! Приступаем к закладке фундамента под строительство и управление проектами. Наше путешествие начинается с определения понятия проекта. Затем с высоты птичьего полета мы осмотрим панораму процессов и планов, которые будем разрабатывать по ходу развития нашего сюжета, и попытаемся понять, какую пользу можно извлечь из единой технологии управления для следующего проекта. Но, прежде чем приступить к изучению самих проектов, мы рассмотрим основные принципы их организации. Итак, вперед!
Что можно назвать проектом?
Управление проектами – процесс выполнения требований проекта путем планирования, реализации, мониторинга и контроля проектных результатов в целях удовлетворения потребителя.
Как определить, является ли новое рабочее задание проектом и насколько к нему применимы методы управления проектами? Скорее всего, как большинство из нас, придя на работу и определив расписание надень, вы проверяете электронную почту и автоответчик, переговариваетесь с коллегами. В кабинет заглядывает начальник и требует рабочий отчет по текущим вопросам, тонко намекая на то, чтобы вы наконец занялись делом. Все это часть трудовых будней, без начала и конца. Проекты не имеют отношения к ежедневной рутине. Чтобы называться проектом, работа должна соответствовать определенным критериям.
Проект планируется для производства уникального товара или услуги, которые не имеют аналогов. Проект имеет ограниченный срок исполнения и временный характер. Это означает, что у него есть конкретное начало и конец. Определить момент завершения проекта можно путем сопоставления с целями и прогнозируемыми результатами, указанными в проектном плане.
Текущая работа непрерывна и постоянна. Примером непрерывности может служить производственный процесс. Многие, наверное, не прочь перекусить в середине дня горстью шоколадного драже. Производство этих конфет представляет собой наглядный пример непрерывной операции. Компании заранее известно, сколько драже нужно изготовить, какого цвета должна быть глазурь, как расфасовать товар и т. д. Каждый день сотни тысяч драже оказываются в сумках покупателей, на прилавках магазинов и в результате у нас во рту – ам! Но производство драже не является проектом.
Теперь предположим, что руководство решило вывести на рынок новую товарную линию конфет. Оно дает установку на разработку формы и вкуса товара. Исследовательская группа предлагает новый рецепт. Группа маркетинга собирает данные, подтверждающие, что новый сорт обладает определенным потребительским потенциалом. Конфеты производят по конкретному плану, отслеживают их соответствие рецепту и дизайну и направляют в магазины. Что это – проект или текущая операция?
Можно с уверенностью утверждать, что это проект, несмотря на то что компания выпускает конфеты каждый день. Производство шоколадных драже считается текущей операцией, а новый сорт – уникальным товаром, поскольку конфеты с такими качествами аналогов не имеют. Необходимо помнить, что проекты организуются для реализации совершенно новых товаров или услуг. Итак, конфетный проект запущен, выполнен, проконтролирован и завершен после достижения всех заданных целей. Но производство конфет на этом не остановилось. В результате осуществления проекта оно превратилось в непрерывный процесс и стало частью текущей оперативной работы компании. Таким образом, в данном случае проект завершился его полной ассимиляцией в непрерывный производственный цикл. В табл. 1.1 приводятся обобщенные сравнительные характеристики проектов и текущих операций.
Таблица 1.1. Проекты и текущие операции
Куда мы идем?
В начале пути полезно определить маршрут. Мы отправились в путешествие по стране управления проектами, и нам нужно установить конечную цель нашего вояжа.
Потребитель – конечный пользователь или получатель проектного товара или услуги. С точки зрения компании, потребители бывают внутренними и внешними.
Завершение проекта – время для оценки процессов реализации, определения степени удовлетворенности потребителя товаром, ради которого затевался проект, извлечения уроков, полученных в ходе проекта (помимо всего остального). Эту книгу можно использовать в качестве руководства от начала до конца следующего малого или среднего проекта. Она даст вам возможность легко оценить различные факторы не только по результатам проекта, но и в процессе его выполнения. (Крупными я считаю проекты строительства ракетоносителей и основных транспортных магистралей или разработку новейшего, революционного программного продукта, который позволит автоматически делать закупки продуктов и одновременно играть в гольф.) Если вы новичок в области управления проектами, вам вряд ли доверят масштабное задание. Но не сомневайтесь: все эти малые и средние проекты дадут вам огромный опыт в управлении и по мере накопления навыков и знаний наставят на истинный путь к более серьезным и важным возможностям.
Вступая на профессиональную стезю, не пренебрегайте опытом работы в небольших проектах. Крупные проекты – это всего лишь множество мелких задач, слитых воедино. Дорога к масштабным проектам вымощена успешным выполнением малых и средних заданий.
В этой и последующих главах мы обсудим разные действующие методики и примеры, чтобы вы могли применить полученные знания и модели для пересмотра или подготовки своей проектной документации. Теперь рассмотрим общую панораму законченного проекта.
Взгляд с высоты птичьего полета
Первым примером проекта является книга, которую вы держите в руках. Вы еще не дочитали ее до конца (конечно, если вы читаете ее в первый раз). Без сомнения, вы задаетесь вопросом: «Смогу ли я получить необходимую информацию?» или «Смогу ли я, прочитав эту книгу, более эффективно выполнить следующий проект?» Естественно, на оба вопроса я отвечу «да», но вы об этом еще не догадываетесь. Только освоив книгу до конца, вы сможете ответить на свои вопросы, все обдумать и обнаружить, что ваш багаж пополнился новыми знаниями и инструментами управления следующим проектом. Другими словами, вы удовлетворили свое любопытство и углубили знания об управлении проектами.
Проекты действуют по такому же принципу. В ходе, а особенно в конце проекта любой менеджер прежде всего беспокоится о том, насколько удовлетворены потребности потребителей. При правильном выполнении соответствующих процессов управления проектом положительный ответ на этот вопрос вполне возможен. В конце проекта нужно зафиксировать все, чему вы научились в ходе его выполнения, для последующего использования в новых проектах и совершенствования процесса их реализации.
Проекты возникают по необходимости, относящейся к ожиданиям потребителей от конечных результатов. Но как достичь этих результатов? Как определить степень удовлетворенности потребителей? В табл. 1.2 представлена панорама контрольного списка планов, которые мы будем составлять, и методов, которые мы будем применять в ходе выполнения проекта. Не страшно, если вы не все поймете сразу. Постепенно мы детально обсудим каждый пункт. Еще раз этот список мы пройдем в том же формате в Приложении С «Образец контрольного перечня управления проектом».
Контрольный список проектных процессов (Checklist of Project Processes) можно загрузить по адресу www.sybex.com или www.harborlightpress.com.
Таблица 1.2. Контрольный список проектных процессов
Уставы, графики, бюджеты – ничего себе! Если вам кажется, что это безумный объем работы, то вы правы. Но любое дело стоит времени и усилий, потраченных на его тщательное и правильное выполнение. А объем сил и средств, вложенных в каждый пункт списка, зависит от размера проекта. Может, вам станет легче, когда вы узнаете, что для маленьких проектов некоторые пункты можно совмещать или сокращать, в зависимости от задания и последствий его неудачного выполнения для вашего карьерного роста.
На данном этапе список может показаться устрашающим, но, прочитав книгу, вы поймете значение каждого элемента и целесообразность его включения в проектный план.
Знание структуры организации
Менеджер проекта должен хорошо знать организацию[4], в которой он работает. Каждая структура имеет свои достоинства и недостатки, влияющие на эффективность работы менеджера. Организации и их культура так же уникальны, как сами проекты. Наиболее традиционной является функциональная структура компании. Однако в ней могут залегать глубокие бюрократические пласты, которые практически полностью лишают менеджеров проекта полномочий выполнения задач или работ, необходимых для реализации проекта. Проектные организации ориентированы на выполнение проектов, но у них также имеются свои плюсы и минусы. Матричная структура – еще один организационный тип, совмещающий качества функциональной и проектной культур. Давайте более подробно рассмотрим каждый из этих видов компаний.
Функциональные организации
Функциональные организации структурированы таким образом, чтобы рассредоточить сходные рабочие операции по отделам. Например, существует бухгалтерия, укомплектованная людьми, которые умеют считать деньги и отслеживать расходы. Подобным образом организованы отдел кадров, информационных технологий и др. Сами отделы построены на основе аналогичных процессов труда, а их сотрудники имеют сходные профессиональные навыки, но разный опыт работы – от начинающих до опытных специалистов.
Традиционная организационная структура, имеющая иерархический характер. Сотрудники подчиняются одному менеджеру, который отчитывается перед менеджером более высокого уровня.
Возможно, вам придется работать на человека, называемого «начальник» или «босс», который обладает некоторой степенью власти над вашими рабочими заданиями. Возможно, ваш начальник работает на своего начальника, который работает на самого главного начальника. Это и есть пример функциональной организации. Все сотрудники на уровне своего отдела отчитываются перед своим непосредственным начальником, который отчитывается перед самым большим боссом. Так построено большинство организаций; это самая распространенная форма организационной структуры.
Менеджеры проектов, работающие в функциональных организациях, обычно, помимо текущего проекта, выполняют и другие задачи. Если менеджер отдела кадров получил подтверждение на реализацию проекта по установке автоматизированной системы уведомления об отсутствии, ему придется не только управлять этим проектом, но и выполнять свои прямые обязанности. С одной стороны, это упрощает задачи управления проектом, так как именно он распределяет работу между сотрудниками отдела, но с другой – его должностные обязанности усложняются из-за необходимости совмещать выполнение текущих функциональных и проектных заданий. Вот схема стандартной функциональной структуры компании:
Если вам придется работать в такой организации в качестве контактного менеджера проектов, помните о том, что корпоративная культура функциональной организации обычно диктует строгое соответствие иерархической структуре подчинения. Это значит, что с функциональными менеджерами надо разговаривать напрямую, ни в коем случае не обращаясь за решением проблем через их голову к вышестоящим начальникам, кроме случаев, когда последние лично дадут вам такое указание. Вместо того чтобы проявлять инициативу и ориентировать сотрудников отдела на выполнение работ по проекту, сначала нужно заручиться разрешением их непосредственного руководителя.
Функциональная организация имеет следующие преимущества.
• Четкая структура подчинения – участники проектной группы подчиняются одному начальнику и ясно понимают структуру власти.
• Единая группа – члены группы хорошо знают друг друга, так как работают в одном отделе. Поскольку их способности и достоинства также хорошо известны, распределение работ значительно упрощается.
• Разделение функций – такая структура позволяет сотрудникам оттачивать профессиональное мастерство и со временем становиться экспертами.
Недостатки функциональной организации перечислены ниже.
• Менеджеры проектов одновременно выполняют обязанности функциональных менеджеров – такая организация часто отвлекает внимание менеджера на несколько направлений сразу, что приводит к небрежному выполнению работы. Но если менеджер проекта не является функциональным менеджером, он не будет пользоваться авторитетом у проектной группы, что также вызовет сбои в проектных работах.
• Бюрократическая прослойка – данная структура тормозит выполнение проекта из-за необходимости множества согласований для принятия решений.
• Конкуренция ресурсов – при выполнении множества задач и проектов ресурсы отдела истощаются под грузом ответственности, что негативно сказывается на эффективности работы. (Если честно, такое случается в любой структуре.)
• Полномочия менеджеров проектов ограничены – менеджеры проектов в функциональной организации обычно вынуждены полагаться только на свои навыки ведения переговоров, чтобы добиться от функциональных менеджеров выделения ресурсов. Они также практически лишены полномочий предъявлять требования членам проектной группы.
Проектно-ориентированные организации
Структура проектно-ориентированных организаций представляет собой полную противоположность функциональным компаниям. Менеджер проекта чаще всего напрямую подчиняется вице-президенту или генеральному директору компании.
Проектно-ориентированные организации сосредоточены не на работе функционального отдела, а непосредственно на проекте. В данной структуре менеджеры проекта обладают всеми возможными полномочиями, а другие функциональные подразделения, включая отдел кадров и бухгалтерию, подчиняются им.
В такой среде менеджер проекта получает все полномочия по руководству проектом, а вспомогательные структуры, такие как бухгалтерия и отдел кадров, подчинены не функциональному менеджеру в данной области, а именно менеджеру проекта. Подобные организационные структуры рассматривают реализацию проектов как основной приоритет своей деятельности. В результате менеджер проекта обладает полномочиями формирования проектной группы, распределения ресурсов, ориентации на выполнение проектных работ. Все сотрудники группы проекта подотчетны непосредственно менеджеру проекта, и в их обязанности входят только те задачи, которые напрямую связаны с проектом. После завершения проекта сотрудники получают новые задания или переключаются на другие проекты.
Совмещенность – все участники проекта физически располагаются в одном месте.
Вся проектная группа, как правило, расположена в одной проектно-ориентированной среде. Это упрощает коммуникацию и процесс принятия решений, так как все сотрудники работают вместе и подчиняются одному менеджеру. Вот график стандартной структуры проектной организации:
Проектно-ориентированные структуры могут существовать внутри функциональной организации. Предположим, компания начинает важный целевой проект. Для этого требуется группа специальных сотрудников, которые могут полностью сосредоточиться на проекте, не отвлекаясь на другую работу. Назначается менеджер проекта, который подчиняется исполнительному менеджеру, подбирается команда специалистов – вот и получается проектная структура внутри функциональной организации.
Проектно-ориентированные организации имеют следующие преимущества:
• Менеджеры проектов обладают самыми высокими властными полномочиями – члены группы подчиняются только одному начальнику (вам и только вам) и ясно понимают структуру руководства. Проектные группы, как правило, размещены совместно, что значительно упрощает коммуникацию.
• Менеджеры проектов принимают решения самостоятельно – это конкретизирует коммуникацию, решение проблем и расстановку приоритетов. Решения принимаются именно здесь.
• Организация ориентирована на проектные работы – все ресурсы сосредоточены на проекте и проектных работах. К проекту и к вам как к его менеджеру проявляется особая лояльность.
Проектно-ориентированные организации имеют следующие недостатки.
• Перераспределение членов проектной группы – после завершения проекта сотрудники группы должны искать другую работу. Не всегда новые проекты появляются сразу.
• Простои – специалисты узкой квалификации могут быть востребованы только в определенное время для выполнения особых проектных работ. В такой организации трудно решить вопрос их занятости в течение всего остального времени.
• Конкуренция – при формировании проектных групп и получении материалов менеджеры проектов ведут междоусобную борьбу внутри организации за лучшие ресурсы. Это может негативным образом сказаться на внешнем потребителе, которому не повезло с менеджером проекта, проигравшим внутреннюю войну.
Матричные организации
Матричная организация – тип организационной структуры, где все сотрудники подчиняются многочисленным менеджерам, включая одного функционального и, как минимум, одного проектного.
Нет, это не ремейк фильма, где мы должны рассматривать проекты в замедленном темпе, вверх головой и из стороны в сторону. Матричные организации совмещают достоинства функциональных и проектно-ориентированных структур, сглаживая их недостатки. Многие компании пользуются такой структурой для выполнения конкретных проектов. Как и проектно-ориентированные организации, матричные структуры сосредоточены на реализации проектов.
Основным недостатком таких структур является подчинение проектной группы разнообразным менеджерам. Не знаю, как для вас, а для меня даже один начальник – это слишком, не говоря уже о двух или трех (извините, гражданин начальник!).
Идея структуры заключается в распределении сотрудников по проектам, где они отчитываются за проектные работы перед менеджером проекта. Наряду с этим они выполняют свои прямые обязанности и отчитываются за них перед функциональным менеджером.
Рассмотрим следующий пример. Предположим, вы начинаете проект по установке нового блока оборудования в пункте приема денежных переводов. (Там работают люди, которые забирают ваши наличные деньги и кредитуют их на ваш банковский счет.) Такой проект включает функции нескольких отделов: оформление переводов, информационные технологии, клиентское обслуживание, бухгалтерия. В группу проекта назначаются специалисты всех этих областей. Для соблюдения сроков реализации проекта вы как его руководитель должны проследить, чтобы все члены группы были полностью сосредоточены на проектных работах. Однако Сара из бухгалтерии не хочет участвовать в проекте, так как испытывает необыкновенную лояльность к своему функциональному менеджеру. Она отдает все рабочее время на выполнение своих прямых должностных обязанностей под предлогом их приоритетности или срочности и ни разу не сдала проектное задание вовремя. Думаю, картина вполне ясна.
Организации с матричной структурой, ориентированные на проекты, могут решить указанную выше проблему. Когда основное внимание уделяется проектным заданиям, на время выполнения проекта все члены группы освобождаются от своих функциональных обязанностей. Функциональные менеджеры отвечают за сбор отчетов по срокам и контролируют выполнение административных обязанностей членами группы на нижнем уровне. Но распределение проектных обязанностей осуществляется менеджером проекта. Во время проверки руководитель проекта представляет функциональным менеджерам отчет о работе соответствующих членов группы. Он включается в ежегодную оценку производительности сотрудников. Функциональные менеджеры несут ответственность за ведение формальных отчетов и оценку своих подчиненных.
В данной среде менеджеры проектов должны работать в тесном сотрудничестве с функциональными менеджерами при подготовке планов проектов, разработке расписания, отборе персонала для выполнения конкретных работ. Если вы не установили контакт с функциональным руководителем или не умеете договариваться, в критический момент обнаруживается, что необходимых ресурсов нет в наличии.
Такая структура вполне эффективна при хорошо налаженных взаимоотношениях между функциональным менеджером и руководителем проекта и ориентации корпоративной культуры компании на выполнение проектных работ. Проектно-ориентированная матричная организация известна как сильная матричная структура. В такой структуре менеджеры проектов обладают более широкими полномочиями, чем функциональные руководители, что упрощает решение спорных вопросов, распределение ресурсов и ориентацию деятельности на проектные работы. Вот схема стандартной матричной организации:
