Как добавить ресурсы в project. Как назначить материальные ресурсы в Project. Добавление ресурсов в проект с помощью команды "создать"

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

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

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

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

Стоимость использования ресурса определяется на вкладке Costs (Затраты) в диалоговом окне сведений о ресурсе. На этой вкладке в разделе Cost rate table (Таблицы норм затрат) расположены пять таблиц норм затрат с одинаковой структурой, переключаться между которыми можно с помощью вкладок А, В, С, D и Е (рис. 14.1, файл \Cost\1.mpp).

В таблице можно определить стандартную ставку ресурса, ставку за сверхурочную работу и стоимость его использования. Первая указывается в колонке Standard Rate (Стандартная ставка), вторая - в колонке Overtime Rate (Ставка сверхурочных), а третья - в колонке Per Use Cost (Затраты на использование). Ставки вводятся в формате число/единица времени, например 1000$/то (1000$/мес), что соответствует оплате $1000 за месяц трудозатрат (о том, как обозначаются единицы времени, см. раздел «Настройки отображения временных единиц»).

Рис. 14.1. Определение стоимости ресурса. Редактируем таблицу норм затрат А

Иногда ставка ресурса (например, зарплата или плата за аренду материального ресурса) изменяется во время исполнения проекта. Чтобы предусмотреть изменения оплаты ресурса в плане проекта, таблица содержит колонку Effective Date (Дата действия). В ней можно указать дату, начиная с которой действительны параметры оплаты выбранного ресурса, указанные в одном ряду с ней. Ставки, указанные в первом ряду таблицы, действуют со дня начала проекта, поэтому поле Effective Date (Дата действия) в нем заполнить нельзя.

Например, на рис. 14.1 мы ввели ставку использования ресурса Иванов, равную 1000$/то (1000$/мес) с начала проекта и 1100$/то (1100$/мес) с 01.03.2002. Это значит, что при расчете стоимости назначения Иванова начиная с 01.03.2002, программа будет использовать новые ставки. Результат этой настройки виден на рис. 14.2 (файл \Cost\1.mpp). Задача В с теми же трудозатратами (5 дней), что и А, стоит дороже потому, что начинается после 1 марта 2002 года и расчет стоимости ресурса происходит по новым ставкам.

Во втором и далее рядах таблицы можно указывать ставки как в числовом виде, так и в процентном отношении от ставок в ряду выше. Например, для увеличения ставки на 10% от предыдущей суммы нужно ввести +10%, а для уменьшения -10%.

ПРИМЕЧАНИЕ

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

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

Стоимость назначений

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

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

Таблица норм затрат указывается в диалоговом окне сведений о назначении, вызываемом щелчком на названии назначения в представлении Task Usage (Использование задач). Для выбора таблицы предназначен раскрывающийся список Cost rate table (Таблица норм затрат), в котором на рис. 14.3 (файл \Cost\2.mpp) мы выбрали таблицу В.

Рис. 14.3. Определение таблицы норм затрат для назначения

Пример использования разных таблиц норм затрат представлен на рис. 14.4 (файл \Cost\2.mpp). После того как мы в таблице норм затрат В для Иванова ввели ставку вдвое меньшую, чем в таблице А, а затем выбрали эту таблицу для назначения, стоимость задачи снизилась вдвое.

Рис. 14.4. Расчет стоимости задач с одинаковыми трудозатратами, но с разными таблицами норм затрат

При активном использовании таблиц норм затрат при планировании удобно иметь перед глазами колонку, в которой рядом с назначениями указано название выбранной таблицы. Для этого нужно добавить в таблицу колонку Cost Rate Table (Таблица норм затрат), как это сделано на рис. 14.4.

Стоимость задач

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

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

Для ввода фиксированных затрат используется поле Fixed Cost (Фиксированные затраты) в таблице Cost (Затраты) в любом из представлений для работы с задачами. Например, на рис. 14.5 (файл \Cost\3.mpp) мы указали фиксированные затраты у задач из предыдущего примера, и они сразу добавились к общей стоимости.

Рис. 14.5. Стоимость задачи складывается из стоимости назначений и фиксированных затрат

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

Методы начисления затрат

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

Способ оплаты можно указать и для ресурсов, и для фиксированных затрат на задачу. На вкладке Costs (Затраты) в диалоговом окне сведений о ресурсе (см. рис. 14.1) он выбирается в раскрывающемся списке Cost Accrual (Начисление затрат), содержащем три значения: Start (В начале), End (По окончании) и Prorated (Пропорциональное). Определить порядок оплаты фиксированных затрат на задачу можно в колонке Fixed Cost Accrual (Начисление фиксированных затрат), отображаемой в таблице Cost (Затраты) любого представления для работы с задачами, например диаграммы Ганта.

ПРИМЕЧАНИЕ

По умолчанию метод начисления фиксированных затрат устанавливается в соответствии со значением, выбранным в списке Default fixed costs accrual (Начисление фиксированных затрат по умолчанию) на вкладке Calculation (Расчет) в общих настройках MS Project.

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

В нашем проекте таким ресурсом является Фотомодель по контракту. Поскольку мы не знаем, как долго продлится съемка (день или два), а цена использования этого ресурса не зависит от трудозатрат, мы начислим деньги для оплаты работы уже в начале задачи, чтобы быть готовыми расплатиться в любой момент (рис. 14.6, файл 1.mpp).

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

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

Рис. 14.6. Деньги на оплату работы будут резервироваться в начале ее выполнения

Метод начисления затрат может определяться как для ресурса, так и для фиксированных затрат задачи. Метод начисления фиксированных затрат задачи определяется в столбце Fixed Cost Accrual (Начисление фиксированных затрат) для каждой задачи.

Использование методов начисления для фиксированных затрат и ресурсов иллюстрирует пример на рис. 14.7 (файл \Cost\4.mpp). В двух первых задачах, А и В, задействованы ресурсы с разными настройками начисления: для Иванова установлено начисление в начале задачи, а для Петрова в конце. Каждая из задач длится по два дня, и, в соответствии с настройками ресурсов, затраты задачи А начисляются в первый день ее выполнения, а затраты задачи В - во второй.

Рис. 14.7. Использование различных методов начисления затрат

В задачах С и D добавлены фиксированные затраты, по $100 на каждую задачу, и у задачи С выбрано начисление фиксированных затрат в начале задачи, а у задачи D - по окончании. Соответственно, у задачи С затраты в первый день суммируются из затрат на использование ресурса и фиксированных затрат. А у задачи D в первый день исполнения начисляются затраты за использование ресурса, а во второй начисляются фиксированные затраты.

В этой статье вы найдете примеры решения управленческих задач с помощью Microsoft Project 2010 и более старшей версии. Будем идти от простого к сложному. /update поправил картинки/
Наша компания регулярно проводит курсы и тренинги по управлению проектами. Следите за нашим .

1. Как учесть отпуск сотрудника в проекте?
Летний период регулярно подбрасывает руководителю проекта ситуацию, когда сотрудник внезапно выбывает из проекта. Как правильно это отразить в расписании проекта?

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

1. Перейдите в Лист ресурсов
2. Откройте свойства ресурса и перейдите в раздел “Изменить рабочее время ”
3. Теперь вы можете указать, в какой период времени ваш сотрудник будет недоступен и почему.

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

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

PS. Если вы используете “взрослую версию”, то функция “Изменить рабочее время ” вам будет недоступна. Поэтому откройте Календарь сотрудника непосредственно из сервера проектов.

2. Как быстро заменить работы “выбывшего” сотрудника на другого члена команды?
Пусть сотрудник заболел (с кем не бывает), но что же делать с оставшимися работами в проекте? Как правильно заменить все назначения данного ресурса на другого?

В решении этого вопроса вам поможет форма “Назначение ресурсов “, “горячее” сочетание клавиш Alt+F10 .

1. Перейдите в представление “Диаграмму Ганта ”
2. Любым удобным для вас способом отфильтруете все задачи, в которых назначен заболевший сотрудник
3. Выделите все задачи и вызовите форму “Назначение ресурсов ” или нажмите Alt+F10 .
4. Выберите сотрудника к замене. Нажмите “заменить” и укажите на кого именно.

2.1 Фильтр нужного сотрудника

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

2.2 Форма Назначение ресурсов

Замена сотрудника в проекте MS Project

3.Трюки в Microsoft Project. Как быстро найти отстающие задачи?
Руководитель проекта редко просматривает все задачи своего проекта. Чаще всего внимание менеджера вызывают только опаздывающие задачи. Какой способ вывести только запаздывающие задачи подойдет лучше?

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

3.1 Задачи с задержкой

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

Также в дополнение к способу 2 я использую фильтр “Диапазон дат “, который показывает только нужное мне “временное окно” (как правило от текущей пятницы плюс 2 недели).

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

4. Как правильно выровнять ресурсы в Microsoft Project?
Выравнивание ресурсов – сложный управленческий алгоритм из 5 шагов, в котором только 4 и 5 шаги выполняются в Microsoft Project. Процедуру выравнивания ресурсов я подробно объясняю в ходе онлайн . Или получите на вашем предприятии.

Порядок действий в Microsoft Project:
1. Добавьте в представление “Диаграмма Ганта “: поля “Приоритет ” и “” (на скриншоте название поля сокращено для удобства).
2. Заполните поле “Приоритет “.

3. Для задач с приоритетом 100 установите признак “Допускается прерывание при выравнивании “.

Вот такая у вас должна быть “картинка”:

4.1 Выравнивание ресурсов (исходное положение)

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

Не получилось? Очень вероятно. Повторю: выравнивание ресурсов – алгоритм из 5 шагов, в котором только 4 и 5 шаги требуют использования MS Project. Как узнать “полный алгоритм”? Дочитайте статью до конца.

4.2 Выравнивание ресурсов (положение после выравнивания)

4.3 Выравнивание ресурсов (Планировщик работы группы после выравнивания)

5. Трюки в Microsoft Project. Как определить сотрудников, пожирающих общий резерв трудозатрат? Метод для продвинутых менеджеров.

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

Представьте, что в вашем проекте есть утвержденная сумма трудозатрат, например 1400 человеко-часов. Команда знает, что оценка каждой операции всегда есть сумма двух слогаемых: время на выполнение задачи и резерв на неизвестное (т.н. “сержантский запас”).

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

5.1 Использование общего резерва

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

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

Преимущества метода:

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

Желаю вам удачи!

В этой статье я рассказал о том, какие трюки в MS Project вы можете самостоятельно использовать.

Компания “ ” – профессиональное вашими , интересное , на вашем предприятии.

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

Назначение и его основные характеристики в MS Project

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

Выделяемое количество ресурсов.
Работа.
Профиль загрузки.
Норма потребления (для материальных ресурсов).

Выделяемое количество ресурсов - количество единиц ресурса, которое может быть использовано при выполнении задачи. Материальный ресурс, может измеряться в любой размерности указанной в поле "Единица измерения ". Для рабочих ресурсов - соответствует количеству рабочего времени ресурса, которое может быть использовано при выполнении задачи.
Для назначения работа - это трудозатраты ресурса при выполнении задачи. Под трудозатратами ресурса понимается количество затрачиваемого рабочего времени ресурса. Работу следует отличать от длительности задачи.
Работа также определяется для задач и для ресурсов. Для задачи работа - это суммарные трудозатраты всех ресурсов, участвующих в выполнении задачи. Для ресурса - сумма трудозатрат ресурса по всем задачам, на которые назначен ресурс.
Профиль загрузки - это способ распределения работы по времени выполнения задачи. По умолчанию MS Project использует так называемый плоский профиль загрузки, т.е. на каждый рабочий день для ресурса планируются одинаковые трудозатраты. Наряду с плоским профилем загрузки MS Project позволяет использовать несколько предопределенных профилей загрузки. Кроме того, Вы можете самостоятельно отредактировать распределение работы по дням для любого назначения.

Работа с назначениями. Назначение ресурсов на задачи в MS Project

Назначение ресурсов в описании задачи
Для назначения ресурсов непосредственно при описании задачи необходимо:

Открыть окно «Сведения о задаче» для этого необходимо два раза нажать на названии задачи или выделить задачу и нажать на кнопку «Сведения» на закладке «Задача».
В открывшемся окне «Сведения о задаче» перейдите на закладку «Ресурсы».
В окне ввода Вы можете ввести название ресурса, если данное название совпадает с названием уже имеющегося ресурса, он автоматически будет назначен на задачу, если название не совпадает, будет создан новый ресурс типа «Трудовой». Во избежание дублирования станьте пустую строку, и нажмите на стрелку вниз в правой части строки, после чего из выпадающего списка выберите название ресурса.
В поле «Владелиц» выводится имя пользователя владельца ресурса, которому будет отправляться согласование использования данного ресурса. Для всех локальных и универсальных ресурсов это поле пустое.
В поле «Единицы» введите объем необходимого ресурса. Если вводите трудовой ресурс необходимо указать процент времени ресурса, которое он будет тратить на реализации данной задачи. Если Вы вводите материальный ресурс введите его количество в размерности указанной в представлении «Лист ресурсов». Если вводите затратный ресурс ничего не вводите.
В поле «Затраты» будет выведено стоимость использования данного ресурса. Для трудовых и материальных ресурсов данное значение будет подсчитано автоматически при нажатии кнопки «ОК». Для затратных ресурсов необходимо указать сумму которую планируете потратить на реализацию данной задачи этим ресурсом.

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

Чтобы назначить ресурс задаче:

Перейдите в представление Диаграмма Ганта и перейдите на страницу «Ресурсы ».
Выберите задачу, которой Вы хотите создать назначение ресурса.
Нажмите на кнопку «Назначить ресурсы ». Появится соответствующее диалоговое окно:
В поле «Название ресурса» выберите ресурс, который Вы хотите назначить на задачу. Если Вы хотите создать новый ресурс, перейдите на свободную ячейку в таблице диалогового окна и введите имя ресурса. Дважды щелкнув мышкой по имени ресурса, Вы вызовете окно «Сведения о ресурсе», при помощи которого Вы сможете ввести информацию о ресурсе. Вы также можете выбрать имя ресурса из адресной книги Вашей системы электронной почты. Для этого нажмите на кнопку "+" слева от «Параметры списка ресурсов». Затем нажмите на кнопку «Добавить ресурсы » и в выпадающем списке выберите пункт «From Adress Book» (Из адресной книги…). MS Project покажет Вам окно, в котором Вы должны будете из списка адресатов выбрать, требуемые Вам ресурсы. После того, как Вы нажмете на кнопку «OK », адресаты из адресной книги будут добавлены в список ресурсов проекта и для них будут созданы назначения.
В поле Единицы укажите выделяемое количество единиц ресурса в данном назначении. Для рабочего ресурса значение указывается в процентах (количество рабочего времени).

Для материального ресурса значение указывается с использованием единиц измерения для ресурса. По умолчанию для материального ресурса указывается фиксированная норма потребления. Если Вы хотите указать переменную норму потребления для материального ресурса, то укажите значение с использованием единиц измерения для ресурса, приведенного к единице времени. Например, для того чтобы указать для материального ресурса цемент норму потребления «1 тонна в сутки», а для цемента единица измерения указана как «т», то в поле Единицы необходимо будет указать значение «1 т/д».

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

При назначении ресурсов с корпоративного пула ресурсов в рамках ИСУП MS EPM необходимо перейти на закладку "Ресурсы" пункт меню "Пул ресурсов" подпункт "Корпоративный пул". После чего открывается специальное окно где будет выведено перечень ресурсов корпоративного пула и возможность перенести их в лист ресурсов проекта.

Назначение ресурсов через описание задач

Перейдите на закладку "Задача ". Нажмите на кнопку "Отобразить сведения о задаче ", после чего откроется нижняя часть экрана.
Нажмите левую кнопку на открывшейся панели и перейдите на закладку "Формат ". Нажмите на кнопку "Трудозатраты " для вывода нужного набора данных.
Укажите перечень ресурсов в списке в столбце "Название ресурсов ". После укажите объемы ресурсов в столбце "Единицы " или "Трудозатраты " (объемы материалов или работ для бригад указывайте также в столбце "Трудозатраты ").
После назначения ресурсов на задача нажмите кнопку "Ок ".

Планированием текущей деятельности и составлением планов на будущее специалисту, работающему в сфере бизнеса, приходится заниматься регулярно. Традиционно для этого применялись и применяются до сих пор некомпьютерные средства - записные книжки, еженедельники. Для планирования индивидуальной работы существует большое количество компьютерных программ, например Lotus Organizer, Microsoft Scheduler, Microsoft Outlook.

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

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

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

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

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

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

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

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

При всем своем кажущемся многообразии проекты имеют ряд общих признаков:

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

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

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

Для установления связи между задачами из разных проектов необходимо открыть оба проекта и выбрать команду Window|New Window.

В диалоговом окне New Window с помощью клавиши CTRL выделить проекты, задачи которых необходимо связать, и в полученном мультипроекте связать задачи обычным образом. «Внешние» задачи во внутреннем проекте выделены серым цветом.

Создание общего пула ресурсов

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

Общий пул ресурсов позволяет:

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

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

Если перенос ресурсов выполнять не нужно - ввести список ресурсов в таблицу Resource Sheet.

Для использования пула ресурсов следует открыть проект, которому надо назначить ресурсы из пула и выбрать команду Tools|Resources|Share Resources. Если в проекте и в пуле имеются ресурсы с одинаковыми именами, а некоторые их характеристики, например оплата, различны, то можно указать, какие данные обладают преимуществом.

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

Во втором режиме - Do not open other files (Не открывать подключенные файлы) открывается только файл проекта, а пул ресурсов не открывается.

Команда Tools|Resources|Refresh Resources позволяет обновить копию используемого в файле проекта общего пула ресурсов.

Управление проектом средствами электронных коммуникаций

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

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

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

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

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

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

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

Прежде всего нужно настроить систему управления проектами Microsoft Project 2000 на применяемые средства электронных коммуникаций. В команде Tools|Options на вкладке Workgroup в поле Default Workgroup messages следует выбрать один из вариантов. Для каждого ресурса в представлении Resource Sheet в команде Resource Information необходимо указать электронный адрес данного ресурса и способ доступа к нему.

Рассылка файла проекта членам рабочей группы

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

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

Поддержка обмена информацией в рабочей группе

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

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

Поддержка основных функций рабочей группы проекта обеспечивает обмен сообщениями трех основных типов: TeamAssign, TeamUpdate и TeamStatus. Доступ к данным возможностям предоставляет команда Tools|Workgroup.

Обмен сообщениями между менеджером проекта и членами рабочей группы проекта осуществляется по следующей схеме: менеджер проекта, выделив задачи для конкретного исполнителя, посылает ему сообщение TeamAssign. При этом список полей, используемых при обмене информацией, может быть изменен в команде Tools|Customize|Workgroup. В диалоговом окне этой команды, сняв флажок Team members can decline tasks, можно запретить членам рабочей группы отклонять сроки назначенных им задач. При любом составе списка полей только поле Comments может быть откорректировано менеджером проекта в окне TeamAssign.

Получив сообщение TeamAssign в свой почтовый ящик и открыв его, исполнитель может принять или отклонить (если это не запретил менеджер проекта) назначенную ему работу; для отклонения работы следует щелкнуть мышью по полю Accept?

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

После получения сообщения TeamStatus член рабочей группы в поле Remaining Work вводит показатель оставшегося объема работ по данной задаче.

Проанализировав полученные отчетные данные, менеджер проекта для автоматического обновления графика проекта может в окне сообщения TeamStatus щелкнуть по кнопке Update Project. Для работы с сообщениями TeamStatus членов рабочей группы менеджер проекта может использовать почтовый ящик WebInbox. Выполнив команду Tools|Workgroup|WebInbox, можно просмотреть все сообщения членов рабочей группы, направленные менеджеру проекта.

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

Что в итоге?

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

КомпьютерПресс 4"2002