Управление проектами - читать онлайн

Глава 1 Четыре фазы управления проектом

Ваш проект может быть любым, большим или маленьким, – разработка веб-сайта, дизайн нового автомобиля, перенос отдела на новое место работы, обновление информационной системы, – но в любом случае вам предстоит пройти одни и те же четыре фазы: планирование, подготовка, исполнение и завершение. Хотя каждая из этих фаз имеет свои особенности, они частично пересекаются. Например, приступая к планированию, вы, как правило, уже имеете примерные цифры бюджета и дату завершения. Находясь в фазах подготовки и исполнения, вы определяете и начинаете воплощать в жизнь детали плана проекта. Это дает вам новую информацию, и на ее основании вы можете пересмотреть бюджет и дату завершения – иными словами, возвращаетесь к фазе планирования, – так как приобрели более четкое видение общей картины[1].

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

Приступая к планированию проекта, мы часто сразу начинаем представлять себе график его исполнения – хотя подходим к этой части только в фазе подготовки. На самом деле планирование – это определение базовых аспектов: какую задачу предстоит решить, кого нужно будет к этому привлечь и что нужно будет сделать.

Определите реальную задачу

Прежде чем начать, точно определите, какую именно задачу призван решить ваш проект. Это не всегда бывает очевидным.

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

Определите заинтересованных лиц

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

Поддержка со стороны людей, для которых вы работаете, крайне важна в любом случае – управляете ли вы проектом внутри компании или выступаете в роли независимого консультанта. Возможно, у этих людей будут совершенно оторванные от реальности взгляды и они потребуют от вас проделать огромную работу в совершенно невозможные сроки или будут ждать, что вы сотворите чудо, не имея адекватных средств и персонала. Ваша задача как менеджера проекта – сделать так, чтобы требования соответствовали ресурсам, в противном случае вас ждет неизбежный провал.

Определите цели проекта

Один из самых важных аспектов планирования – объединить различные ожидания всех заинтересованных лиц в связный и управляемый набор целей. Успех проекта будет измеряться тем, насколько хорошо вы сможете достичь этих целей. Чем четче вы сформулируете их в самом начале, тем меньше разногласий по поводу того, смогли ли вы их достичь, ждет вас впереди. Однако в фазе планирования все еще слишком неопределенно, поэтому цели следует пересматривать по ходу дела, когда у вас будет больше информации о том, что вам нужно исполнить.

Определяя цели, придерживайтесь концепции SMART. Цели должны быть:

● конкретными (specific);

● измеряемыми (measurable);

● ориентированными на действия (action-oriented);

● реалистичными (realistic);

● ограниченными по времени (time-limited).

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

1. Изучить <ориентированность на действия> как минимум шесть <измеряемость> поставщиков, которые соответствовали бы минимальным пороговым критериям качества обслуживания, установленным вашим отделом.

2. Рекомендовать <ориентированность на действия> на июньской <ограниченность по времени> встрече совета директоров трех <конкретность> из них, которые предлагают лучшее и наиболее качественное обслуживание как минимум на 10 % <реалистичность> дешевле существующих затрат компании в пересчете на одного работника.

Формулируя цели проекта, учитывайте следующие факторы:

● Качество. Определите стандарты качества и способы их измерения и удовлетворения.

● Организация. Уточните цели в зависимости от имеющихся в вашем распоряжении людей и ресурсов.

● Коммуникация. Определите, какая информация требуется каждому из заинтересованных лиц и как вы собираетесь ее обеспечить.

Определите масштаб, ресурсы и основные задачи

Многие проекты не достигают успеха из-за того, что вы замахиваетесь на слишком многое и из-за этого серьезно недооцениваете требующиеся время и деньги, или из-за того, что упускаете из виду существенную часть требуемой работы. Один из инструментов, который может помочь вам избежать этих проблем, – так называемый метод WBS (Work Breakdown Structure) или иерархической структуры работ, с помощью которого можно предварительно определить масштаб и задачи процесса и разработать систему оценочных показателей. (См. пример ниже в этой главе.) В основе этого метода лежит разделение сложных видов деятельности на более легко управляемые подъединицы.

Чтобы построить иерархическую структуру работ:

● Спросите себя: «Что нужно сделать для того, чтобы получить Х»?

● Продолжайте задавать этот вопрос, пока не получите ответ в виде ряда задач, которые уже нельзя разбить на более мелкие.

● Оцените, сколько времени займет выполнение этих задач и во сколько это обойдется – в деньгах и человеко-часах.

WBS обычно состоит из нескольких – от 3 до 6 – уровней подъединиц деятельности. Чем сложнее проект, тем больше в нем будет уровней. В качестве общего правила можно принять, что их не должно быть более 20 – и только действительно крупномасштабные проекты требуют этого максимума.

Сейчас, в фазе планирования, не стоит задумываться о последовательности действий. Точный график вы установите в фазе подготовки. А пока вам лучше с помощью WBS построить общую схему, которую вы будете заполнять по мере того, как станете лучше понимать ограничения по людям, бюджету и времени. Предварительные оценки – хороший способ уменьшить риск, но их нужно делать открыто и объяснить заинтересованным лицам ваши обоснования.

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

Подготовьтесь к компромиссам

Время, затраты и качество – три взаимосвязанных переменных, которыми, как правило, определяется, чего вы сможете достичь.

При изменении любой из этих переменных изменится конечный результат. Конечно, подобные изменения часто возникают в ходе проекта. Если временные рамки, в которые вы должны уложиться при разработке новой системы управления данными, внезапно окажутся урезаны вдвое, вам придется либо привлечь в два раза больше людей, либо удовлетвориться системой, которая будет не так эффективна, как планировалось изначально. Не допускайте, чтобы приятные, но не необходимые излишества помешали вам решать основные задачи. Вы должны установить такой уровень качества, который будет отвечать потребностям всех заинтересованных сторон.

Если вы с самого начала будете знать, какая из переменных кажется наиболее важной каждому из заинтересованных лиц, это поможет вам вносить необходимые коррективы по ходу проекта. При этом вы обязаны информировать всех о любых поправках и объяснять их следствия с точки зрения времени, затрат и качества.

В фазе подготовки вы собираете команду. Примерные оценки временных рамок будут графиками работ. Примерные оценки затрат станут бюджетом. Вы собираете необходимые ресурсы. Вы требуете обязательств и берете обязательства на себя.

Соберите команду

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

Распланируйте распределение обязанностей в команде

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

Очевидно, что вы не можете делать все сами, даже если бы и хотели. Решив, как вы будете распределять обязанности в команде, снабдите каждого необходимой информацией и ресурсами – а затем отойдите в сторону и позвольте каждому заниматься своим делом. По ходу проекта вам, возможно, понадобится делегировать больше заданий, чем планировалось изначально. И вы должны будете проявлять достаточную гибкость – но не забывать о том, что за результат отвечаете вы как менеджер проекта. (См. вставку «Советы по эффективному делегированию».)

Разработайте график

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

Чтобы составить реалистичный график работ при существующих ограничениях, вы должны установить сроки получения промежуточных результатов, отталкиваясь от конечного дедлайна – то есть дат, которые нельзя изменить. Так, например, если годовой отчет должен быть представлен на собрании акционеров, а вы знаете, что на его печать уйдет две недели, значит, он должен быть полностью готов к сдаче в печать за две недели до собрания.

В зависимости от сложности вашего проекта вы можете воспользоваться методом критического пути и PERT (Performance Evaluation and Review Technique – методом оценки и анализа проекта), которые помогут вам определить последовательность задач, а также диаграммой Ганта, которая позволит наметить их хронологический порядок и длительность. Как пользоваться этими инструментами, мы расскажем далее. А сейчас просто примите за правило, что отталкиваться надо от конечных дат, и предпринимайте следующие шаги:

1. Чтобы составить список видов деятельности или частных задач, воспользуйтесь структурной схемой работ или другим подобным методом, а затем установите порядок их выполнения, определив, какие из них являются критически важными для достижения желаемого конечного результата.

2. Ориентируйте каждое задание на практический результат – например, «составить черновик вопросов для анкеты».

3. Включите желаемые результаты с реалистичными сроками исполнения в график работ.

4. Выявите «узкие места», которые могут повлиять на график.

5. Найдите способы избавиться от негативных факторов или запланируйте дополнительное время на то, чтобы их обойти.

6. Обеспечьте систему контроля и взаимосвязи для обновлений и пересмотра графика.

7. Держите в курсе всех, кто причастен к вашему проекту, и информируйте их о ходе работ и любых изменениях графика.

Проведите организационное совещание

Как только вы набрали игроков и составили график работ, соберите всех на организационное совещание. Как можно внимательнее пройдитесь вместе с группой по плану и целям проекта и обсудите предложенные сроки. Четко донесите до всех их роли и обязанности.

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

Составьте бюджет

Первый вопрос, который следует задать при составлении бюджета: «Во сколько на самом деле обойдется выполнение работы?» Чтобы определить затраты, разделите проект на следующие категории:

● Персонал. Включили ли вы в бюджет все – текущие и дополнительные – затраты на оплату труда сотрудников и работников по контракту? (Это, как правило, самая крупная часть бюджета.)

● Поездки. Все ли члены вашей команды работают в одном месте или нужно привлечь работников из других организаций?

● Подготовка кадров. Все ли в вашей команде знают, как пользоваться необходимым оборудованием и программным обеспечением? Обладают ли они всеми требуемыми навыками? Потребуются ли для обучения поездки? Нужно ли будет обучать пользователей применению вашего продукта по завершении проекта?

● Поставки. Понадобится ли вашей команде что-то помимо обычных компьютеров, ПО и так далее?

● Место. Нужно ли будет переводить куда-либо людей? Какова площадь, которая будет нужна на новом месте, и сколько это будет стоить? Потребуются ли постоянные расходы на обслуживание?