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

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

Мишкино 2015

Введение
1. Типы ресурсов в Microsoft Project и их соотношение в проекте.

1.2. Редактирование свойств ресурсов
1.3. Методология планирования материальных ресурсов
1.4. Методология планирования затратных ресурсов
2. Назначение ресурсов по внедрению компьютерной программы на производственном предприятии
Заключение
Список используемых источников

Введение

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

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

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

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

В соответствии с данной целью в исследовании поставлены следующие задачи:

1.Изучить типы ресурсов в Microsoft Project и их соотношение в проекте.

2. Определить методологию планирования ресурсов.

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

Типы ресурсов в Microsoft Project и их соотношение в проекте.

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

· Конкретных исполнителей задач;

· Ответственных за достижение результата;

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

· Потребность в материалах, оборудовании, деньгах в тот или иной период исполнения проекта;

· Календарный график с учетом ограничений (недостаточности) ресурсов.

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

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

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

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

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

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

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

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

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

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

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

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

Люди, машины и оборудование необходимы для того, чтобы «делать» проект. Главными характеристиками трудовых ресурсов в 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. Добавление ресурсов из адресной книги или ActiveDirectory

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

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

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

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

1. Универсальный. Данные ресурсы, Рисунок 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. Выделенные и предложенные ресурсы

Tutorial

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

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

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

сколько проект займет времени

сколько проект будет стоить

При этом важно понимать, что никого не интересует ответ вида «не раньше чем через полгода». Требуется как раз оценка сверху.
Примечание . Мне никогда не приходилось иметь дела с явными денежными оценками проекта, и, как я сейчас понимаю, это серьезное упущение. Все проекты, которыми я руководил, исполнялись сотрудниками компании. Команда проекта формировалась на всё время проекта, некоторые специалисты привлекались на определенное время. Фактически, от меня требуется оценка количества требуемых исполнителей, а также сроки их привлечения. Как мне кажется, это достаточно типичная ситуация для компаний, занимающихся разработкой ПО. В итоге все сводится к оценке трудозатрат, которая, с использованием эмпирических формул, превращается в оценку стоимости проекта. Как видим, присутствует прямая зависимость стоимости проекта от его сроков.
В процессе выполнения проекта В условиях упомянутых ограничений, основной задачей руководителя проекта является обеспечить выполнение проекта в заявленный срок, а это непосредственно
влияет на его стоимость. Непредвиденные обстоятельства, которые обязательно сопутствуют любому проекту, могут привести к срыву сроков. Строго говоря, сроки проекта могут неожиданно и сократиться, но, честно говоря, я такого никогда не видел. От руководителя требуется своевременно реагировать на такие события, чтобы уменьшить негативные последствия. Единственный известный мне способ решения этой задачи - это аккуратное планирование, регулярное отслеживание надвигающихся проблем и корректирование планов.При завершении проекта При завершении проекта руководитель обычно оглядывается назад и подводит итоги проекта. Чаще всего требуется оценить насколько проект выбился из плановых графиков и почему это произошло.Что умеет MS Project Несмотря на внешнюю сложность, MS Project очень прост в идейном плане. Он оперирует тремя сущностями - задачи, ресурсы, календарь и связи между ними. По сути - это база данных, пользовательский интерфейс для создания и редактирования сущностей и минимальная, довольно простая автоматизация (то, что Project делает сам, в ответ на введенные данные).

Разберем вкратце свойства сущностей.

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

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

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

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

Сколько времени займет этот проект?

Сколько (и каких) специалистов для этого потребуется?

Какие примерно трудозатраты ожидаются по этому проекту?

Для этого мы готовим прикидочный план выполнения проекта в MS Project. Т.е. просто последовательно выписываем задачи, которые необходимо выполнить. Методика превращения техзадания в набор задач - это отдельная история, я не буду на ней сейчас останавливаться.
Подготовка плана выполняется в несколько этапов:

Готовим список задач

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

Назначаем исполнителей задач

Выравниваем загрузку ресурсов

Балансируем то, что получилось

При подготовке плана придерживаемся следующих рекомендаций:

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

Очень часто для управления зависимостями задач используют Drag&Drop. Когда задач много это быстро становится неудобно. Я рекомендую в этом случае не использовать перетаскивание, а явное указывать номера задач-предшественников. для этого можно добавить в таблицу столбец «предшественники» и вписывать номера задач вручную.

Срок каждой задачи не должен превышать двух недель.
Если срок задачи превышает неделю - это уже повод задуматься о её декомпозиции. Я придерживался очень простой методики оценки: примитивная задача - 2 дня, средней
сложности - 1 неделя, сложная задача - 2 недели. При этом сложных задач не должно быть много. Такой подход дает возможность подготовить оценочный план довольно быстро.
С одной стороны, полученная оценка, конечно, не будет точной, но, с другой стороны - а какая из них точная? По опытку практического применения могу сказать, что на
больших проектах погрешности оценок отдельных задач обычно нивелируются, а на малых часто можно (и нужно!) использовать и более точные оценки.

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

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

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

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

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

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

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

Сменить исполнителя задачи.

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

Перенести задачу в другой этап.

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

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

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

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

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

С этим планом мы можем:

Назвать сроки выполнения проекта и его этапов. Аргументированно и с высокой степенью
достоверности.

Оценить примерные трудозатраты по проекту

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

Выдавать задания исполнителями

Отмечать выполненные задания в плане

Корректировать план в случае значительных отклонений

Выдача заданий исполнителями может выполняться по разному. Можно разбить выполнение на короткие итерации, формировать пул задач на итерацию и по окончании итерации отмечать результаты. Можно сразу озвучить лнителям набор задач на этап, выдать каждому по экземпляру диаграммы Ганта и периодически опрашивать о прогрессе. Можно использовать интеграцию MS Project и TFS и загрузить проект непосредственно в TFS. Суть не в средствах. Главное - это регулярное обновление плана . Я делаю это примерно раз-два в неделю. Это дает возможность достаточно быстро увидеть проблемные участки.
Для определения проблемного участка удобно использовать различные группировки - по исполнителями, по компонентам и др. Часто может оказаться, что проект в целом идет даже с опережением, но в определенном разрезе наблюдается отставание, например один из разработчиков неожиданно уткнулся в серьезную системную проблему, которая привела к отклонениями. Использование только средней метрики не покажет этой проблемы - она всплывет только в конце этапа, когда что либо делать будет уже поздно.

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

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

Управление структурой задач с помощью пользовательских полей Я категорически рекомендую не использовать суммарные задачи в MS Project для функциональной декомпозиции или категоризации задач. Дело в том, что иерархия задач в MS Project сильно завязана на их последовательность. А часто хочется посмотреть на задачи в разной последовательности, при этом вся структура «рассыпается». Для управления структурой задач я рекомендую использовать Пользовательские поля . MS Project имеет предопределенный набор полей с неопределенным заранее поведением, которые мы можем использовать так, как нам удобно. Например, для разбивки задач по компонентам нужно на основе текстового поля Текст1 создать поле Компонент и задать для него список значений, соответствующий компонентам системы.

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

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

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

Завершение проекта В конце проекта мы получаем план, в котором все задачи выполнены. Обычно я стараюсь сохранять также и исходный план, хотя бы в качестве базового. Честно говоря, на этом этапе от MS Project мало проку, так как интересуют не плановые значения, а фактические. Какие-то решения этой проблемы предлагает MS Project Server, там есть возможность учитывать фактические трудозатраты, но это уже за пределами данной статьи.Заключение Я попытался обобщить свой опыт использования MS Project для практического решения задач, которые возникали передо мной, когда я руководил проектами по разработке ПО. Описанная методика не претендует не универсальность, но она, как мне кажется, достаточно проста и логична, при этом позволяет решать практические задачи руководителя проекта.
Использование этого подхода позволило мне успешно и в срок завершить не один проект.
Правда, случались и сбои. Это происходило, как правило, тогда, когда плохо была проведена подготовительная часть проекта, а именно - постановка задачи. Т.е. в результате проекта получалось не совсем то, что требовалось, а понимание этого приходило слишком поздно.

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

В статье рассматривается методология планирования ресурсов в Microsoft Project.

Типы ресурсов в Microsoft Project и их соотношение с реальностью

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

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

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

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

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

3. Затратные ресурсы .

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

Стоимость – сколько обойдется проекту использование того или иного трудового ресурса;

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

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

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

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

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

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

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

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

Если вам необходимо добавить ресурсы из адресной книги или 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, так как только в этом случае возможна замена универсальных ресурсов на конкретные ресурсы по выбранным характеристикам.

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

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

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

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

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

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

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

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

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

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

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

Щелкнуть на нем левой кнопкой мыши, или;

Щелкнуть на нем правой кнопкой мышки и в меню выбрать «Сведения», или;

На закладке «Ресурс» нажать на кнопку «Сведения».

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

Название ресурса;

Его электронную почту и имя учетной записи (только для трудовых ресурсов);

Тип резервирования (выделенный или предложенный);

Краткое название;

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

Код, для стыковки с разными системами;

Тип (трудовой, материальный или затраты);

Единицу измерения материалов для материальных ресурсов;

Вид ресурса (универсальный или нет, бюджетный или нет), Рисунок 6 ;

Календарь ресурса (рабочие часы, исключения, отпуск), Рисунок 7 ;

Доступность ресурса, Рисунок 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 , можно:

Вписать необходимую информацию о ресурсе;

Присоединить объект / документ.

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

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

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

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

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

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

Или списочное количество рабочих, т.е. сколько есть в штате (например, 10 каменщиков);

Или, если человек один, он может указать, на сколько он готов заниматься проектами. Так если напротив человека будет указано 0,5 или 50% в зависимости от настроек, то это значит, что он сможет уделять вниманию задачам проекта половину своего времени, например, 4 часа в день из восьмичасового календаря, Рисунок 14 .

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Диаграмма использования ресурсов

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

Рис. 8.9. Диаграмма использования ресурсов

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

MS Project: Форматирование диаграммы использования ресурсов и редактирование данных на ней

Форматирование диаграммы использования ресурсов и редактирование данных на ней

При форматировании диаграммы использования ресурсов применяются те же приемы, что и при форматировании диаграммы использования задач. Существующие отличия в возможностях форматирования касаются только некоторых деталей. В диалоговом окне настройки отображаемых на диаграмме данных (вызываемом командой меню Format > Detail Styles (Формат > Стили подробных данных)) используется псевдополе All Resource Rows (Все строки ресурсов), с помощью которого можно определять формат строк, содержащих сводные данные о ресурсе.

В диалоговом окне форматирования текстовых стилей Format > Text Styles (Формат > Стили текста) стиль Assignment Row (Строка назначения) соответствует строкам с названиями задач (а не названиям ресурсов, как на диаграмме использования задач).

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

Использование фильтрации, группировки и сортировки данных на диаграммах

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

группировка и фильтрация данных в таблицах). В отличие от таблиц,

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

Все приемы группировки, сортировки и фильтрации данных, описанные в главе

Сортировка, группировка и фильтрация данных в таблицах), полностью

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

Аналогичный пример представлен на рис. 8.11 (файл 2_2.mрр). К данным, размещенным на диаграмме Ганта, была применена группировка задач по длительности. В сопровождающей диаграмму таблице задачи разделились на группы, и сама диаграмма соответственно перестроилась.

Структурная фильтрация (см. раздел «Структурная фильтрация» ) может

быть применена ко всем диаграммам, отображающимся как вместе с таблицами, так и без них. При этом одна ее возможность специально предназначена для фильтрации данных в диаграммах использования задач и ресурсов. С помощью команды меню Project t Outline > Show Assignments (Проект > Структура >

Показать назначения) можно отобразить все выделенные на задачу ресурсы или все задачи, связанные с ресурсом (ресурс или задача должны быть выделены курсором). И наоборот, с помощью команды Project > Outline > Hide Assignments (Проект > Структура > Скрыть назначения) можно скрыть отображенные на диаграмме данные, связанные с выбранным ресурсом или задачей.

MS Project: Использование фильтрации, группировки и сортировки данных на диаграммах

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

MS Project: Использование фильтрации, группировки и сортировки данных на диаграммах

Рис. 8.11. Такой вид принимает план на диаграмме Ганта после группировки задач проекта по длительности

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

Фильтрация данных на диаграммах без таблиц

Фильтрация может быть применена на всех диаграммах в одном из двух режимов: собственно фильтрации или выделения. В режиме фильтрации на диаграмме будут отображаться только данные, соответствующие условиям фильтра (аналогично примеру на рис. 8.10). В режиме выделения на диаграмме отображаются все данные, а соответствующие условиям фильтра подсвечиваются (см. раздел «Фильтры» урока 4). Например, на рис. 8.12 (файл 2_3.mpp) на календаре выделены задачи стоимостью больше $200, для чего мы применили стандартный фильтр Cost Greater Then (Затраты превышают).

MS Project: Использование фильтрации, группировки и сортировки данных на диаграммах

Рис. 8.12. Фильтрация календаря в режиме выделения: подсвечены задачи стоимостью более $200

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

Сортировка данных на диаграммах без таблиц

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

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

MS Project: Использование фильтрации, группировки и сортировки данных на диаграммах

Группировка данных на диаграммах без таблиц

Группировать данные можно только на сетевом графике. При большом числе задач группировку удобно осуществлять, включив режим Hide fields (Скрыть поля) в контекстном меню графика. В таком случае большинство задач умещается на одном экране.

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

Например, на рис. 8.13 (файл З.mpp) задачи сгруппированы по затратам с интервалом в $100 (о сортировке с интервалом см. раздел «Настройка

параметров группировки» ). Для группировки использована ранее созданная

группа Cost (Затраты), а для того чтобы на экране помещалось больше блоков, у них скрыты поля. В верхнем блоке расположены задачи стоимостью от 0 до $100, в следующем - от $100 до $200 и т. д. Кстати, группировка данных на сетевом графике - новая возможность, появившаяся именно в MS Project 2002.

MS Project: Использование фильтрации, группировки и сортировки данных на диаграммах

Project профессиональный 2019 Project профессиональный 2016 Project 2010 Project Online Desktop Client Project профессиональный 2013 Project стандартный 2010 Project стандартный 2013 Project стандартный 2016 Project стандартный 2019 Меньше

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

Назначение временного сотрудника для задачи

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

Для работы над задачей назначено много людей?

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

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