Автоматизация управления компаниями

Внедрение CRM в российских компаниях. Грабли, на которые хочется наступать снова и снова | Главная | Как сказку сделать былью

Сентябрь 7, 2007

Планирование проектов

Выдержки из книги В.Богданова
“Управление проектами в Microsoft Project 2007″

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

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

Что такое проект?

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

Главное отличие операций от проектов заключается в том, что операции выполняются постоянно и повторяются, тогда как проекты временны и уникальны. Исходя из этого, проект определяется как временное усилие, предпринятое для создания уникального продукта или услуги. “Временное” обозначает, что каждый проект имеет точно определенные даты начала и окончания. Говоря об уникальности продукта или услуги, мы подразумеваем, что они имеют заметные отличия от аналогичных продуктов или услуг.

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

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

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

Проект как временное явление

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

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

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

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

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

К операционной деятельности организации можно применить проектный подход. Если в организации принят такой подход, то выполняемые в ней текущие операции, такие как поддержка веб-сайта в течение определенного периода времени, определяются как отдельный проект. Управление проектами в последние годы охватывает все большее число операций в организациях, то есть все большее число организаций переходит на “управление через проекты”. Управление через проекты (managing by projects), то есть применение методик проектного управления к операционной деятельности, надо отличать от управления проектами (project management).

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

Составляющие проектного плана

Проект позволяет достичь определенного результата в определенные сроки и за определенные деньги. План проекта составляется для того, чтобы определить, с помощью каких работ будет достигаться результат проекта, какие люди и оборудование нужны для исполнения этих работ, в какое время эти люди и оборудование будут заняты работой по проекту. Поэтому проектный план содержит три основных элемента: задачи (task), ресурсы (resource) и назначения (assignment). Рассмотрим подробнее каждый из них.

Задачи

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

Фазы

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

Если для достижения результатов задачи достаточно выполнить только ее, то для достижения результата фазы нужно выполнить группу других задач. И в этом заключается отличие фазы от задачи: ее результат суммирует результаты других задач. Именно поэтому в MS Project фазы называют суммарными задачами (summary task).

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

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

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

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

В большинстве жизненных циклов фазы выполняются последовательно. При этом часто следующая фаза начинается лишь после того, как будут одобрены результаты предыдущей. Однако в некоторых жизненных циклах последующая фаза начинается раньше одобрения результатов предыдущей фазы, если такой риск считается приемлемым. “Пересечение” фаз при планировании называется быстрым путем (fast tracking).

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

Вехи

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

Задачи, в результате исполнения которых достигаются промежуточные цели, называются завершающими задачами, или, в терминах MS Project, вехами (milestones). Обычно результатом фазы является достижение промежуточной цели, поэтому вехой в плане проекта принято обозначать последнюю задачу фазы, в результате которой достигается ее результат.

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

Длительность и трудозатраты

Длительность задачи - -это период рабочего времени, который необходим для того, чтобы выполнить ее. Например, задача “Сбор предложений от авторов” в проекте издания журнала может занимать неделю.

Длительность может не соответствовать трудозатратам занимающегося задачей сотрудника. Например, для выполнения задачи “Сбор предложений от авторов” сотруднику (ответственному секретарю журнала) нужно потратить полчаса на рассылку типового электронного письма авторам и полчаса на обработку поступивших в течение недели ответов. Значит, его трудозатраты на выполнение задачи составят один час. Таким образом, длительность (duration) соответствует времени, через которое будет получен результат задачи, а трудозатраты (work) -времени, затраченному сотрудниками на получение результата.

Зависимости и связи

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

Роли и ресурсы

Под ресурсами в MS Project понимаются сотрудники и оборудование, необходимые для выполнения проектных задач. Например, для выполнения задачи “Сбор предложений от авторов” в проекте должен быть задействован ответственный секретарь журнала.

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

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

Стоимость ресурсов

Важное свойство ресурсов - -стоимость их использования в проекте, то есть затраты (cost). В MS Project есть два типа стоимости ресурсов: повременная ставка и стоимость за использование. Повременная ставка (rate) выражается в стоимости использования ресурса в единицу времени, например, 100 рублей в час или 1000 рублей в день. В таком случае стоимость участия ресурса в проекте составит время, которое он работает в проекте, умноженное на почасовую ставку. Обычно почасовая ставка служит для учета стоимости нематериальных ресурсов.

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

Величина затрат на использование (cost per use) обозначает стоимость использования оборудования или сотрудника в задаче. Эта величина не зависит от того, сколько времени задействован в задаче сотрудник или материальный ресурс. Общие затраты на использование ресурса определяются путем умножения стоимости использования ресурса в задаче на число задач, в которых он задействован.

У ресурса может быть указана стоимость как одного из двух типов, так и обоих. При определении общих затрат на использование ресурса в проекте MS Project определяет повременные затраты и затраты на использование и суммирует их.

Назначения

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

Проектный треугольник

Как мы уже знаем, большинство проектов имеют определенные дату окончания, бюджет и объем работ. Это трио времени, денег и объема работ часто называют проектным треугольником (рис. 1), потому что при внесении изменений в один из этих элементов меняются оба других. И хотя для проекта в равной степени важны все три элемента, как правило, только один из них в зависимости от приоритетов имеет наибольшее влияние на другие.

266_1.gif
Рис. 1. Проектный треугольник - популярное средство графического представления специфики управления проектами

Например, если вы решите изменить план проекта, укоротив расписание, то возрастет стоимость проекта (если вы решите привлечь дополнительных работников) или уменьшится объем работ. Если же изменить план проекта с целью уменьшения его бюджета, то может возрасти длительность проекта и уменьшиться объем работ. Наконец, если вы увеличите объем работ, то проект будет длиться дольше и стоить дороже.

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

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

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

Качество, четвертый элемент проектного треугольника, находится в его центре, и изменения, вносимые в любую из сторон треугольника, практически всегда влияют на качество (рис. 2). Качество не является стороной треугольника -это результат ваших действий со временем, стоимостью и объемом работ.

266_2.gif
Рис. 2. Качество находится в центре проектного треугольника; изменение любой из составляющих проекта так или иначе влияет на его качество

Например, если вы нашли лишнее время в расписании, то можете увеличить объем работ, добавив задачи и увеличив длительность проекта. С этими дополнительными задачами и временем вы сможете добиться более высокого качества в проекте и произведенном продукте или услуге.

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



13 комментариев к записи “Планирование проектов”

  1. funtik пишет:

    можно почитать на досуге, есть интересные мысли

  2. Алексей пишет:

    Если план будет влиять на зар.плату, то люди с маленькой зар.платой будут стараться сделать всё в срок в ущерб качеству решения.
    Если зар.плата маленькая (как у меня) она нужна здесь и сейчас, потому что-то чем-то надо платить на жильё, да и покушать иногда что-то надо.
    Не поломает ли MSProject кое-как работающий коллектив?
    А коллектив который итак хорошо работает - зачем им MS Project? от добра, добра не ищут.

  3. Leo пишет:

    ОБЪЕКТИВНОЕ РЕШЕНИЕ, ЗДОРОВО

  4. настольные наборы пишет:

    Ой, благодарю

  5. Попугай пишет:

    Полезная информация!

  6. Радик пишет:

    Надо изучить

  7. cij пишет:

    Изучаем

  8. franchesco пишет:

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

  9. Алла пишет:

    Давно пользуюсь Project. Спасибо за информацию, некоторые вещи в данной статье для меня новы. Применю на практике

  10. Александр пишет:

    отзывы по применению Project противоречивы, можете дать конкретный пример эффективности этой программы (например при строительстве дома).

  11. Ирина пишет:

    А может быть бюджет, время, качество по сторонам треугольника, в центре треугольника объем работ?

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

  12. Константин пишет:

    Спасибо,разьяснили некоторые точности в регламенте работы над проектом.Ещё бы примеров пару на уже проведенных проектах.

  13. Nailya пишет:

    ммм да очень хорошо! но есть и другие приложения управления проектами, которые доступны в онлайн

Оставьте, пожалуйста, ваш комментарий