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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ВНИМАНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ПРИМЕЧАНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ПРИМЕЧАНИЕ

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

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

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

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

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

ПРИМЕЧАНИЕ

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

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

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

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

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

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

1. Щёлкнем на кнопке Диаграмма Ганта группы Вид на панели Задачи .

2. В столбце Название задачи щелкнем на названии задачи 38, Окончательная вычитка. Мы считаем, что нам потребуется 20 копий пробных оттисков для этой вычитки.

3. Щелкнем по кнопке Перейти к задаче группы Редактирование на вкладке Задача .

4. Щелкнем по кнопке Назначить ресурсы группы Назначения на вкладке Ресурс .

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

6. В диалоговом окне Назначение ресурсов выберем поле Единицы для ресурса Пробные оттиски .

7. Введем или выберем значение 20 и щелкнем по кнопке Назначить .

Программа назначит материальный ресурс задаче и вычислит для назначения затраты в сумме 300 долларов.

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

8. Щелкнем по кнопке Закрыть , чтобы закрыть диалоговое окно Назначение ресурсов .

Интернет-магазин

Microsoft Office Project 2016

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

Microsoft Office Project Professional 2016

Microsoft Office Project Professional 2016 – это решение семейства Microsoft Office, предназначенное для использования совместно с сервером Microsoft Office Project Server для управления проектами в масштабах предприятия. Microsoft Office Project Professional предоставляет возможности контроля планов проектов, обмена сведениями о их состоянии, быстрого и эффективного предоставление информации по проекту. При использовании продукта Microsoft Office Project Professional совместно с сервером Project Server поддерживаются такие инструменты управления корпоративными проектами и портфелями, как средства создания отчетов в режиме реального времени и анализа сценариев. Эти средства позволяют руководителям проектов и лицам, ответственным за принятие бизнес-решений, просматривать информацию по проектам и ресурсам в масштабах подразделения или организации в целом.

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

В поле Название ресурса введите название ресурса.
В поле Тип определите тип ресурса: рабочий или материальный.
Чтобы обозначить группы ресурсов, в поле Группа в качестве названия ресурса введите название группы.
Для каждого рабочего ресурса (сотрудники или оборудование) в поле Макс. единиц введите в процентах максимальное число единиц, доступных для этого ресурса. Например, введите значение 300%, чтобы указать, что доступны три единицы полной занятости определенного ресурса.
Для каждого материального ресурса (расходного материала для проекта) в поле Единицы измерения материалов введите единицы измерения материального ресурса, например тонны.

Если производится работа с диаграммой Ганта или другими представлениями задач, можно ввести дополнительные названия ресурсов. Чтобы назначить дополнительные ресурсы, нажмите кнопку Назначить ресурсы и введите название ресурса в поле Название ресурса. Кроме того, чтобы импортировать ресурсы из Microsoft Exchange, Microsoft Active Directory или сервера Microsoft Project Server , можно нажать кнопку Параметры списка ресурсов, а затем кнопку Добавить ресурсы.

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

Изменение графика работы ресурса

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

В меню Вид выберите команду Лист ресурсов, а затем выберите ресурс, график которого требуется изменить.
В меню Проект выберите команду Сведения о ресурсе и откройте вкладку Рабочее время.
Выберите в календаре дни, которые требуется изменить. Чтобы изменить день недели для всего календаря, выберите сокращенное обозначение этого дня вверху календаря.
Выберите параметр стандартное время, нерабочее время или нестандартное рабочее время. Если выбран параметр стандартное время, для выбранных дней по умолчанию используется стандартный календарь Microsoft Project , т. е. работа с понедельника по пятницу, с 9:00 до 13:00 и с 14:00 до 18:00.
Если выбран параметр нестандартное рабочее время, введите время начала работы в поле С и время окончания в поле По.
Нажмите кнопку OK.

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

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

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

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

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

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

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

Проверка и изменение назначений ресурсов

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

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

Имеется возможность изменить единицы шкалы времени, например, с дней на недели. В меню Формат выберите команду Шкала времени и вкладку Нижний уровень. Выберите в поле со списком Единицы нужные единицы для шкалы времени. То же самое можно выполнить на вкладках Средний уровень и Верхний уровень.

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

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

Ввод затрат

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

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

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

Назначение затрат ресурсам

В меню Вид выберите команду Лист ресурсов.
В меню Вид выберите команды Таблица и Ввод.
В поле Название ресурса выберите ресурс или введите название нового ресурса.
В поле Тип выберите значение Трудозатраты, если ресурсом является сотрудник или механизм, или значение Материалы, если ресурсом являются расходные материалы или сырье (например цемент).
Для рабочих ресурсов в полях Стандартная ставка, Ставка сверхурочных работ или Затраты на использование введите нормы затрат на ресурс. Для материальных ресурсов в поле Единицы измерения материалов введите единицы измерения материального ресурса (например тонны), а в полях Стандартная ставка или Затраты на использование введите норму затрат.
Нажмите клавишу ENTER .

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

DIV_ADBLOCK112">

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Природные.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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