Microsoft project ресурсы. Что умеет MS Project

Статья предоставлена редакцией информационно-аналитического журнала "Управление Проектами" в рамках совместного проекта с Финансовой академией “Актив”.

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

Для кого эта статья

Существует масса пособий по работе в MS Project. Почти все они рассказывают о технике: как пользоваться приложением, какие сущности в нем существуют, какие связи между задачами используются и т.д. Однако когда доходит до практики, руководитель проекта сталкивается с необходимостью принимать решения другого характера – какие задачи должны входить в график, как найти золотую середину между детальностью графика и удобством работы с ним, какие приемы лучше использовать, чтобы минимизировать трудозатраты на планирование? Как, в конце концов, обеспечить выполнение сроков проекта?

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

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

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

Если говорить об управлении сроками, то можно сформулировать следующие требования. Хороший график проекта:

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

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

1. Принять решения о способе планирования

1.1. Планирование от начала

Более привычный для большинства способ. Удобен, если вы знаете начало проекта, но только приблизительно представляете, когда он закончится.

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

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

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

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

Чтобы избежать раннего начала задач и распределить задачи во времени, можно использовать ограничения на задачи типа «Не ранее чем», «Фиксированная дата начала».

Иногда используют задержки и сдвиги между задачами.

Рисунок 1

Однако пользоваться задержками лучше по возможности меньше.

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

Если задержка действительно необходима, то лучше добавить задачу ожидания явно. В приведенном примере, после Опытной эксплуатации, вместо задержки в 5 дней можно добавить задачу «Подготовка приемочных испытаний». Тогда будет понятно, для чего требуется 5 дней, кто должен это делать, и чем грозит изменение сроков по этой задаче.

1.2. Планирование от конца

Если конечная дата проекта жестко определена, то правильнее планировать «от конца». Устанавливается дата окончания проекта, и во всех новых задачах автоматически устанавливается тип ограничения «Как можно позже».

Логика планирования в этом случае другая, но в некотором смысле более правильная. Вы задаете себе вопрос: «что необходимо, чтобы завершить проект?». Затем определяете, что необходимо, чтобы достичь этих промежуточных результатов, добавляете предшествующие задачи, к ним в свою очередь присоединяются предыдущие задачи и т.д. Выстраивается последовательная цепочка работ, которые ведут к результатам проекта.

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

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

2. Избавиться от лишнего и упростить план

Лишним считается все, что не помогает планировать сроки проекта.

2.1. Примеры задач, от которых можно избавиться

Рассмотрим группу задач «Управление проектом». Понятно, что задача управления проекта необходима, но она не определяет длительность проекта, а проект определяет ее длительность. Если мы сосредоточены на планировании сроков, можно ее убрать.

Рисунок 2

Задача «Поддержка». Как правило, это задача, которая начинается после запуска в эксплуатацию и имеет, как правило, фиксированную длительность (по договору), либо привязана к некоторым контрольным точкам. Можно включить ее в план проекта, но минимизировать ее детализацию. Эта задача может быть спокойно заменена в плане на две контрольные точки: Начало эксплуатации и Окончание поддержки.

Рисунок 3

План, в конечном итоге, нужен чтобы ставить задачи и проверять факт и качество исполнения. Это очень хороший критерий, чтобы определить, с какой степенью детализации его делать. В план должны попадать только те задачи, которые РП собирается ставить и проверять их исполнения. Более мелкие задачи переносятся за пределы плана — в Excel, в JIRA или в связанный план рабочей группы в MS Project.

2.2. Пример излишней детализации

Расписать задачи до отдельных шагов и действий можно, но что это дает? С точки зрения оценки длительности — ничего. Скорее, приводит к ошибке, т.к. в каждой задаче заложена значительная погрешность.

Рисунок 4

• «Письмо Пятнициной» — «Ответ Пятнициной». Можно спокойно исключить из плана. Если какие-то задачи зависят от получения письма от Пятнициной, и это действительно шоу-стоппер, то вводим веху «Получение списка ключевых пользователей от Пятнициной». То, что для получения списка нам нужно связаться с Пятнициной, может остаться за кадром.
• «Назначение встречи» — 1д. Скорее всего должно занять несколько минут. Вместо этого можно было бы вставить одну задачу по подготовке презентации и веху «Встреча с директорами обществ». Не нужна группировка задач. Вместо четырех строк — две.
• «Выпуск организационно-распорядительной документации» может быть одной задачей. В заметках по задаче, можно перечислить, кому нужно выслать письмо. Длительность задачи определяется суммарным временем подготовки всех документации. И эта информация будет точнее, растягивать эту задач на неделю нет никакой необходимости.

3. Установить взаимосвязи между задачами

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

3.1. Используйте минимум видов связей

В MS Project вы можете использовать разные виды связей между задачами «Окончание-начало», «Начало-начало» и т.д. По возможности, избегайте разнообразия использования разных типов связей. Читать график с разными видами связей сложно. Его поведение графика при модификации становится трудно предсказуемым. Чем проще, чем однообразнее — тем лучше.

3.2. Не используйте связи с суммарными задачами

Рассмотрим упрощенный пример проекта, состоящего из двух этапов. Иногда план выглядит так:

Рисунок 5

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

Рисунок 6

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

Рисунок 7

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

3.3. Используйте Сетевую диаграмму

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

Рисунок 8

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

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

Рисунок 9

Рисунок 10

4. Оценить длительность задач

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

При оценке исполнителями нужно делать поправку. Учитывайте следующие факторы:

• О достоверности оценки лучше судить, если известны предположения, их которых исходил оценщик.
• Учитывайте психологические особенность каждого исполнителя
• Сделать поправку длительности. Для некоторых исполнителей, исходя из опыта работы с ними, нужно делить оценку на два, для других — умножать на три.

Задачи не должны включать запас «на всякий случай». Добавление запаса в каждую задачу с целью повысить вероятность выполнения в срок каждой задачи, скажем до 90%, делает график длинным, и при этом вы все равно не уложитесь в срок. Реальность такова, что все опоздания накапливаются, а опережения съедаются. Почему так? Причины могут быть следующие:

• «Студенческий синдром» — выучить курс в ночь перед экзаменом. И в проекте начинаем задачу когда до ее сдачи осталось минимум времени.
• Перфекционизм — если осталось время, надо работу довести до совершенства.
• Отсутствие доверия — «если сегодня я сделал быстрее, то в следующий раз моим оценкам не поверят, и урежут запрашиваемой мной время».
• Возможность работать менее интенсивно — «зачем напрягаться, если есть запас по времени?»

Поэтому придерживайтесь следующих правил при планировании работ:

• Вероятность выполнения в указанный срок установите в 50%. Это сократит оценку длительности по сравнению с 90% оценкой вероятности примерно вдвое. Сокращение времени позволит добавить в график временные буферы, которые вы будете расходовать из-за неизбежного опоздания по задачам. О добавлении буферов смотрите ниже.
• Ресурсы не должны быть перегружены. Люди не должны выполнять несколько задач одновременно. В этом случае их производительность будет максимально возможной.

5. Избавиться от распараллеливания задач

Часто можно увидеть в планах параллельные задачи, назначенные на одних и тех же исполнителей. Например,

Рисунок 11

Очевидно, РП отдает управление последовательностью и приоритетом задач консультантам. Тогда, с точки зрения планирования, достаточно было бы одной задачи «Функциональный блок Контроль», назначенной на Емельянову и Тену. Наличие пяти параллельных задач не имеет смысла. Все ресурсы перегружены, трудоемкость и длительность задачи не оценена, приоритеты не понятны.

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

6. Выровнять ресурсы

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

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

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

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

Например, модифицируем предыдущий пример:

Рисунок 12

В данном примере считается, что А.Тен участвует в доработке всех документов, и два документа пишет самостоятельно. Мы точно не знаем, как будет построена их совместная работа, но предполагаем в среднем он будет на 30% отвлечен на документы А.Емельянова. Поэтому собственные задачи, где он занят на 70% больше по длительности, и оцениваются в 5 рабочих дней. Кроме того, мы добавили буфер, предполагая, что часть задач могут занять больше времени, чем мы предполагаем.

Было бы более правильно вообще разделить задачи между двумя участниками и избавиться от параллельного выполнения задач А.Теном, но в данном случае это сделать сложно. Поэтому приходится идти на нарушение правил, которые мы сами для себя установили выше. Тем не менее, такой план лучше, т.к. помогает контролировать выполнение задач не в конце 14 рабочих дней, которые мы отвели на проектирования функционального блока «Контроль», а уже через 3 дня после начала работы. Кроме того, это дисциплинирует исполнителя с первого дня, у которого нет 14 дней в запасе, а есть целевой срок 3 дня, когда нужно закончить первый документ.

7. Исключить жесткую привязку задач к датам

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

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

8. Выявить критический путь

Если задачи выстроены правильно, то MS Project покажет вам критический путь проекта — цепочку задач, которая определяет длительность. Изменение длительности или задержка начала выполнения любой задачи на критическом пути меняет дату окончания проекта.

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

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

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

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

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

Рисунок 13

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

Такой способ планирования хорошо сочетается с методикой планирования «от конца проекта».

9. Добавить временные буферы в график

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

Как правило, мы добавляем запас в каждую задачу, чтобы нас не наказывали за опоздания. Мы предпочитаем заложить запас на все риски, которые могут случиться — отвлечение на совещания, изменения требований заказчика, длительные согласования, технические проблемы и личные обстоятельства. Стараемся дать оценку необходимых сроков с вероятностью 90% их соблюдения. И несмотря на это, часто их срываем. Выше мы уже говорили о студенческом синдроме и прочих психологических моментах, которые приводят к нарушению сроков несмотря на все резервы, которые мы делаем в каждой задаче

В результате, опоздания всегда накапливаются, а опережения — практически никогда.

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

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

Рисунок 14

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

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

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

Подробнее об этом методе построения графика проекта можно прочитать в книге Э.Голдратта «Критическая цепь», которая написана в форме бизнес-романа, легко читается и действует крайне вдохновляюще.

10. Проанализировать график

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

10.1. Сокращение сроков

Рассмотрим пример:

Рисунок 15

Посмотрим, нельзя ли сократить этот график. Самые длинные задачи — номер 17 и 21. 18 и 15 дней — слишком длинные задачи для того, чтобы их можно было эффективно контролировать.

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

Рисунок 16

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

10.2. Риски, связанные с графиком

Интересно посмотреть на график проекта с точки зрения управления рисками. Какие риски может обнаружить график проекта?

• Параллельное выполнение множества блоков работ или функциональных направлений. Необходимо решить, влечет ли опоздание одного из них серьезные последствия для всего проекта? Сложные проекты включают в себя до десятка направлений. Внедряется одновременно финансы, бюджетирование, HR, логистика и т.д. Если не предусмотрены работы по интеграции и координации направлений, не заложены резервы на отклонения по каждому из направлений, нет этапа интеграционного тестирования, велика вероятность неуспеха проекта в целом, а не только срыва сроков.
• Отсутствие периода опытной эксплуатации. Если ОПЭ невозможна, то нужно рассматривать возможность поэтапного запуска, по функциональным областям или организационным единицам.
• Излишне агрессивный график, отсутствие или недостаточный размер резервов. Об этом уже говорили. Такой проект вероятнее всего опоздает.
• Этапы проекта или ключевые работы идут внахлест, с перекрытием. Во многих случаях это увеличивает риск переделки по уже выполненным задачам.
• Если в графике отсутствуют работы и вехи, закрепленные за заказчиком, то возможно, мы плохо контролируем работы со стороны заказчика. Необходимо обратить внимание на то, что некоторые работы могут быть некорректно отнесены к зоне ответственности исполнителя.
• Отсутствие в графике вех, означающих формальную приемку работ, может означать, что мы не до конца понимаем, какие промежуточные результаты и в какой момент должны подтвердить. А это чревато проблемами при сдаче результатов в конце проекта.

Заключение

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

График проекта становится реальным инструментом управления в руках руководителя проекта, если график составлен с умом и следуя определенным стандартам. Владение инструментом и методами позволяет управлять сроками проекта гораздо эффективнее, с меньшими трудозатратами времени.

Типы ресурсов в Microsoft Project и их соотнесение с реалиями

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

1. Конкретных исполнителей задач;
2. Ответственных за достижение результата;
3. Длительность задачи с учетом возможной ограниченной доступности ресурсов.
4. Потребность в материалах, оборудовании, деньгах в тот или иной период исполнения проекта;
5. Календарный график с учетом ограничений (недостаточности) ресурсов.

Под ресурсами в Microsoft Project понимаются люди, машины, механизмы, оборудование, материалы и затраты/доходы.

Не смотря на то, что под ресурсами в Microsoft Project понимается много чего, Microsoft Project поддерживает всего три типа ресурсов:

1. Трудовые ресурсы – это возобновляемые ресурсы компании, которые включают людей, машины и оборудование, необходимые для исполнения проекта. Через тип «трудовой» вы должны моделировать те ресурсы, по которым нужно учитывать их загрузку/перегрузку, достаточность или недостаточность, например, загрузку десяти рабочих. Так, если у вас доступно только десять рабочих, а в проекте нужно пятнадцать рабочих, Microsoft Project покажет, когда не хватает того или иного количества рабочих.

Трудовые ресурсы влияют на длительность задач.

2. Материальные ресурсыиспользуются для моделирования материалов, необходимых для создания результата проекта. Также:

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

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

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

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

e.Через данный тип ресурса, можно моделировать трудовые ресурсы, если вам не нужно, чтобы длительность задач менялась, и вы хотите вести ежедневный учет ресурсов (Возможно спорный пункт, но он не догма и не аксиома, ведь, например, Microsoft Project умеет считать количество трудовых ресурсов на задаче, но не позволяет вводить требуемое количество на каждый день, а материальный тип это позволяет).

f.Физические объемы (м3, м2, тонны) работ моделируются через данный тип.

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

Методология планирования трудовых ресурсов

Люди, машины и оборудование необходимы для того, чтобы «делать» проект. Главными характеристиками трудовых ресурсов в Microsoft Project является их:

1. Стоимость – сколько обойдется проекту использование того или иного трудового ресурса;
2. Доступность – когда ресурс может выполнять ту или иную работу и сколько нужно единиц конкретного ресурса для выполнения работы.

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

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

Информация о человеческих ресурсах также может храниться в:

1. Адресной книге Microsoft Outlook (закладка «Ресурс – Добавить ресурсы – Адресная книга…), Рисунок 1;

Рисунок 1. Создание ресурса в Microsoft Project из адресной книги Outlook

2. Active Directory (закладка «Ресурс – Добавить ресурсы – Active Directory»);

3. Пуле ресурсов (закладка «Ресурс – Пул ресурсов – Использовать ресурсы из…»).

Пул ресурсов – файл Microsoft Project, в котором содержатся только ресурсы.

4. В корпоративном пуле ресурсов на сервере Microsoft Project в представлении «Центр ресурсов». Для работы с корпоративным пулом ресурсов необходимо подключение к Project Server 2013 или Project Online.

Соответственно, если вы работает с Project Server 2013 или Project Online, то ресурсы, хранящиеся в базах данных продуктов, называются корпоративными, а те, которые существуют только в вашем файле проекта, называются локальными.

Рисунок 2. Добавление ресурсов из адресной книги или Active Directory

Для того, чтобы в Microsoft Project создать ресурс, необходимо перейти в представление «Лист ресурсов», в колонке «Название ресурсов» ввести его название, и выбрать в колонке «Тип» нужный тип (или Трудовой, или Материальный, или Затраты), Рисунок 3.

Если вам необходимо добавить ресурсы из адресной книги или Active Directory, нужно нажать на кнопку «Добавить ресурсы» и выбрать нужный пункт.

Рисунок 3. Типы ресурсов

Каждый ресурс (с любым типом), кроме всего прочего, в проекте может быть:

1. Универсальным . Данные ресурсы, Рисунок 3, используются для определения требований к персоналу для проекта, например, к плотникам и разработчикам. Так очень часто, в долгосрочных проектах, заранее неизвестно, какая конкретно личность необходима для выполнения конкретной задачи. Поэтому сначала определяется потребность через универсальные ресурсы, т.е. для исполнения задачи «Написание кода», которая в плане через три месяца, необходима не конкретно всеми любимая Нюра Пахомова, а программист C# с опытом работы более 3 лет.

Например, нам в проекте будет нужен программист со знанием языка программирования C#. Но зачастую в начале проекта неизвестно, какая конкретная личность будет исполнять работу. Поэтому первоначально планируется проект, в котором назначается на задачу универсальный ресурс «Программист C#» и с помощью настраиваемых корпоративных полей (только в Microsoft Project Server или Project Online) определяется его знание языка программирования C#. В листе ресурсов (в Microsoft Project Server или Project Online, в «Центре ресурсов») должен быть в штате конкретный программист «Страуструп Бьерн», у которого с помощью настраиваемых корпоративных полей (только в Project Server или Project Online) также определено его знание языка программирования C#. Впоследствии, когда возникнет необходимость заменить универсальный ресурс корпоративным ресурсом, обладающим нужным набором умений и навыков, это можно будет сделать с помощью диалогового окна «Создание группы» или «Мастер замены ресурсов» (данные пиктограммы находятся на закладке «Ресурсы» и активны только при подключении Project Professional 2013 к Project Server 2013 или Project Online.

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

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

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

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

Например, у вас есть бюджет на материалы в размере 350 тыс. грн. Исходя из потребности в материалах в проекте, Microsoft Project рассчитает, что для реализации проекта, нужно на материалы потратить 323,6 тыс. грн. Сравнивая бюджетный ресурс и итоговую сумму, можно будет увидеть разницу, Рисунок 4.

На уровне проекта бюджетный ресурс может быть назначен только на суммарную задачу проекта.

Рисунок 4. Сравнение бюджета с реальной потребностью

Кроме того, у каждого типа ресурсов, может быть два варианта резервирования (выделенный или предложенный):

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

Если вы работаете с Project Server 2013 или Project Online, то при назначении выделенного ресурса на задачу и публикации проекта (п. 10.3), данный выделенный ресурс сможет отчитываться по задаче через веб-интерфейс.

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

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

Так, Рисунок 5, на графике загрузке выделенного ресурса, Вауса Клурмана, его перегрузка выделенная красным цветом, а перегрузка предложенного ресурса, Гоба Белдофа, перегрузка показывается стандартным цветом, настроенным для неперегруженных ресурсов.

Рисунок 5. Выделенные и предложенные ресурсы

Редактирование свойств ресурсов

Чтобы изменить свойства того или иного ресурса (название, стоимость, доступность), можно, или:

1. Щелкнуть на нем левой кнопкой мыши, или;
2. Щелкнуть на нем правой кнопкой мышки и в меню выбрать «Сведения», или;
3. На закладке «Ресурс» нажать на кнопку «Сведения».

На закладке «Общие» вы можете задать:

1. Название ресурса;
2. Его электронную почту и имя учетной записи (только для трудовых ресурсов);
3. Тип резервирования (выделенный или предложенный);
4. Краткое название;
5. Группу, т.е. к какой группе ресурсов, будет относиться тот или иной ресурс (ИТР, Рабочие и пр.). Данные группы создаются пользователем;
6. Код, для стыковки с разными системами;
7. Тип (трудовой, материальный или затраты);
8. Единицу измерения материалов для материальных ресурсов;
9. Вид ресурса (универсальный или нет, бюджетный или нет), Рисунок 6;
10. Календарь ресурса (рабочие часы, исключения, отпуск), Рисунок 7;
11. Доступность ресурса, Рисунок 8. Например, если есть два крана, то в случае планово-предупредительного ремонта (ППР) одного из них, в области «Доступность ресурса» нужно указать диапазон, когда будет доступен только один кран.

Рисунок 6. Сведения о ресурсе. Закладка «Общие»

Рисунок 7. Настройка отпуска в календаре ресурса

Рисунок 8. Моделирование доступности

В окне «Сведения» на закладке «Затраты» содержится информация, связанная со стоимостью ресурса, Рисунок 9.

Рисунок 9. Сведения о ресурсе. Закладка «Затраты»

Если вам необходимо в проекте предусмотреть изменение стандартной ставки во времени, необходимо выбрать дату действия текущей ставки и указать новую ставку, которая будет действительна с новой даты действия.

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

В поле «Ставка сверхурочных» вы указываете ту сумму денег, которую собираетесь платить ресурсам за переработки. Важно понимать, что если у вас восьмичасовый рабочий день, а ресурс отработает в день 10 часов, то сверхурочные два часа система автоматически не впишет как переработку. Вам нужно будет, при внесении фактической информации по задаче, самостоятельно в поле «Фактические сверхурочные трудозатраты» указать, сколько сверхурочно отработал тот или иной ресурс.

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

Как правило, стандартная ставка указывается как стоимость часа работы. Можно также указывать в поле «Стандартная ставка» стоимость недели или месяца работы. Но месяц, с точки зрения Microsoft Project, это, как правило 20 рабочих дней, и если в месяце у вас будет 22 рабочих дня, то для ресурса, стандартная ставка которого указана как «20 000 грн/мес», его стоимость будет автоматически пересчитана под количество рабочих дней в месяце, Рисунок 10.

Рисунок 10. Перерасчет стоимости ресурса при указании стандартной ставки в месяц

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

Кроме того, в Microsoft Project предусматривает три способа начисления плановых затрат на ресурс и отнесения фактических затрат на проект:

• В начале (затраты начисляются в начале задачи);
• В конце (затраты начисляются в конце задачи);
• Пропорционально (затраты распределяются пропорционально в процессе выполнения задачи), Рисунок 11.

Рисунок 11. Варианты списания/начисления затрат

На закладке «Заметки», Рисунок 12, можно:

1. Вписать необходимую информацию о ресурсе;
2. Присоединить объект / документ.

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

Вместо присоединения документов (OLE) лучше всего указывать ссылку на тот или иной документ

Рисунок 12. Сведения о ресурсе. Закладка «Заметки»

На закладке «Настраиваемые поля» отображается список настраиваемых полей, ассоциированных с ресурсом, а в случае подключения к Microsoft Project Server - и корпоративных полей.

Рисунок 13. Сведения о ресурсе. Закладка «Настраиваемые поля»

Кроме всех вышеперечисленных полей в листе ресурсов, наиболее важным полем для трудовых ресурсов является поле «Макс. Единиц», в котором указывается:

1. Или списочное количество рабочих, т.е. сколько есть в штате (например, 10 каменщиков);
2. Или, если человек один, он может указать, на сколько он готов заниматься проектами. Так если напротив человека будет указано 0,5 или 50% в зависимости от настроек, то это значит, что он сможет уделять вниманию задачам проекта половину своего времени, например, 4 часа в день из восьмичасового календаря, Рисунок 14.

Рисунок 14. Максимальная доступность ресурса

Методология планирования материальных ресурсов

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

Перечень материальных ресурсов формируется в представлении «Лист ресурсов». Для материальных ресурсов выбирается тип «Материальный».

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

Для того, чтобы быстро материальным ресурсам присвоить тип «Материальный», нужно первому в списке материалу присвоить тип «Материальный», выделить трудовые типы материалов, щёлкнуть правой кнопки мыши на типе первого материала и в меню выбрать «Заполнить вниз», Рисунок 15.

Рисунок 15. Задание типа через функцию «Заполнить вниз»

Отличиями свойств материального ресурса от свойств трудового ресурса являются:

1. Возможность указания единицы измерения материалов (тыс. шт., мп, тонн и пр.);
2. В колонке «Стандартная ставка» указывается стоимость единицы материала, Рисунок 16.

Рисунок 16. Редактирование свойств ресурса типа «Материалы»

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

Методология планирования затратных ресурсов

В Microsoft Project под затратным ресурсом понимаются независимые затраты (не зависят от длительности задачи / проекта) которые нужно связать с задачей проекта или проектом (например, стоимость авиабилета).

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

Также затратный ресурс не позволяет моделировать изменение затрат во времени, мультивалютность проекта, поступление денег в проект (прибыль). Для моделирования всего этого я использую материальные ресурсы.

Рисунок 17. Редактирование свойств ресурса типа «Затраты»

Отличиями свойств затратного ресурса от других является то, что нет возможности ни указать его единицу измерения, ни стоимость единицы ресурса, Рисунок 17.

P.S. Вторая часть статьи посвящена тому, как .

Active Directory («Активные директории», AD) службы каталогов серверных версий Windows, где хранятся, например, все пользователи компании

Чтобы определить равномерность загрузки ресурсов, нужно открыть уже знакомое нам представление Resource Sheet (Лист ресурсов). В нем все ресурсы, загрузка которых превышает их доступность, выделены красным цветом, а в колонке Indicators (Индикаторы) рядом с их названиями отображается специальный значок (рис. 14.8, файл1.mpp).

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

Рис. 14.8. Названия ресурсов с превышением загрузки выделены цветом

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

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

Автоматическое выравнивание загрузки ресурсов

Диалоговое окно выравнивания загрузки ресурсов открывается с помощью команды меню Tools > Level Resources (Сервис > Выравнивание загрузки ресурсов). В разделе Leveling calculations (Вычисления для выравнивания) определяются общие параметры выравнивания загрузки (рис. 14.9, файл 2mрр). Переключатели Automatic (Выполнять автоматически) и Manual (Выполнять вручную) определяют, как будет осуществляться выравнивание: непосредственно при создании назначений (первый вариант) или при нажатии кнопки Level Now (Выровнять) в этом диалоговом окне (второй).

Рис. 14.9. Диалоговое окно выравнивания загрузки ресурсов

Раскрывающийся список Look for overallocations (Поиск превышений доступности) определяет величину временного блока, в рамках которого программа будет искать превышение доступности. Например, если сотрудник назначен на две 4-часовые задачи, начинающиеся в 8 утра, то при поиске превышения доступности по часам (пункт списка Hour by Hour (По часам)) одна из задач будет отложена на 4 часа, чтобы ни в одном из часов дня не было превышения доступности. Если же в списке выбран пункт Day by Day (По дням), то расписание не изменится, поскольку в пределах дня объем работы не превышает нормы.

Выбор значения в этом списке зависит от потребностей проекта. Например, в нашем случае (файл 2.mрр) при наведении мыши на значок рядом с перегруженным ресурсом всплывает подсказка о том, что ресурс должен выравниваться по минутам (рис. 14.8). Поэтому для выравнивания проекта мы используем именно такую настройку.

При установленном флажке Clear leveling values before leveling (Очистка данных предыдущего выравнивания перед новым выравниванием) перед новым выравниванием.

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

Рис. 14.10. На диаграмме Ганга с выравниванием видны результаты выравнивания

В представлении рядом с диаграммой отображается таблица Delay (Задержка), содержащая столбец Leveling Delay (Задержка выравнивания). В этом столбце отображается время, на которое была отложена задача в результате выравнивания. 3i т время измеряется в единицах с приставкой е, что означает Elapsed days (n, Прошедшие дни), например 5ed (5пд).

Столбцы Start (Начало) и Finish (Окончание), отображаемые в таблице, обозначают начало и окончание задач после выравнивания. Чтобы просмотреть даты начала и окончания задач до выравнивания, нужно добавить в таблицу столбцы Preleveled Start (Начало до выравнивания) и Preleveled Finish (Окончание до выравнивания). Кроме того, информация о датах начала и окончания задач до выравнивания отображается во всплывающих подсказках при наведении мыши на отрезки диаграммы.

Если в настройках выравнивания вы разрешаете программе работать с отдельными назначениями, то при просмотре диаграммы Ганта с выравниванием вы можете не заметить, как изменились отдельные назначения. Для этого нужно разделить окно и в нижней его части открыть представление Task Usage (Использование задач).

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

Отменить результаты автоматического выравнивания полностью или частично можно с помощью кнопки Clear Leveling (Очистить выравнивание) в диалоговом окне выравнивания загрузки ресурсов (см. рис. 14.9). Чтобы отменить выравнивание только для некоторых задач, нужно выделить их с нажатой клавишей Ctrl перед тем, как открыть диалоговое окно. После нажатия кнопки Clear Leveling (Очистить выравнивание) программа отобразит одноименное диалоговое окно (рис. 14.11), в котором следует выбрать область действия отмены: Entire project (Для всего проекта) или Selected tasks (Для выбранных задач).

Рис. 14.11. Выбор варианта отмены выравнивания

ВНИМАНИЕ

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

Ручное выравнивание ресурсов

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

Поиск перегружающих задач

Для поиска задач, участие в которых перегружает ресурсы, стоит воспользоваться представлением Resource Usage (Использование ресурсов), с которым вы уже знакомы (см. раздел «Диаграмма использования ресурсов»). В представлении нужно применить фильтр Overallocated Resources (Превышение доступности ресурсов), чтобы отобрать только перегруженные ресурсы (рис. 14.12, З.mрр).

На диаграмме в строке напротив названия ресурса указывается его суммарная загрузка за минимальный отрезок на шкале времени. Данные за те дни, когда суммарная загрузка превышает допустимую, выделены красным. Поэтому, пролистывая диаграмму, можно быстро найти дни, когда ресурс перегружен. В столбце, относящемся к этому дню, отображается распределение загрузки между задачами, и данные задачи, перегружающей (по мнению MS Project) ресурс, тоже выделены красным.

Рис. 14.12. На диаграмме отображаются только перегруженные ресурсы

Для быстрого перехода к дате, когда ресурс перегружен, нужно установить курсор на строку таблицы, содержащую его название, и щелкнуть на кнопке Go To Next Overallocation (Перейти к следующему превышению доступности), расположенной на панели инструментов Resource Management (Управление ресурсами).

Например, на рис. 14.12 видно, что несколько ресурсов перегружены 25 января. У Иванова, Петрова и Сидорова загрузка равняется 8,75 часа, а у Галкиной - 4 часа. Попробуем выровнять их загрузку.

Пример выравнивания загрузки

Для того чтобы легко можно было определить, насколько превышена доступность ресурса, с помощью диалогового окна настройки стилей подробных данных (см. раздел «Выбор типа отображаемой на графике информации и ее форматирование») в диаграмму следует добавить строку Overallocation (Превышение доступности), в которой указывается время перегрузки ресурса в часах. Эта информация нужна потому, что в некоторые дни продолжительность рабочего времени или доступность ресурса меньше 8 часов. В таких случаях общая загрузка в 8,75 часа может соответствовать перегрузке не в 0,75 часа, а, например, в 2,75 или 3,75 часа.

Например, на рис. 14.13 (файл 3_1.mрр) мы нашли один из дней (25 января), когда Иванов перегружен. Перегрузка составляет 0,75 часа (первая строка диаграммы) и происходит она из-за участия в трех задачах: Доработка планов с учетом замечаний (0,75 часа), Редколлегия (2 часа) и Подготовка редакционных заданий (6 часов)- Следовательно, одно из этих трех назначений нужно сократить на 0,75 часа, чтобы загрузка ресурса соответствовала его доступности.

Рис. 14.13. Определяем задачу, перегружающую ресурс, и время перегрузки

Какое из назначений выбрать? Задачу Редколлегия ни перенести, ни сократить нельзя, поскольку ее необходимо провести для продолжения работ по проекту. Доработка плана с учетом замечаний тоже должна быть произведена, поскольку план готовится для редколлегии. Соответственно, на 0,75 часа должно быть сокращено участие Иванова в задаче Подготовка редакционных заданий.

Теперь нужно определить, каким образом сократить участие ресурса в работе. Задача длится 4 дня, и из них первые два ресурс работает по 6 часов, а следующие - по 3 часа. При этом во все дни, кроме первого, других задач у ресурса нет. Значит, мы можем перенести 1 час работы с первого дня на любой другой, например на третий. При этом общие трудозатраты не изменятся, и такое перераспределение не повлияет на другие назначения ресурса.

ПРИМЕЧАНИЕ

Быстро перераспределить нагрузку ресурса по исполнению работы в рамках задачи можно с помощью профиля загрузки (см. раздел «Профиль загрузки»).

После того как мы сократили длительность назначения 25 января и перенесли 1 час работы на 29 января, перегрузка ресурса в этот день все равно осталась: красным выделен общий объем трудозатрат, хотя суммарные трудозатраты уже равны 7,75 часа, что меньше нормы (рис. 14.14, файл 4mрр). В чем же дело теперь?

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

Рис. 14.14. Суммарная загрузка меньше 8 часов, но ресурс по-прежнему перегружен

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

При просмотре почасового плана за 25 января (рис. 14.15, файл 5.mpp) видно, что на трудозатраты в 5 часов на Подготовку редакционных заданий в плане отведено только 3 часа, что создает перегрузку: ресурс будет вынужден за час делать работу, на котор\ ю обычно отводится 1,67 часа. В то же время Доработка планов с учетом замечаний, трудозатраты на выполнение которой составляют 0,75 часа, растянута на 3 часа, и в каждый из этих трех часов ресурс будет работать по 0,25 часа.

В чем причина такой неравномерной загрузки? Дело в том, что на задачу Доработка планов с учетом замечаний ресурс выделен только на 25%, и MS Project загружает ресурс на 25% часа на протяжении всей длительности назначения. Поскольку 25 января такой вариант выделения создает проблемы, мы сократим длительность назначения до 1 часа, а трудозатраты установим в 0,75 часа. Это позволит нам перенести назначения на Редколлегию на 2 часа назад и равномерно распределить трудозатраты по Подготовке редакционных заданий.

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

В нашем случае Редколлегия следует после Доработки планов с учетом замечаний, заканчивающейся только в 10 утра (поскольку у нее есть несколько назначений, еще не сокращенных нами). Соответственно, Редколлегия должна начаться в 11, но перенос назначения Иванова на два часа раньше перенесет и ее начало, что противоречит связи Finish-to-Start (Окончание-начало) между задачами. При переносе назначения MS Project выведет диалоговое окно с сообщением о конфликте и предложением отменить действие (Cancel) либо продолжать (Continue). Поскольку мы знаем, что сократим назначения на Доработку планов с учетом замечаний и у остальных ее участников, тем самым сократив ее длительность и избежав противоречий в расписании, то выберем вариант Продолжить (Continue).

На рис. 14.16 (файл б.гпрр) представлен план после внесения в него изменений. Теперь загрузка ресурса на этот день выровнена. Если же теперь открыть новое окно с помощью команды меню Window > New Window (Окно > Новое окно), то мы увидим, как изменилась диаграмма Ганта для этих задач (рис. 14.17, файл 6.mрр).

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

Чтобы удалить появившиеся в плане несоответствия, нужно изменить другие назначения задач Доработка планов с учетом замечаний, Редколлегия и Подготовка редакционных заданий аналогично тому, как мы изменили их для назначений Иванова. Для этого подходит диаграмма Task Usage (Использование задач).

Рис. 14.17. После изменения назначений Иванова план проекта изменился.

На рис. 14.18 (файл 7.mрр) мы просматриваем на этой диаграмме назначения только нужных нам задач. У Петрова и Сидорова загрузка точно такая же, как была у Иванова до выравнивания. Следовательно, мы можем распределить их трудозатраты аналогично: сократим длительность назначения в Доработке планов с учетом замечаний до 1 часа, трудозатраты в который составят 0,75 часа, и сократим трудозатраты по Подготовке редакционных заданий. Трудозатраты на последнюю задачу составляют 7,5 часа, хотя 25 января у этих ресурсов есть только 5 свободных часов на нее. Соответственно, перенесем 2,5 часа загрузки на 29 января, а 5 часов трудозатрат равномерно распределим по 5 календарным дням.

Рис. 14.18. Распределение загрузки других ресурсов, задействованных в редактируемых задачах

На рис. 14.19 (файл S.mpp) видны результаты выравнивания ресурсов. Теперь 25 января перегружена только Галкина, поскольку ее трудозатраты в задаче Редколлегия равны 3 человеко-часам, а длительность задачи - только 2 часам. Это видно в верхней части комбинированного представления, где загружено представление Task Usage (Использование задач). А в нижней части комбинированного представления, где отображается представление Resource Usage (Использование ресурсов), видна перегрузка Галкиной, по полчаса в каждый из двух дней, когда запланировано ее участие в Редколлегии.

Рис. 14.19. После перераспределения нагрузки 25 января только один ресурс остался перегруженным

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

В соответствии с нашим планом Подготовка редакционных заданий может начаться только после утверждения плана номера. Если мы удлиним назначение Галкиной на 1 час, то передвинем срок окончания Редколлегии на час, и Подготовка редакционных заданий начнется тоже на час позже. В то же время, в жизни план утверждается на редколлегии, а подписание отчета - формальность. Следовательно, чтобы не откладывать на час начало задачи Подготовка редакционных заданий, нужно изменить зависимость между задачами Редколлегия и План номера утвержден, добавив опережение в 1 час.

На рис. 14.20 (файл Эmрр) видно, как изменился план проекта после внесения изменений. Поскольку мы перенесли 1 человеко-час трудозатрат Галкиной на 11 часов, то в назначении ее на Подготовку редакционных заданий этот час пришлось освободить, перераспределив его трудозатраты (0,33 часа) на оставшееся время в течение дня. В нижней части комбинированного вида видно, что теперь у Галкиной загрузка полностью выровнена.

Рис. 14.20. После изменения загрузки Галкиной превышение ее доступности равно нулю (см. нижнее представление)

Чтобы убедиться в том, что 25 января перегрузок не осталось, снова откроем представление Resource Usage (Использование ресурсов) и с помощью фильтра выберем ресурсы с превышением нагрузки. Как видно, 25 января перегрузок больше нет, хотя в другие дни они пока сохранились (рис. 14.21, файл 10.mрр).

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

Замена ресурсов

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

Например, в интервале между И и 15 марта Иванов недоступен, так как уезжает в командировку (см. раздел «Определение времени участия в проекте и максимальной загрузки»). Поскольку во время составления плана мы забыли об этом и назначили его на несколько задач в указанном интервале, возникло превышение доступности. Чтобы избавиться от перегрузки, мы можем только назначить другого сотрудника исполнять задачу.

Для замены ресурсов мы воспользуемся специальным диалоговым окном Assign Resources (Назначение ресурсов), открываемым из диаграммы Ганта. Чтобы мы могли просматривать назначения, превышающие загрузку ресурса, и одновременно выделять другие ресурсы на задачу, создадим комбинированное представление, в верхней части которого открыта диаграмма использования ресурсов, а в нижней - диаграмма Ганта.

На рис. 14.22 (файл 11.mpp) создано такое представление и в его верхней части отображена загрузка Иванова за период с 11 по 15 марта. Как мы видим, превышение загрузки каждый день равняется трудозатратам, то есть ресурс перегружен на 100%. При выделении назначений, перегружающих ресурс, соответствующие задачи отображаются на диаграмме Ганта в нижней части представления.

Для замены ресурсов в этих задачах нужно перейти в нижнее представление, установить курсор на нужную задачу и посредством команды меню Toots > Assign Resources (Сервис > Назначить ресурсы), кнопки Assign Resources (Назначить ресурсы) на панели инструментов Standard (Стандартная) или сочетания клавиш Alt+FlO открыть диалоговое окно Assign Resources (Назначение ресурсов) (рис. 14.23, файл 11.mpp).

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

Рис. 14.22. Удобное представление для замены ресурсов

Рис. 14.23. Диалоговое окно назначения ресурсов

Для выделения ресурса на задачу предназначена кнопка Assign (Назначить), с помощью кнопки Remove (Удалить) назначение можно удалить, а для замены одного назначенного ресурса другим предназначена кнопка Replace (Заменить). Диалоговое окно удобно тем, что для каждого ресурса, который вы хотите назначить на задачу, можно просмотреть его график доступности, нажав кнопку Graphs (Графики).

Использование этого диалогового окна рассмотрим на примере - попробуем заменить Иванова на время его недоступности другим ресурсом. Для начала с помощью фильтрации оставим в списке ресурсов только нужные, то есть те, которые можно назначить на задачу. Чтобы изменять параметры списка ресурсов, щелкнем на кнопке со значком «+». Раздел Resource list options (Параметры списка ресурсов) откроется (рис. 14.24, файл 11.mpp), и с его помощью мы сможем настроить список ресурсов.

Рис. 14.24. Настраиваем список ресурсов с помощью параметров

Отобрать ресурсы для отображения в таблице можно с помощью любого из стандартных фильтров. Для этого нужно установить флажок рядом с раскрывающимся списком фильтров и затем выбрать нужный фильтр из списка. Если же вы захотите создать новый фильтр, то нужно нажать кнопку More Filters (Другие фильтры). После этого откроется диалоговое окно со списком фильтров (см. рис. 4.14), из которого можно перейти к созданию собственного фильтра.

Диалоговое окно содержит и другой полезный параметр для отбора ресурсов -Available to work (Доступные не менее), позволяющий выбрать ресурсы, доступные для работы в течение указанного числа часов или дней. Правда, при фильтрации ресурсов по доступности MS Project учитывает их общее свободное время в рамках проекта, а не задачи. То есть ресурсы, отобранные с помощью этого параметра, могут быть заняты во время исполнения задачи, на которую вы хотите их назначить.

В нашем примере для подбора ресурсов мы использовали фильтр Group (Группа), с помощью которого отобрали только ресурсы из группы Редактор раздела, потому что задача связана с редактированием и ее должен выполнять редактор. Кроме того, мы применили фильтр по доступности в 14 часов, потому что трудозатраты Иванова в выбранной задаче равняются 14 часам. Как мы видим, заменить Иванова в нужные нам дни может только какой-нибудь из других уже задействованных в этой задаче ресурсов. Чтобы понять, кто бы это мог быть, выделим оба ресурса (Петров и Сидоров), щелкнув на них при нажатой клавише Ctrl, и нажмем кнопку Graphs (Графики).

В диалоговом окне Graphs (Графики) представлена краткая информация о трудозатратах и доступности ресурсов. В раскрывающемся списке можно выбрать тип графика: Work (Трудозатраты), Remaining Availability (Оставшаяся доступность) или Assignment Work (Трудозатраты назначения). Если выбрать первый пункт, график будет содержать линию, соответствующую загрузке ресурса, который должен отработать в тот или иной день. Второй пункт отобразит график с количеством человеко-часов, на которые ресурс может быть загружен в определенный день. И наконец, последний пункт отобразит график с линией, соответствующей доступности ресурса, и столбцы, обозначающие трудозатраты ресурса на выбранную задачу и на остальные задачи в каждый из дней проекта.

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

Нам нужно определить, какой из ресурсов может заменить Иванова с 11 по 15 марта, поэтому выберем для отображения график Remaining Availability (Оставшаяся доступность) и найдем нужные нам даты. Как видно на рис. 14.25, каждый из ресурсов может быть загружен на этой неделе примерно на 12 часов, то есть именно на нужное нам время.

Рис. 14.25. График доступности ресурсов

Кого же из них выбрать? На продолжении графика видно, что на следующей неделе Петров загружен меньше Сидорова (свободные часы первого в первые два дня следующей недели составляют 8,8 часа против 0,4 часа второго). Значит, чтобы загрузка ресурсов в течение проекта была близка к равномерной, перенесем трудозатраты Иванова по выполнению задачи Редактирование материалов на Петрова.

Это можно сделать в представлении Task Usage (Использование задач), открыв нужную задачу и добавив трудозатраты Иванова с 11 по 15 марта в строку с трудозатратами Петрова за эти же дни. После этого трудозатраты Иванова нужно обнулить.

После переноса загрузки части трудозатрат Иванова на Петрова у первого осталось только одно назначение в интервале между 11 и 15 марта, создающее перегрузку (рис. 14.26, файл 12mрр). Это назначение на задачу Техническое редактирование. При этом объем трудозатрат, который нужно передать на исполнение другому ресурсу, составляет 12 часов.

Чтобы заменить ресурс для этого назначения, снова откроем диалоговое окно назначения ресурсов. Поскольку эта задача тоже связана с редактированием, мы будем переносить затраты снова либо на Петрова, либо на Сидорова. Чтобы определить, возможно ли это, вновь откроем график Remaining Availability (Оставшаяся доступность).

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

Рис. 14.27. После переноса части трудозатрат Иванова на Петрова оставшаяся доступность последнего понизилась (ср. с рис. 14.25).

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

Чтобы отобрать строки таким образом, добавим в таблицу столбец Flagl (Флаг!). По умолчанию в каждой его строке проставлено значение No (Нет). Теперь поменяем это значение на Yes (Да) у тех строк, которые мы хотим оставить на экране, и включим автофильтр (см. раздел «Автофильтр» урока 4). Затем с помощью автофильтра для столбца Flagl (Флаг!) выберем только те строки, в которых значение поля равняется Yes (Да). В созданном представлении (рис. 14.28, файл 13.mpp) вся нужная нам информация находится рядом, и можно редактировать трудозатраты ресурса без риска случайно превысить его доступность, поскольку данные об оставшейся доступности отображаются на строку выше той, где мы будем осуществлять редактирование.

Рис. 14.28. Применив настраиваемое поле и автофильтр, мы создали удобное представление для изменения данных о трудозатратах

После распределения трудозатрат Иванова его загрузка и загрузка Петрова полностью выровняются (рис. 14,29, файл 14.mрр). Загрузка Сидорова хотя в целом и превышает доступность, но уже выровнена в интервале с 11 по 15 марта

Замена ресурсов может быть еще более простым процессом, если вы хотите не частично перенести трудозатраты с одного ресурса на другой, а полностью заменить одно назначение на задачу другим. Например, в нашем проекте задействован ресурс Сергеева с общей доступностью 50%. Естественно, что назначение ее на задачу Обработка текста и иллюстраций с загрузкой в 100% привело к превышению загрузки. Поскольку уменьшение загрузки ресурса приведет к увеличению длительности этой задачи (так как это задача типа Fixed Work (Фиксированные трудозатраты)), то для выравнивания загрузки Сергеевой ее нужно заменить другим ресурсом.

Для этого откроем диалоговое окно назначения ресурсов для задачи Обработка текста и иллюстраций и с помощью фильтрации по группе Верстальщик отберем ресурсы, способные заменить Сергееву. Кроме того, поскольку трудозатраты на задачу составляют 110 часов, добавим фильтрацию и по доступности ресурса.

В результате (рис. 14.30, файл 1бmрр) в список ресурсов попадает только ресурс Тарасова, которым мы и заменим Сергееву. Для этого выделим курсором ячейку Сергеева и нажмем кнопку Replace (Заменить). В открывшемся диалоговом окне Replace Resource (Замена ресурса) нужно выбрать ресурс, назначаемый на место заменяемого, и указать, на сколько единиц он выделяется (рис. 14.31). После нажатия кнопки О К будет выполнена замена ресурса.

Рис. 14.30. Подбираем возможную замену ресурсу Сергеева

Рис. 14.31. Заменяем один ресурс другим, указывая процент выделения

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

ПРИМЕЧАНИЕ

Таким образом, автоматизированный перенос загрузки с ресурса на ресурс возможен, только если один ресурс исключается из задачи и его заменяет другой. Если же нужно частично перенести трудозатраты с одного ресурса на другой, то это нужно делать вручную с помощью диаграммы Task Usage (Использование задач) или Resource Usage (Использование ресурсов). При этом можно пользоваться стандартными сочетаниями клавиш для копирования и вставки данных.

Перенос трудозатрат в сверхурочные

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

Например, назначение Буркова на рис. 14.32 (файл 1бmрр) превышает доступность на 1,2 часа. Попробуем перенести эти трудозатраты в сверхурочные. Для этого добавим в таблицу столбец Overtime Work (Сверхурочные трудозатраты) и в строке назначения укажем 1,2 часа. Затем сократим длительность задачи на те же 1,2 часа. На рис. 14.33 (файл 17mрр) видно, что теперь перегрузка ресурса удалена.

Рис. 14.32. Назначение превышает доступность ресурса на 1,2 часа

ПРИМЕЧАНИЕ

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

Рис. 14.33. Перегрузка устранена перенесением трудозатрат в сверхурочные

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

Мы рассмотрели основы управления проектами в Microsoft Project 2010. Пришло время разобраться с управлением ресурсами.

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

Давайте рассмотрим упрощённую модель управления ресурсами на примере разработки веб-сайта (см. рис. 1).

Рисунок 1 - Учебный проект разработки веб-сайта

Управление ресурсами

Чтобы начать работу по управлению ресурсами, сначала нужно составить их перечень. Для этого выберите пункт Лист ресурсов в раскрывающемся списке Вид вкладки Задача (см. рис. 2). Возможно, вам будет удобнее другой способ перехода между составными частями проекта - через контекстное меню крайней левой полосы.

Рисунок 2 - Переходим к листу ресурсов

Лист ресурсов выглядит как обычная таблица Excel. Приступим к заполнению.

Проект разработки сайта включает затраты в основном на зарплату работникам. В Project 2010 вы можете назначить разные виды оплаты работ: почасовую и сдельную (т.е. фиксированную). Пусть в нашей компании работают люди, способные выполнить все виды работ кроме раскрутки сайта, которой будет заниматься студент за 3000 руб. Обозначим каждого работника на листе ресурсов.

В поле Название ресурса указываем сотрудника (должность или фамилию) - программист. Тип - трудовой. Макс. единиц - 100%. Стандартная ставка - 100 руб./час (цифра произвольная). Начисление - пропорциональное. Базовый календарь - Стандартный.

Аналогично заполним строки для «генератора идей», дизайнера, верстальщика и контент-менеджера. А для студента, занимающегося раскруткой (SEO) мы назначим тип Затраты . Это позволит в дальнейшем указать фиксированную сумму.

Косвенные расходы проекта (электричество, Интернет, телефон, аренда и т.д.) мы пока рассматривать не будем. Итоговый результат можно видеть на рисунке 3.

Рисунок 3 - Лист ресурсов

Чтобы распределить имеющиеся ресурсы по задачам, вернитесь к представлению диаграммы Ганта и нажмите кнопку Назначить ресурсы вкладки Ресурс (см. рис. 4).

Рисунок 4 - Кнопка назначения ресурсов

Будет открыто окно с ранее введённым списком (см. рис. 5). Работать с ним достаточно удобно, т.к. оно позволяет работать с другими окнами программы, и при этом не уходит на задний план при навигации по проекту.

Выделите задачу, затем нужный ресурс и нажмите кнопку Назначить .

Рисунок 5 - Назначение ресурсов

Вы, конечно, можете назначить таким образом ресурс SEO на раскрутку, но в учёте общей стоимости он не примет участие до тех пор, пока вы не укажете конкретную сумму в поле Затраты (см. рис. 6). По окончании распределения ресурсов вы можете закрыть плавающее окошко.

Рисунок 6 - Назначаем фиксированные затраты на раскрутку

На диаграмме Ганта возле временно го отрезка будут отображаться все ресурсы (можно и несколько штук назначить), однако это не очень информативно. Хотелось бы видеть ещё и конкретные денежные затраты. Разумеется, разработчики Project 2010 предусмотрели это.

В контекстном меню заголовка перечня задач выберите Вставить столбец (см. рис. 7).

Рисунок 7 - Вставка нового столбца

В огромном списке доступных вариантов выберите Затраты , либо введите слово с клавиатуры (см. рис. 8).

Рисунок 8 - Выбор типа столбца

Project 2010 рассчитает затраты на разработку сайта в соответствии с фактической занятостью сотрудников и их заработной платой, что и будет отображено в новом столбце (см. рис. 9).

Рисунок 9 - Затраты на разработку сайта

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

В таком виде вы можете использовать Project 2010 и для подготовки сметы для заказчика.

Заключение

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

Лекция 14,15. Планирование работ и ресурсов в MS Project .

■ Планирование стоимости проекта в MS Project.

■ Анализ и оптимизация плана работ, загрузки ресурсов и стоимости.

■ Анализ рисков в MS Project.

Отслеживание проекта в MS Project.

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

С помощью сервера MS Project Server члены проектной команды получают от руководителя задачи, сообщают о ходе их выполнения. Руководитель проекта в соответствии с данными, поступающими от сотрудников, отслеживает ход выполнения работ и анализирует загрузку сотрудников.

В качестве СУБД MS Project Server использует MS SQL Server версии 7 и выше.

Для совместной работы над документами и задачами предназначен пакет Microsoft SharePoint Team Services, входящий в состав MS Project Server.

Основные термины

Задача - активность, направленная на достижение определенного результата.

Ресурс назначается на задачу и может быть материальным (материалы, оборудование и сырье) и рабочим (работники и оборудование, оплачиваемое по часам).

Выделение ресурса на задачу называется назначением. На одну задачу можно назначить неограниченное количество ресурсов.

Задача характеризуется длительностью, объемом трудозатрат {работ) и стоимостью необходимыми для ее выполнения.

Длительность проекта складывается из промежутков времени от начала самой ранней задачи до окончания самой поздней с учетом зависимостей между задачами.

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

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

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

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

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

После окончания проекта проектная команда распадается, и ее участники переходят в другие проекты.

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

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

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

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

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

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

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

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

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

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

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

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

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

Определение проекта состоит в задании его ключевых характеристик. Эти характеристики задаются при создании нового файла проекта.

Планирование стоимости в MS Project

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

Для каждого ресурса можно определить его стоимость использования в проекте: почасовую ставку или стоимость за использование. Стоимость назначения определяется стоимостью ресурса, умноженной на длительность назначения (по часовой ставке), либо фиксированной стоимостью ресурса.

Стоимость ресурса определяется на вкладке «Затраты» диалогового окна «Сведения о ресурсе».

Стоимость назначений определяется автоматически путем умножения ставки ресурса на трудозатраты и прибавлением к результату затрат на использование ресурса. Изменить стоимость назначения можно, указав другую тарификационную таблицу. Это mcokhq сделать на вкладке «Общие» диалогового окна «Сведения о назначении», где из списка можно выбрать таблицу А, В, С, D, Е.

Если в проекте часто применяются тарификационные таблицы, то можно в представлении добавить колонку «Таблица норм затрат» для удобства.

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

Для в вода фиксированных затрат используется поле «Фиксированные затраты» в таблице «Затраты» в любом представлени и для работы с задачами.

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

Способ оплаты можно указать и для ресурсов и для фиксированных затрат на задачу. На вкладке «Затраты» в диалоговом окне «Сведения о ресурсах» способ оплаты выбирается в раскрывающемся списке «Начисление затрат».

Определить порядок оплаты фиксированных затрат можно в колонке «Начисление фиксированных затрат» таблицы «Затраты» в любом представлении для работы с задачами.

По умолчанию способ начисления фиксированных затрат выбирается согласно параметра «Начисление фиксированных затрат по умолчанию» на вкладке «Расчет» диалогового окна «Параметры».

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

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

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

Чтобы определить неравномерность загрузки ресурсов, надо открыть представление «Лист ресурсов». Ресурсы, загрузка которых превышает их доступность, выделены красным цветом, и в поле «Индикаторы» стоит пометка о перегрузке.

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

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

Для выравнивания загрузки ресурсов можно воспользоваться автоматизированными средствами и можно перераспределить загрузку вручную.

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

DIV_ADBLOCK112">

Флажок «При выравнивании допускается коррекция отдельных назначений для задачи» разрешает при выравнивании изменять время, когда трудозатраты ресурса являются независимыми от трудозатрат других ресурсов на эту задачу. Этот параметр установлен по умолчанию.

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

При нажатии на кнопку «Выровнять» MS Project уточнит, выравнивать все задачи или ресурсы или только выделенные.

Если в процессе выравнивания возникнет ситуация, когда выровнять загрузку ресурсов автоматически не удается, то программа отобразит окно с сообщением. Это окно содержит три кнопки «Пропустить», «Пропустить все», «Остановить».

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

Для отображения результатов выравнивания предназначено представление «Диаграмма Ганта с выравниванием». На этой диаграмме будет изображено состояние проекта до выравнивания и изменения, внесенные процедурой автоматического выравнивания.

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

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

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

Анализ и оптимизация плана работ

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

Метод PERT (Program, Evaluation and Review Technique) использует три сценария: пессимистичный (максимальные длительности задач), оптимистичный (минимальные длительности задач) и ожидаемый. В соответствии с удельным весом каждого варианта программа рассчитывает средневзвешенную длительность каждой задачи.

Для анализа проекта по методу PERT надо вывести панель инструментов «Анализ по методу PERT».

Для анализа надо ввести для каждой задачи пессимистичную, оптимистичную ожидаемую длительности. Для этого надо нажать на кнопку «Лист ввода PERT».

Затем надо ввести весовые коэффициенты . Для этого на панели инструментов «Анализ по методу PERT» надо нажать кнопку «Задание весовых коэффициентов для метода PERT».

Сумма весовых коэффициентов всегда равна 6.

После определения весовых коэффициентов можно преступить к расчету для этого надо нажать кнопку «Вычисления по методу PERT». Перед этим следует сохранить файл проекта под другим именем, чтобы можно было вернуться к предыдущим данным.

MS Project выведет окно с предупреждением, что значения полей «Длительность», «Начало» и «Окончание» будут пересчитаны.

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

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

Чтобы оценить общую стоимость проекта, достаточно перейти в таблицу «Затраты» в любом представлении со списком затрат и посмотреть данные в столбце «Общие затраты» у суммарной задачи проекта.

Также требуется проанализировать пропорциональное соотношение затрат внутри бюджета. При этом рассматриваются:

Распределение затрат по фазам проекта;

Распределение затрат по типам работ;

Соотношение между затратами на сверхурочные трудозатраты и обычные;

Распределение затрат на ресурсы разных типов.

Для этого можно воспользоваться формулами и настраиваемыми полями.

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

Затраты определяются ставками ресурсов, трудозатратами и фиксированными затратами на задачи.

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

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

Анализ рисков

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

Анализ рисков состоит из нескольких этапов:

Определение возможных рисков;

Определить стратегию действий при возникновении подобной ситуации.
Риски могут быть многих типов:

Риски в расписании проекта;

Ресурсные риски;

Бюджетные риски;

Социальные риски;

Политические риски;

Природные.

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

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

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

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

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

Отслеживание проекта в MS Project .

Диаграмма Ганта

Диаграммы являются графическим средством отображения содержащейся в проектном файле информации. В MS Project диаграммы являются не только средством просмотра проектной информации. С помощью диаграмм можно вводить и редактировать данные.

Диаграмма Ганта - это один из наиболее популярных способов графического представления плана проекта, применяемый во многих программах управления проектами.

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

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

В MS Project входят несколько представлений, основанных на диаграмме Ганта: «Диаграмма Ганта», «Подробная диаграмма Ганта», «Диаграмма Ганта с выравниванием», «Диаграмма Ганта с отслеживанием» и т. д.

Форматирование диаграммы Ганта

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

Настройка формы и цвета отрезков определяется в диалоговом окне форматирования отрезков. Для открытия окна можно дважды щелкнуть левой кнопкой мыши на отрезке или щелкнуть правой кнопкой мыши и выбрать из выпадающего меню пункт «Форматировать отрезок...».

Диалоговое окно «Шкала времени» имеет четыре закладки. Закладки «Верхний уровень», «Средний уровень», «Нижний уровень» настраивают три уровня временной шкалы. Единицы измерения времени более высокого уровня не могут быть меньше единиц измерения более низкого.

Для форматирования вспомогательных линий диаграммы используется диалоговое окно «Сетка». Это окно можно вызвать с помощью команды «Формат» ->

Для быстрого форматирования диаграммы Ганта можно использовать мастер диаграмм Ганта. Вызвать мастер можно с помощью команды «Формат» -> «Мастер диаграмм Ганта».

Диалоговое окно «Шкала времени» имеет четыре закладки. Закладки «Верхний уровень», «Средний уровень», «Нижний уровень» настраивают три уровня временной шкалы. Единицы измерения времени более высокого уровня не могут быть меньше единиц измерения более низкого.

Количество отображаемых уровней временной шкалы задается с помощью списка «Отображать».

Параметры отображения уровня: «Единицы» - определяет единицы измерения; «Интервал» - число единиц в одном делении шкалы уровня; «Надписи» - определяет формат даты.

Закладка «Нерабочее время» задает отображение на диаграмме нерабочих дней. (Воскресных и праздничных).

Для выбора периода времени, отображенного на временной шкале, используется диалоговое окно «Масштаб», которое вызывается из контекстного меню, выбором одноименной команды.

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

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

Для форматирования вспомогательных линий диаграммы используется диалоговое окно «Сетка». Это окно можно вызвать с помощью команды «Формат» -> «Сетка...» или из контекстного меню.

Для настройки дополнительных параметров диаграммы используется диалоговое окно «Макет». В этом диалоговом окне задаются дополнительные параметры отображения диаграммы: вид линий связи между задачами, формат даты, высоту отрезков и т. д.

Для быстрого форматирования диаграммы Ганта можно использовать мастер диаграмм Ганта. Вызвать мастер можно с помощью команды «Формат» -> «Мастер диаграмм Ганта».