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

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

Диалоговое окно настройки рабочего времени проекта

В верхней части диалогового окна расположен список календарей. Рядом с названием календаря, выбранного в диалоговом окне информации о проекте, в скобках указано, что он является проектным календарем (Project Calendar (Календарь проекта)). Все настраиваемые в диалоговом окне параметры относятся к календарю, выбранному в списке.
В центре диалогового окна находится традиционный календарь, для каждого дня в котором можно задать определенную настройку. Дни календаря выделены цветом в соответствии с легендой: рабочие дни обозначены белым, нерабочие — серым, а дни с нестандартным рабочим временем заштрихованы.
Для переключения между месяцами нужно использовать полосу прокрутки, а чтобы выбрать нужный день — щелкнуть на нем мышью. Для того чтобы выделить сразу несколько дней, нужно щелкать на них при нажатой клавише Ctrl, а чтобы « выделить все одинаковые дни календаря (например, все субботы), нужно щелкнуть на названии дня в верхней строке календаря.
Настройка параметров выбранных дней осуществляется в правой части диалогового окна. Переключатель Use default (Стандартное время) применяет стандартные настройки, если ранее параметры дня были изменены. Переключатель Nonworking time (Нерабочее время) пометит выбранный рабочий день как выходной, a Nondefault working time (Нестандартное рабочее время) — как рабочий.
Под переключателями расположены две колонки полей, содержащих временные интервалы, в которых осуществляется работа в течение дня. В поля левой колонки, From: (С:), вводится время начала интервала, а в поля правой, То: (По:) — время окончания. Например, на рис. 10.4 введены два интервала: с 8 до 12 и с 13 до 17. Время начала следующего интервала должно быть больше времени окончания предыдущего интервала.
Для создания нового календаря предназначена кнопка New (Создать). После нажатия на нее открывается диалоговое окно (рис. 10.5), в котором нужно указать название нового календаря и определить, как будет создан новый календарь — па основе существующего или «с нуля». В первом случае нужно выбрать переключатель Make a copy of (Создать копию) и выбрать соответствующий календарь из списка. Во втором случае нужно выбрать переключатель Create new base calendar (Создать новый базовый календарь).

Диалоговое окно настройки расчетов времени в MS Project

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

Диалоговое окно создания нового календаря

При создании копии существующего календаря все его настройки переносятся в новый. Это удобно, например, если вы хотите создать календарь для группы сотрудников с особым режимом работы, но с теми же нерабочими днями, что и у всех остальных. В таком случае можно создать копию основного календаря и затем изменить настройки режима работы, сохранив нерабочие дни1. Кнопка Options (Параметры) отображает диалоговое окно с общими настройками календаря. Это диалоговое окно (рис. 10.6) можно вызвать и через меню Tools > Options (Сервис > Параметры).

Диалоговое окно ввода информации о проекте

Очень часто настройки стандартных календарей не подходят для проекта. Например, в календаре Standard (Стандартный) рабочим временем считается интервал с 8:00 до 17:00 с перерывом на обед с 12:00 до 13:00, а во многих организациях рабочее время зафиксировано в интервале с 9:00 до 18:00 или с 9:30 до 18:30. Кроме того, в стандартный календарь не включены особые выходные или укороченные дни, например день рождения вашей организации. Если стандартные настройки вам не подходят, то нужно изменить их в существующем календаре либо создать новый календарь.
Когда вес сотрудники работают в одном временном режиме, то проекту нужен один общий календарь и вам понадобится лишь отредактировать настройки стандартного календаря. Но бывает, что в проекте задействованы несколько подразделений с разным режимом работы. Например, при издании журнала редакторы работают в стандартном режиме, а операторы типографских машин — круглосуточно. В таком случае нужно решить, какая группа больше, и отредактировать стандартный календарь в соответствии с ее режимом работы. Для других групп нужно будет создать собственные календари.

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

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

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

Фазы Фаза проекта состоит из одной...

Фазы
Фаза проекта состоит из одной или нескольких задач, в результате выполнения которых достигается один или несколько основных результатов проекта. Таким образом, результаты, достигнутые благодаря выполнению каждой из задач, входящих в фазу, формируют ее результат.
Если для достижения результатов задачи нужно выполнить только ее, то для достижения результата фазы нужно выполнить группу других задач. И в этом заключается отличие фазы от задачи: ее результат суммирует результаты других задач. Именно поэтому в MS Project фазы называются Summary task (Суммарная задача).
Например, результатом фазы Подготовка материалов будут материалы номера журнала, которые можно передать на предпечатную подготовку. Поскольку номер состоит из обложки и статей, то для получения результата фазы нужно осуществить как минимум две задачи: Подготовка обложки, результатом которой будет обложка журнала с фотографией фотомодели и заголовками статей, и Подготовка статей, результатом которой будут все тексты статей журнала.

Качество находится в центре проектного...

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

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

Нажатие кнопки Copy (Копировать) поместит созданный календарь в глобальный шаблон

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

Настройки календарного плана

Ввод данных в файл проекта можно существенно ускорить, если указать, в каких единицах будут вводиться значения длительности задач и объема работ. В таком случае при заполнении в таблицах полей Duration (Длительность) и Work (Трудозатраты) (а также их вариантов) вам нужно будет указывать только число единиц, а обозначение единиц будет подставлено автоматически.
Обычно длительность задач указывается в днях (Days), и именно этот вариант стоит выбрать в списке Duration is entered in (Длительность вводится в). Количество работы, как правило, учитывается в часах, поэтому в списке Work is entered in (Трудозатраты вводятся в) стоит выбрать Hours (Часы).
При редактировании проектного расписания часто приходится перемещать задачи или группы задач. Флажок Autolink inserted or moved tasks (Автоматическое связывание добавленных или перемещенных задач) определяет, будут ли перемещенные или вставленные между другими задачи автоматически связываться с предыдущими или последующими. Этот флажок стоит оставить установленным, поскольку он существенно упрощает редактирование планов проектов даже с небольшим количеством связей.
При составлении предварительного плана проекта указываются предварительные длительности многих задач, которые в процессе согласования плана утверждаются и затем становятся окончательными. Предварительные длительности могут помечаться в плане вопросительным знаком, что делает работу с графиком очень удобной: можно легко увидеть задачи с не установленной окончательно длительностью. Для того чтобы вопросительные знаки отображались, необходимо оставить установленным флажок Show that tasks have estimated durations (Показывать, что у задачи есть предварительная оценка длительности).
И последний флажок — New tasks have estimated durations (Новые задачи имеют предварительную оценку длительности) — определяет, будет ли длительность новых задач помечаться как предварительная. Мы рекомендуем установить этот флажок.
После установки значений воспользуйтесь кнопкой Set as Default (По умолчанию) для использования их в последующих проектах.

Назначения

Назначения

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

Общие настройки календаря Во многих...

Общие настройки календаря
Во многих отчетах и диаграммах MS Project отображается временная шкала, на которую нанесены дни недели. Параметр Week starts on (День начала недели) определяет, какой день недели будет отображаться первым на этих шкалах. Кроме того, именно в соответствии с этой настройкой отображается календарь в диалоговом окне настройки календаря (см. рис. 10.4).
Помимо дней недели на временной шкале отображается информация о годе, и программа позволяет отображать на шкале как календарный, так и финансовый год. В некоторых организациях финансовый год может начинаться не в январе, и в таком случае на шкале номер календарного года заменяется номером финансового года. Чтобы замена осуществлялась, необходимо в поле Fiscal year starts in (Месяц начала финансового года) указать месяц, с которого начинается финансовый год.
Чтобы проверить сделанные настройки календарей, можно воспользоваться отчетом Working Days (Рабочие дни), который описан в разделе «Рабочие дни».
Например, на рис. 10.7 (файл 2.mрр) приведен пример проекта, в котором финансовый год начинается в марте. На шкале времени видно, что февраль относится к 2002 году, а март — уже к 2003. При этом в таблице рядом с задачей указываются реальные календарные даты ее начала и окончания.

Определение проекта

Определение проекта

Составление плана работ невозможно без определения проекта, то есть задания его ключевых характеристик, таких как общая длительность, рабочее время и методика планирования. Поэтому, прежде чем переходить к составлению плана работ, мы научимся определять проект с помощью MS Project.
Чтобы начать составлять план работ, нужно создать файл нового проекта. Это можно сделать, щелкнув на кнопке New (Создать) панели инструментов Standard (Стандартная). При создании нового проекта автоматически откроется диалоговое окно Project Information (Сведения о проекте), в котором можно определить большинство его характеристик (рис. 10.3). Чтобы изменять параметры проекта в дальнейшем, это диалоговое окно можно вызвать командой меню Project > Project Information (Проект > Сведения о проекте).
1 Если вам хочется больше узнать о теории управления проектами, то рекомендуем воспользоваться источниками в Интернете, например сайтом «Профессионал управления проектами» (http://www.pmprofy.ru).
2 В соответствии с флажком Prompt for project info for new projects (Запрос на ввод сведений о проекте для ноных проектов), описанным в разделе «Общие настройки программы».

Параметры календарного плана

Параметры календарного плана

Во время планирования объема работ нам придется размещать задачи на календарном плане проекта, определяя, в какой день начнется и закончится та или иная задача. В MS Project есть несколько настроек, определяющих поведение программы при работе пользователя с календарным планом. Эти параметры можно изменить на вкладке Schedule (Планирование) в диалоговом окне Options (Параметры). Открыть его можно с помощью команды меню Tools > Options (Сервис > Параметры). Вкладка Schedule (Планирование) (рис. 10.12) содержит довольно много параметров, но из них на данном этапе нам понадобятся только некоторые, а к остальным мы еще вернемся в дальнейшем.
Флажок Show scheduling messages (Показывать сообщения о планировании) определяет, будет ли MS Project сообщать вам о несоответствиях в плане проекта (и давать полезные подсказки по ходу составления плана). Этот флажок стоит установить, поскольку с помощью подобных сообщений можно избежать многих случайных ошибок.
Параметры, определяющие настройки для отдельного файла проекта, более многочисленны. Первый из них, New tasks (Новые задачи), определяет, какая дата начала будет по умолчанию приписываться новой задаче — дата начала проекта (пункт списка Start On Project Start Date (Начинаются в день начала проекта)) или дата создания задачи (пункт списка Start On Current Date (Начинаются в текущий день)).

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

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

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

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

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

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

Помечаем 8 марта как выходной день

Поскольку режим работы и праздники являются общими для всех проектов, то созданный календарь стоит сохранить в глобальном шаблоне, для того чтобы он автоматически включался во все вновь создаваемые проекты. Для этого нужно воспользоваться командой меню Tools > Organizer (Сервис > Организатор) и в открывшемся диалоговом окне перейти на вкладку Calendars (Календари). Затем нужно скопировать календарь Standard (Стандартный) из файла, где он был создан, в файл Global.mpt (рис. 10.11).

Помощь в планировании

Помощь в планировании

Чтобы при планировании MS Project подсказывал вам о возможных ошибках и способах ускорить ввод данных, стоит включить режим подсказки. Для этого в диалоговом окне настройки параметров программы нужно перейти на вкладку General (Общие). На ней в разделе Planning wizard (Мастер планирования) нужно установить все флажки. Флажок Advice from Planning Wizard (Помощь мастера планирования) управляет режимом подсказки, и если его сбросить, то остальные три флажка будут недоступны. При установке флажка Advice about using Microsoft Project (Помощь в использовании Microsoft Project) программа отображает подсказки о возможностях ускорения работы, если замечает, что вы вводите или редактируете данные не оптимальным способом. Флажок Advice about scheduling (Помощь в планировании) управляет режимом, в котором программа уточняет, что вы имели в виду при внесениях изменений в календарный план проекта. И наконец, флажок Advice about errors (Помощь в устранении ошибок) позволяет включить или отключить вывод сообщений об ошибках.

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ
Уникальность каждого проекта создает сложности при его планировании, поскольку зачастую сложно предположить, как в действительности будут достигаться проектные результаты. Поэтому результатом проектной деятельности является не только продукт или услуга, но и извлеченные уроки, то есть опыт, который будет использоваться в дальнейшем при планировании и выполнении следующих проектов.
Проекты предпринимаются на любых уровнях организации, и в них могут быть вовлечены как несколько человек, так и несколько тысяч. Проекты могут быть разной длительности: некоторые продолжаются менее ста часов, другие — более миллиона. Проект может вовлекать один отдел организации, а может и выходить за ее пределы, как в случаях совместных предприятий и партнерства. Проекты могут осуществляться в любой области деятельности. Так, проектами могут быть и проектирование транспортного средства, и разработка информаци-
онной системы, и проведение предвыборной кампании, и постройка здания, и подготовка номера журнала.
Oracle для профессионалов

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ
Термин «стоимость» (cost) в MS Project переведен как «затраты», потому что в управлении проектами используются оба русскоязычных термина. В книге также на равных правах используются оба термина.
Величина Cost Per Use (Затраты на использование) обозначает стоимость использования оборудования или сотрудника в задаче, которая не зависит от того, сколько времени задействован в задаче сотрудник или материальный ресурс. Общие затраты на использование ресурса определяются путем умножения стоимости использования на число задач, в которых он задействован.
У ресурса может быть указана стоимость как одного из двух типов, так и обоих. При определении общих затрат на использование ресурса в проекте MS Project определяет повременные затраты и затраты на использование и суммирует их.

ПРИМЕЧАНИЕ При планировании работ...

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

Пример настройки календаря

Пример настройки календаря

Изменим типовые настройки календаря MS Project, с тем чтобы в дальнейшем планировать проекты с их использованием. Установим рабочее время с 9 до 18 с перерывом на обед с 12 до 13. В пятницу рабочее время будет заканчиваться в 17 часов. Кроме того, учтем в календаре нерабочие дни: понедельник 25 февраля и пятницу 8 марта.
Чтобы реализовать эти настройки, нужно открыть диалоговое окно редактирования календаря с помощью команды меню Tools > Change Working Time (Сервис > Изменить рабочее время). Затем выделим все рабочие дни, кроме пятницы (рис. 10.9), и отредактируем параметры рабочего времени. Редактировать свойства пятниц не нужно, поскольку настройки по умолчанию совпадают с необходимыми нам.
Теперь нужно отметить неурочные выходные дни: 25 февраля и 8 марта. Для этого нужно выделить каждый из этих дней и в его настройках установить переключатель Nonworking time (Нерабочее время) (рис. 10.10, файл 1.mрр).
После редактирования исправленные элементы выделились подчеркиванием. В тех случаях, когда редактировался отдельный день, подчеркнуто число в календаре. Когда же редактировались все определенные дни календаря, подчеркнуты их названия в заголовке таблицы.
Дата начала задачи находится в поле Start (Начало). Чтобы даты в этом поле отображались вместе со временем, нужно соответствующим образом настроить формат отображения дат MS Project (см. раздел «Настройки просмотра»).

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

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

Как мы уже знаем, большинство проектов имеют определенную дату окончания, бюджет и объем работ. Это трио времени, денег и объема часто называют проектным треугольником (рис. 10.1), потому что при внесении изменений в один из этих элементов меняются оба других. И хотя для проекта в равной степени важны все три элемента, как правило, только один из них в зависимости от приоритетов имеет наибольшее влияние на другие.
Например, если вы решите изменить план проекта, укоротив расписание, то воз-, растет стоимость проекта (если вы решите привлечь дополнительных работников) или уменьшится объем работ. Если же изменить план проекта с целью уменьшения его бюджета, то может возрасти длительность проекта и уменьшиться объем работ. Наконец, если вы увеличите объем работ, то проект будет длиться дольше и стоить дороже.
То, как изменения в плане влияют на другие стороны треугольника, зависит от обстоятельств и специфики проекта. В некоторых случаях уменьшение расписания увеличивает стоимость, а в других — уменьшает.
При создании плана вы можете столкнуться с тем, что план не удовлетворяет ожиданиям, например проект заканчивается слишком поздно или его стоимость превышает допустимые пределы. В таком случае план нужно оптимизировать, чтобы привести его в соответствие ожиданиям.
Когда вы начинаете оптимизировать план, постоянно помните обо всех элементах треугольника и о том, что когда вы изменяете одну из сторон, это затрагивает две другие — позитивно или негативно, в зависимости от вашего проекта. И проверяйте два других элемента треугольника, чтобы быть уверенными, что изменения не делают план невыполнимым. Например, если вы изменили свой план с целью уменьшить расходы, проверьте, что дата окончания проекта все еще находится в допустимых пределах.

Проектный треугольник — популярное графическое представление специфики управления проектами

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

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

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

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

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

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

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

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

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

Проект предпринимается для достижения определенного результата в определенные сроки и за определенные деньги. План проекта составляется для того, чтобы определить, с помощью каких работ будет достигаться результат проекта, какие люди и оборудование нужны для выполнения этих работ и в какое время эти люди и оборудование будут заняты работой по проекту. Поэтому проектный план содержит три основных элемента: задачи (Task), ресурсы (Resource) и назначения (Assignment). Рассмотрим подробнее каждый из них.
Обучение Java. Сервлеты

Способ планирования и основные даты

Способ планирования и основные даты

Проект можно планировать двумя способами: от даты начала проекта или от даты окончания. Если у проекта нет жесткой даты окончания, то при планировании применяется первый способ: фиксируется дата, когда нужно начать проект, и во время составления плана определяется, когда проект может быть завершен.
Если же проект должен быть обязательно завершен к определенному дню, то используется противоположный способ: фиксируется дата окончания и во время составления плана определяется, когда проект должен быть начат, чтобы все работы были закончены в срок.
Способ планирования определяется раскрывающимся списком Schedule from (Планирование с), содержащим два возможных значения (рис. 10.3): Project Start Date (Дата начала проекта) и Project Finish Date (Дата окончания проекта).

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

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

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

Включен финансовый год, начинающийся...

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

По названиям следующих параметров диалогового окна можно подумать, что они связаны с настройками, определяемыми в проектном календаре. Но это не так — эти настройки влияют только на то, каким образом MS Project конвертирует длительность задач из одной временной единицы в другую.
Например, если установить значение параметра Hours per day (Часов в день) равным 8, то после того, как вы укажете длительность задачи, равную двум дням (2d или 2д), на диаграмме Ганта рядом с отрезком длительность будет отображена как 16 часов. Если же вы измените значение параметра на 5 и затем введете длительность задачи как 2d (2д), то она будет конвертирована в 10 часов. Аналогично на конвертацию временных величин влияют значения параметров Hours per week (Часов в неделю) и Days per month (Дней в месяц).

ВНИМАНИЕ

ВНИМАНИЕ
При подсчете длительности задачи MS Project не учитывает нерабочее время, например выходные дни, и перерывы в ее выполнении.
Длительность может не соответствовать трудозатратам занимающегося задачей сотрудника. Например, для выполнения задачи Сбор предложений от авторов сотруднику (ответственному секретарю журнала) нужно потратить полчаса на рассылку типового электронного письма авторам и полчаса на обработку поступивших в течение недели ответов. Значит, его трудозатраты на выполнение задачи составят один час. Таким образом, длительность соответствует времени, через которое будет получен результат задачи, а трудозатраты — времени, затраченному сотрудниками на получение результата. В MS Project длительность обозначается термином Duration, а трудозатраты — термином Work.

ВНИМАНИЕ

ВНИМАНИЕ
В MS Project есть возможность создавать и групповые (базовые), и личные календари. Последние отражают персональное расписание сотрудников и содержат персональные выходные дни, например больничные. Поэтому при создании базового календаря в него следует.вносить только настройки, общие для всех участников проекта или группы, к которой относится календарь. Специфические настройки заносятся в личный календарь каждого сотрудника.
Работа с календарями осуществляется в диалоговом окне Change Working Time (Изменить рабочее время) (рис. 10.4). Открывается оно одноименной командой, находящейся в меню Tools (Сервис).

ВНИМАНИЕ

ВНИМАНИЕ
Длительность задач хранится «внутри» проектного файла в минутах. При вводе данные о длительности задачи или объеме работы переводятся в минуты и затем помещаются в файл. При неверных общих календарных настройках все данные будут сохраняться некорректно, и их придется вводить заново.
Таким образом, описанные параметры не влияют на настройки проектного календаря, но влияют на учет длительностей задач в проекте. Поэтому настройки в проектном календаре должны соответствовать общим настройкам календаря, и за этим нужно следить самостоятельно.
Параметры Default start time (Время начала по умолчанию) и Default end time (Время окончания по умолчанию) также не связаны с соответствующими параметрами в календаре проекта. В соответствии со значениями этих параметров MS Project определяет время начала и завершения задач, если оно не указано пользователем. Например, если значение параметра Default start time (Время начала по умолчанию) равно 8:00 и вы добавите в план задачу, начинающуюся 1 марта 2002 (не указывая время ее начала), то полностью дата ее начала будет выглядеть как 1.03.2002 8:00'.

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

Задачи

Задачи

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

Завершающие задачи

Завершающие задачи

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

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

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

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

Планирование работ

Что выбрать — ограничения или крайние сроки

Что выбрать — ограничения или крайние сроки

Плюсы использования крайних сроков для обозначения сроков исполнения задач очевидны. Если в результате изменения плана проекта дата окончания задачи выходит за крайний срок, то MS Project отобразит соответствующее предупреждение. При этом принципы размещения задач в расписании не изменяются, и не надо ломать голову, догадываясь, почему при увеличении длительности задачи перемещается ее дата начала, а не окончания и т. п.
Кроме того, сохранение принципов размещения задач позволяет использовать MS Project как аналитический инструмент. Например, если вы установите ограничение типа MFO (ФО) или FNLT (ОНП) на дату окончания завершающей задачи проекта, то какие бы изменения не происходили внутри проектного плана, дата окончания всегда уложится в срок, хотя реально (исходя из работ внутри плана) уложиться в сроки не получится. Если же использовать крайний срок для определения даты окончания этой задачи, то при изменениях внутри плана вы увидите, когда реально завершится проект, и сможете рассмотреть несколько вариантов корректирующих действий и выбрать наиболее подходящее.
С другой стороны, использование индикатора для информирования о несоответствиях в плане не всегда удобно, так как это поле не включено в некоторые таблицы. Поэтому после существенных изменений в плане проекта придется проверять, не нарушен ли где-то крайний срок. Если же на задачу наложено ограничение, то при изменении плана, нарушающем ограничение, MS Project отобразит сообщение, которое проинформирует вас о сути несоответствия сразу после того, как вы совершите вызвавшее несоответствие действие. Поскольку крайний срок ограничивает дату окончания задачи, его удобно использовать в сочетании с ограничением на начало задачи, таким образом как бы ограничивая задачу с двух сторон. Например, если задача должна начаться 10-го числа и закончиться не позднее 15-го, то вы можете установить ограничение SNLT (ННП) на 10-е и крайний срок на 15-е число.

Дата начала проекта

Дата начала проекта

Определять ключевые даты проекта начнем с определения даты начала проекта. Внимательный читатель заметил, что мы не сделали этого при определении проекта, и поступили мы так с целью продемонстрировать один из алгоритмов, используемый в MS Project для построения расписания.
Дата, предложенная MS Project по умолчанию, — 20.10.01. Мы ее оставили, и в результате все новые добавленные в план задачи начинаются с 22.10.01 (первый рабочий день после субботы 20.10.01). То есть если не указать задаче определенную дату начала и не связать ее с другой задачей, то MS Project приравнивает ее к дате начала проекта. Так, в нашем плане (см. рис. 11.15) только задача Сбор предложений от авторов начинается 22.10.01, а все последующие задачи связаны с ней и поэтому начинаются позже, хотя первоначально, пока связи не были расставлены, все задачи (см. рис. 11.6) начинались 22.10.01.
Пусть наш проект будет начинаться после новогодних праздников 10.01.2002. Откроем диалоговое окно определения проекта с помощью команды меню Project > Project Information (Проект > Сведения о проекте) и изменим значение параметра Start date (Дата начала) на 10.01.2002. После этого план проекта автоматически перестроится (рис. 11.16, файл 9_1.mрр).
Этот пример демонстрирует нам, как MS Project работает с расписанием проекта. Дата начала новой задачи, если не указать ее самостоятельно, приравнивается к дате начала проекта или ближайшему к ней рабочему дню. Если новая задача принадлежит фазе, то дата ее начала приравнивается к дате начала фазы. После того как задача соединена связью с другой задачей, ее дата начала переносится в соответствии с типом связи. Даты окончания задач рассчитываются путем прибавления к дате начала длительности задачи и нерабочих дней проектного календаря.
Зачем мы привели этот пример? Дело в том, что типичной ошибкой при работе с MS Project является определение даты начала или окончания задач «вручную» путем выбора нужной даты в поле Start (Начало) или Finish (Окончание) в таблице. Если так сделать, то введенная дата будет жестко привязана к задаче, и изменение даты начала или окончания проекта, фазы или связанных задач не приведет к автоматическому перемещению задачи.
Например, если вы установите дату начала первой задачи на 11.01.02 и затем измените дату начала проекта на 12.01.02, то первая задача все равно будет начинаться 11.01.02, то есть останется за временными рамками проекта. Еще хуже, если случайно будет зафиксирована дата начала или окончания задачи в середине плана. В таком случае изменение длительности задач в начале плана может не привести к автоматическому изменению связанных задач, находящихся в плане после задачи с зафиксированной датой. Поэтому при планировании в MS Project стоит довериться программе и управлять положением задач на временной оси с помощью связей.

Диалоговое окно сведений о повторяющейся задаче

В полях Task Name (Название задачи) и Duration (Длительность) указываются название и длительность новой задачи. Например, Редакционное собрание, которое мы хотим добавить в проект Издание номера журнала, длится 1 час. В разделе Recurrence pattern (Повторять) определяется интервал повторения задачи: Daily (Ежедневно), Weekly (Еженедельно), Monthly (Ежемесячно) или Yearly (Ежегодно).
В раскрывающемся списке выбирается, будет ли повторение происходить каждый раз по прошествии интервала (every (каждый)), или каждый второй (every other (каждый второй)), или каждый третий (every 3rd (каждый третий)) и т. д., например каждую неделю или каждый второй день. И наконец, рядом с раскрывающимся списком определяются дополнительные параметры: возможность повторять задачу в выходные дни (если повторение ежедневно), день недели (при еженедельном повторении), число или день и номер недели (при ежемесячном повторении) и дата или день, неделю и месяц при ежегодном. В нашем примере на рис. 11.21 мы создаем задачу с еженедельным повторением в пятницу.
В разделе Range of recurrence (Пределы повторения) выбирается дата начала повторяющейся задачи (Start (Начало)) и определяется, когда она будет завершена. Если вы хотите завершить задачу после определенного числа повторений, то нужно выбрать переключатель End after (Окончание после) и ввести число повторений. Если же задача должна закончиться к определенной дате, то нужно выбрать переключатель End by (Окончание) и ввести эту дату.
По умолчанию в поле End by (Окончание) отображается дата окончания последней задачи проекта (в нашем случае 19.04.02), и поэтому удобно заносить повторяющиеся задачи, которые должны повторяться до конца проекта, после того, как введены все остальные.
В разделе Calendar for scheduling this task (Календарь для планирования этой задачи) определяется, на основании какого календаря задача будет помещена в календарный план. По умолчанию, когда в раскрывающемся списке Calendar (Календарь) выбрано значение None (Нет), задача размещается па основании настроек проектного календаря и календаря задействованных ресурсов. Если же вы хотите использовать для расписания задачи особый календарь, то можно выбрать его в раскрывающемся списке. В таком случае становится доступен флажок Scheduling ignores resource calendars (He учитывать календари ресурсов при планировании) (Мы подробно рассмотрим действие этого флажка в разделе «Календарь задачи» следующей главы).
После того как сделаны все настройки, нужно нажать кнопку ОК, и программа создаст в проекте повторяющуюся задачу. При этом могут возникнуть непредвиденные проблемы, если, например, повторение задачи приходится на выходной. В нашем примере одна из пятниц, по которым должно было проходить редакционное собрание, выпадает на дату 8 марта, помеченную в проектном календаре как нерабочий день. Соответственно, при создании повторяющейся задачи MS Project обнаружил это и отобразил сообщение с возможными вариантами разрешения проблемы (рис. 11.22).
В диалоговом окне предлагается три варианта решения проблемы: перенести повторение задачи на ближайший рабочий день, нажав кнопку Yes (Да), не создавать повторения в нерабочие дни, нажав кнопку No (Нет), или отказаться от создания повторяющейся задачи, нажав Cancel (Отмена). Мы выбрали первый вариант, поскольку в таком случае в дальнейшем можно самостоятельно перенести повторение, которое пришлось на выходной, на более удобное время.

Фазы, состоящие только из завершающих задач, выглядят на диаграмме как завершающие задачи

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

Фрагмент таблицы из плана проекта с введенными связями между задачами

Как вы помните, связью по умолчанию является Finish-to-start (Окончание-начало), поэтому если в поле Predecessors (Предшественники) просто указать номер задачи1, это будет означать, что данная задача является предшественницей текущей. Например, предшественницей задачи Предварительная редколлегия является задача с номером 3, то есть Подготовка плана номера. Соответственно, Предварительная редколлегия начинается 01.11.01, то есть после того, как 31.10.01 завершена Подготовка плана номера.
В тех случаях, когда связь отличается от стандартной, в поле нужно указать номер предшествующей задачи и аббревиатуру, соответствующую типу связи (например, как в строках 26, 27 и 28). Если у связи есть запаздывание или опережение, то его нужно указать рядом с типом связи, используя знаки + или -. Если запаздывание или опережение используется со стандартной связью FS (ОН), то ее аббревиатуру тоже нужно указать (как в строке 12). А если у задачи есть несколько предшественниц, то связи с ними нужно указать через точку с запятой (как, например, в строке 30).
Колонка Predecessors (Предшественники) по умолчанию включена только в таблицу Entry (Ввод). Если вам покажется удобным редактировать данные о связях с ее помощью, то вы можете добавить ее в любую таблицу с информацией о задачах.

Индикатор отображается, когда задача не укладывается в крайние сроки

Для ввода крайнего срока задачи нужно воспользоваться вкладкой Advanced (Дополнительно) в диалоговом окне сведений о задаче (см. рис. 11.18). Крайний срок исполнения задачи определяется в одноименном поле, расположенном над полем выбора типа ограничения. Дату крайнего срока можно ввести или выбрать в календаре, а для удаления этой даты нужно ввести в поле NA (НД), как на рис. 11.18.
SpectraLAB

Использование задержек и опережений

Использование задержек и опережений

Часто в жизни зависимости между задачами бывают немного более сложными, чем Finish-to-start (Окончание-начало). Например, между задачей «Покраска стен» и «Развешивание картин» должен пройти день, чтобы краска успела высохнуть. Для того чтобы описать такую зависимость между задачами, в MS Project используется параметр Запаздывание (Lag). Например, в случае с покраской стен запаздывание между задачами должно составить 1 день.
Запаздывание является свойством связи и может быть указано в диалоговом окне определения свойств связи (см. раздел «Редактирование проектных данных на диаграмме Ганта»). Запаздывание можно вводить как длительность (например, 1 день) или как процент от длительности предшествующей задачи. Например, если предшествующая задача продолжается 4 дня, то запаздывание в 25% будет равняться 1 дню.
Иногда для начала выполнения следующей задачи не нужно дожидаться полного окончания предыдущей. Например, можно начинать клеить обои, когда штукатурка положена хотя бы на некоторых стенах в доме. В таком случае следует использовать Опережение (Lead). Опережение вводится так же, как и запаздывание, но с отрицательным знаком, например опережение в 1 день указывается как -Id (-1д), а опережение в 50% (то есть следующая задача начинается, когда предыдущая выполнена наполовину) — как -50%.
Разработка компиляторов

Использование задержек и опережений при связи типа FS (ОН)

На рис. 11.11 представлен пример использования задержек и опережений вместе со связью типа FS (ОН). Задачи в строках 5-6 соединены обычной связью без задержки. В строках 8-9 было добавлено запаздывание в 1 день, и дата начала задачи В автоматически была перенесена на 1 день позже, с 27.02.02 на 28.02.02.
В строках 11-12 запаздывание было изменено на 100%, то есть на длительность предшествующей задачи (А). Поскольку длительность А равняется 2 дням, то дата начала В была перенесена с 27.02.02 (строки 5-6) на 01.03.02 (в феврале 2002 г. 28 дней). В строках 14-15 при сохранении параметров задержки мы увеличили длительность задачи А на 1 день (до 3 дней), и дата начала В была перенесена еще позже, на 05.03.02 (на 1 день позже теперь заканчивается А, плюс запаздывание в 3 дня, плюс два выходных дня).
В строках 17-18 используется опережение в 1 день. В результате начало задачи В, которое в строках 5-6 значилось как 27.02.02, теперь перенесено на 26.02.02. В строках 20-21 используется опережение в процентах (50%). Поскольку 50% от длительности А составляет 1 день, то дата начала В в строке 21 такая же, как и в строке 18. Но при увеличении длительности А в строке 23 до 4 дней длительность опережения автоматически увеличилась до 2 дней, и дата начала В автоматически изменилась на 27.02.02 (28.02.02 заканчивается А, и если бы не использовалось запаздывание, то В началась бы лишь 01.03.02; но так как запаздывание есть и равняется 50% длительности А, то есть 2 дням, то дата начала переносится на 27.02.02).
Как видно из примеров, особенно удобно указывать запаздывания и опережения в процентах от длительности предшествующей задачи, так как при ее изменении MS Project автоматически перенесет дату начала последующей задачи на соответствующий день.

Как ограничения влияют на расписание

Как ограничения влияют на расписание

Когда требуется контролировать дату начала или конца задачи, вы можете добавить ограничение. Гибкие ограничения учитывают связи между задачами, чтобы перенести задачу как можно раньше или как можно позже, насколько позволяет связь. Например, задача с ограничением As Soon As Possible (Как можно раньше) и связью FS (ОН) будет начинаться сразу по завершении предшественницы.
Ограничения со средней гибкостью запрещают задаче начаться или окончиться до или после выбранной даты. Например, задача с ограничением Start No Later Than (Начало не позднее) на 17 марта и связью типа FS (ОН) с другой задачей может начаться в любое время, если ее предшественница закончится, например, до 15 июня, но не может быть начата после 17 марта.
Негибкие ограничения не подвергаются влиянию связей и «привязывают» задачу к выбранной вами дате. Например, задача с ограничением Must Start On (Фиксированное начало) на 10 апреля и связью типа FS (ОН) с другой задачей всегда будет находиться в расписании на 10 апреля вне зависимости от того, закончится ее предшественница раньше или позже.

Когда вводить ограничения в план проекта

Когда вводить ограничения в план проекта

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

Крайние сроки

Крайние сроки

Deadline (Крайний срок) — дата, обозначающая крайний срок исполнения задачи. Отличие использования крайнего срока от ограничений заключается в том, что наличие этой даты не влияет на расчет графика проекта. Если для задачи указан крайний срок, то на диаграмме Ганта отображается соответствующая отметка, и если выполнение задачи не укладывается в этот срок, то в колонке Indicators (Индикаторы) появляется особый значок.
Пример использования крайнего срока представлен на рис. 11.19. В строке 2 дата окончания задачи находится раньше крайнего срока. В строке 4 мы перенесли дату начала задачи с помощью ограничения (о чем свидетельствует значок в поле Indicators (Индикаторы)), и дата окончания задачи превысила крайний срок. Сразу же в ноле Indicators (Индикаторы) рядом со значком ограничения появился красный значок, свидетельствующий о том, что задача не укладывается в крайний срок. Сообщение, отображаемое при наведении мыши на этот значок (см. строку 6 — копию строки 4), довольно информативно, и сообщает о дате крайнего срока и дате окончания задачи.

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

Добавление в план фазы не отличается от добавления задачи — любая задача автоматически становится фазой, как только у нее появляется вложенная задача, то есть задача, находящаяся на следующем уровне структуры плана (о структуре записей в таблицах см. раздел «Структурная фильтрация»). До тех пор пока у задачи нет вложенных задач, она не является фазой.
Чтобы поместить задачу на следующий (более низкий) уровень структуры, нужно установить курсор на строку с задачей и нажать на панели инструментов Formatting (Форматирование) кнопку со стрелкой вправо (или сочетание клавиш Alt+Shift+-»). Для перемещения задачи на предыдущий (более верхний) уровень структуры нужно нажать кнопку со стрелкой влево (или Alt+Shift+<- на клавиатуре).

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

Иногда для отмены ограничения нужно удалить введенную дату в поле Constraint date (Дата ограничения). Но MS Project не дает оставить это поле пустым, и поэтому для удаления даты из поля нужно заменить ее на текст NA (НД).
Изменять ограничения задачи можно в любой из ее таблиц. Для этого в таблицу нужно добавить столбцы Constraint Date (Дата ограничения) и Constraint Type (Тип ограничения). Использовать эти столбцы удобно в фильтрах и при настройке стилей отрезков. Например, в файле constraint.mpp приведен пример форматирования диаграммы Ганта, при котором отрезки задач со средними и негибкими ограничениями выделены особым цветом.

Ограничения

Ограничения

Теперь, когда вы предупреждены о том, что вводить даты начала или окончания задач вручную без особой надобности нельзя, рассмотрим, как можно использовать привязывание задач к определенным датам при составлении плана.
Привязывание задачи к определенной дате в MS Project осуществляется при помощи элемента Constraint (Ограничение). Используя ограничения, можно, например, указать, что задача должна начаться в определенный день или закончиться не позднее определенной даты.
Определяя длительности задач и связи между ними, вы даете программе гибкость при перерасчете плана проекта в случае изменения расписания. Введение ограничений понижает эту гибкость, и в MS Project выделяется несколько типов ограничений (табл. 11.1) в зависимости от того, насколько они влияют на гибкость расчетов.
Два наиболее негибких ограничения в MS Project, привязывающие задачу к определенной дате, — это Must Start On (Фиксированное начало) и Must Finish On (Фиксированное окончание). Использовать негибкие ограничения нужно тогда, когда задача обязательно должна начаться или закончиться в определенный день, например, если срок исполнения задачи обусловлен договором и не может быть нарушен.
Применение ограничения к задаче, которая зависит от другой (то есть имеет задачу-предшественницу), может привести к нежелательным результатам. Например, задача «Закладка фундамента» должна начаться, когда закончится «Рытье котлована». Предположим, что «Рытье котлована» будет закончено 10-го числа. Если вы введете негибкое ограничение, указывающее, что «Закладка фундамента» должна начаться 10-го, а потом «Рытье котлована» закончится ранее, то MS Project не сможет за счет быстрого исполнения предыдущей задачи передвинуть «Закладку фундамента» на более ранний срок и помочь спланировать скорейшее завершение проекта.

Определение длительностей задач

Определение длительностей задач

Длительность задач определяется значением, введенным в колонке Duration (Длительность). Как вы помните, вводить ее можно в часах, днях или неделях (см. раздел «Настройки отображения временных единиц» ). Длительность фаз вводить нельзя — она рассчитывается автоматически.
При создании задач MS Project автоматически задает им длительность в 1 день, добавляя после ее обозначения вопросительный знак (см. рис. 11.6). Вопросительный знак обозначает, что указанная длительность — Приблизительная (Estimated) и требует дальнейшего уточнения. После того как вы отредактируете значение, вопросительный знак пропадет. Если вы хотите пометить для себя, что указанную длительность задачи стоит уточнить, то можете сами добавить вопросительный знак. Например, если вы не уверены в длительности задачи в 1 день, то ее можно указать как Id? (1д?).

Определение состава работ

Определение состава работ

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

Определение связей между задачами

Определение связей между задачами

Связь между двумя задачами определяет, каким образом время начала или завершения одной задачи влияет на время начала или завершения другой. Например, Окончательная сборка номера журнала может начаться только тогда, когда выполнена задача Обложка готова.
Задача, влияющая на другую, называется Predecessor (Предшественник), а задача, зависящая от другой, называется Successor (Последователь). Например, Обложка готова является предшествующей задачей, а Окончательная сборка — последующей.
Одна связь может объединять только две задачи, и при этом у одной задачи может быть несколько связей с другими задачами. Например, Окончательная сборка может начаться только после выполнения задач Обложка готова и Подготовка оглавления. Задача может иметь неограниченное число предшествующих и последующих задач.
Связи могут объединять и фазы, и все принципы организации связей между задачами применимы и к фазам. При этом связи могут объединять между собой и задачи, и фазы, например фаза может начинаться по завершении задачи.

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

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

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

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

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

Повторяющиеся задачи

Повторяющиеся задачи

Часто в проекте некоторые задачи проходят регулярно, например подготовка отчетов для заказчика проекта или встреча проектной команды. Для того чтобы описывать такие задачи в плане проекта, предназначены повторяющиеся задачи. Добавить их в проект можно с помощью команды меню Insert > Recurring task (Вставка > Повторяющаяся задача), открывающей диалоговое окно сведений о повторяющейся задаче (рис. 11.21, файл 11.mpp).

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ
Номера уровней структуры возрастают с увеличением степени вложенности задач. Например, основные фазы проекта и задачи верхнего уровня находятся на первом уровне структуры плана проекта. Фазы и задачи, составляющие фазы верхнего уровня, находятся на втором уровне структуры плана проекта и т. д.

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ

Размещать в таблице предшествующие задачи выше последующих не обязательно. Это принято делать исключительно для удобства восприятия, поскольку обычно список задач читается сверху вниз и логично, если задачи, расположенные далее по списку, следуют за теми, что расположены выше. Последовательность задач в календарном плане проекта определяется датами начала задач и связями между ними, а не расположением в таблице выше или ниже.
Теперь, когда скелетный план готов и вы знаете, как работать со всеми тремя типами задач MS Project, можно переходить к добавлению в план остальных задач и подфаз. На рис. 11.6 (файл 7.mрр) видно, как стал выглядеть наш план издания журнала после того, как в него были добавлены все проектные работы. Увеличилось число не только обычных задач, но и завершающих, поскольку в некоторые фазы были добавлены подфазы, каждая из которых имеет отражающую свой результат завершающую задачу.
Использование технологий WWW для доступа к базам данных

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ

Для быстрого отбора задач с предварительной оценкой длительности можно воспользоваться фильтром Tasks With EstimatedOurations (Задачи с оценкой длительности).
После ввода длительности задачи MS Project пересчитывает дату ее окончания, прибавляя к дате начала задачи длительность и выходные дни (в соответствии с календарем проекта). Однако некоторые задачи выполняются круглосуточно и без выходных, после того как выполнение начато, например засыхание цементного раствора или выполнение расчетов компьютерной программой. В таком случае для обозначения длительности задачи используется символ е (п), соответствующий термину Elapsed days (Прошедшие дни). Например, для обозначения длительности в 14 дней в поле Duration (Длительность) нужно ввести 14ed (14пд). При вводе длительности таких задач можно применять и вопросительный знак. Например, если вы не уверены, что цементный раствор высыхает за 16 часов, и хотите уточнить это в дальнейшем, длительность можно указать как 16eh? (1бпч?).
Часто задаваемые вопросы о proxy

ПРИМЕЧАНИЕ

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

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ
Получить информацию о типе созданного ограничения можно, наведя мышь на соответствующий ему значок в поле Indicators (Индикаторы).

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ
Добавление ограничений после того, как определены связи между проектами, не совсем удобно, поскольку MS Project анализирует их на соответствие существующим связям. Именно поэтому лучше вводить основные ограничения в скелетный план до того, как определены длительности и зависимости между задачами.
Затем предположим, что в соответствии с договором с модельным агентством, предоставляющим возможность выбора модели, конкурсный отбор должен начаться 01.02.02 и проходить в течение 2 дней. Соответственно, зафиксируем эту дату ограничением Must Start On (Фиксированное начало) и длительностью в 2 дня. Поскольку эта задача не имеет предшественниц, установка ограничения прошла без сообщений от программы.
Кроме того, мы забыли включить в план важную задачу по публикации анонсов майского номера (который мы делаем в этом проекте) в предыдущем, апрельском номере. Этот номер сдается в типографию 20.03.02, и чтобы в него был включен вкладыш с рекламой следующего номера, анонсы нужно передать за 10 дней, то есть 11.03.02 (10.03.02 - воскресенье).
Включим задачу Передача рекламных анонсов в предыдущий номер в фазу Подготовка обложки и установим ее крайний срок на 11.03.02. Создать анонсы можно только тогда, когда хотя бы наполовину осуществлено редактирование материалов, поскольку окончательные названия статей и их содержимое определяются к этому моменту. Поэтому мы свяжем новую задачу зависимостью FS (ОН) с задачей Редактирование материалов (строка 22) и установим запаздывание (Lag) -50%. После этого мы увидим, что датой начала задачи является именно 11.03.02. Поскольку эта дата совпадает с крайним сроком, то максимальная длительность задачи, которую мы можем себе позволить, это 1 день. Установим ее для задачи.
Новая задача является, по сути, завершающей, поскольку после ее завершения достигается один из результатов проекта, который передается проектной командой «наружу». До сих пор для обозначения завершающих задач мы использовали нулевую длительность, однако во многих случаях, как и в этом, длительность завершающих задач может быть не нулевой. Чтобы пометить задачу с не нулевой длительностью как завершающую, нужно воспользоваться вкладкой Advanced (Дополнительно) в диалоговом окне сведений о задаче (см. рис. 11.18). На вкладке нужно установить флажок Mark task as milestone (Пометить задачу как веху).

Пример использования ограничений и крайних сроков

Пример использования ограничений и крайних сроков

Поскольку в нашем примере мы не определяли ограничения и крайние сроки на этапе составления скелетного плана работ, то начнем определять крайние сроки и ограничения в нынешнем плане работ (файл 10.mрр). В проекте Издание номера журнала мы будем использовать оба типа ограничений MS Project: и собственно ограничения, и крайние сроки, чтобы вы могли сравнить удобство их применения.
Предположим, что один номер журнала готовится к изданию в среднем 3 месяца. Значит, начиная подготовку номера в январе, мы должны завершить ее в конце апреля, например не позже 20-го числа, поскольку номер должны успеть напечатать до начала следующего месяца. Поскольку обычно эта дата указана в договоре с типографией, в которую передается журнал для печати, ограничение это очень жесткое. Соответственно, для завершающей задачи Номер готов к передаче в типографию нужно установить ограничение Finish No Later Than (Окончание не позднее) на дату 20.04.02.
При установке ограничения MS Project проверяет, нет ли у задачи связей, и если они есть, анализирует, может ли устанавливаемое ограничение привести к конфликтам. Если, по мнению программы, это возможно, то отображается подсказка (рис. 11.20), с помощью которой можно отменить установку ограничения (первый переключатель), продолжить, используя другое (оптимальное, с точки зрения MS Project) ограничение (второй переключатель), или продолжить, используя выбранное ограничение (третий переключатель).
При установленном флажке Project screcntips (Всплывающие подсказки) (см. раздел «Настройки просмотра»).

Принцип расчета длительностей MS Project для типа связи FF (00)

При наличии связи типа SF (НО)...

При наличии связи типа SF (НО) изменение длительности хронологически предшествующей задачи не влияет на дату начала последующей задачи

При наличии связи типа SS (НН) изменение длительности одной задачи не влияет на сроки исполнения другой

Если между задачами имеется связь типа FF(OO), MS Project старается синхронизировать даты окончания связанных задач. Если увеличивается длительность предшествующей задачи, то автоматически переносятся даты начала и окончания последующей задачи (чтобы дата окончания последующей задачи соответствовала дате окончания предшествующей). Например, на рис. 11.10 в строках 8-9 видно, что после увеличения длительности предшествующей задачи (А) дата окончания последующей задачи (В) была изменена. При этом длительность задачи В не изменилась.
Если же изменяется дата окончания последующей задачи (как в строках 11-12 на рис. 11.10), то дата окончания предшествующей задачи не изменяется, и задачи завершаются в разные дни. То есть при изменении длительности последующей задачи переносится только дата ее окончания.
Но если длительность предшествующей задачи больше длительности последующей, то изменение длительности последней происходит не за счет переноса даты ее окончания на более поздний срок, а за счет переноса даты ее начала на более ранний. Например, на рис. 11.10 в строках 8-9 длительность задачи А больше, чем В. Поэтому при увеличении длительности задачи В (строки 14-15) на один день дата начала этой задачи переносится на одни день назад, с 28.02.02 на 27.02.02.

При установке связи типа FS (ОН)...

При установке связи типа FS (ОН) увеличение длительности предшествующей задачи приводит к переносу даты начала последующей на более поздний срок

Если же изменить тип связи между задачами на SF (НО) и направить связь в обратную сторону, то при увеличении длительности хронологически предшествующей задачи ее дата начала будет переноситься на более ранний срок, и при этом дата начала последующей задачи не изменится. Именно поэтому такой тип связи используется в тех случаях, когда в качестве последующей задачи выступает та, срок начала которой не должен измениться.
Например, после того как задачи В и А были соединены связью SF (рис. 11.8), дата начала последующей задачи (А) изменилась таким образом, чтобы дата ее окончания совпала с датой начала предшественницы (строки 5-6). А когда мы увеличили длительность задачи А (строки 8-9), программа перенесла ее дату начала на более ранний срок, с тем чтобы дата ее окончания по-прежнему совпадала с датой начала предшественницы.
Если задачи соединены связью типа SS (НН), то изменение длительности любой из них приводит к изменению даты окончания только редактируемой задачи.
То есть наличие такой связи между задачами не влияет на алгоритм расчета длительности и сроков исполнения (рис. 11.9).

Редактирование связей с помощью формы описания задачи

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

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

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

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

Редактирование связей в форме

Редактирование связей в форме

Работать с колонкой таблицы удобно, когда используется только связь по умолчанию, поскольку в этом случае достаточно вводить в нее номера соответствующих задач. Правда, это удобно делать, если предшественницы находятся по соседству и для их поиска не нужно прокручивать несколько экранов.
Если же вы используете в проекте разнообразные типы связей, то удобнее будет воспользоваться специальными диалоговыми окнами для работы с ними. Наиболее удобным является диалоговое окно Task Form (Форма описания задачи). Эта форма (см. раздел «Настройка отображаемой на форме информации») отображается, если, находясь в диаграмме Ганта, выбрать команду меню Window > Split (Окно > Разделить). Ее также можно вызвать из диалогового окна View > More Views (Вид > Все виды).
По умолчанию отображается форма для редактирования задействованных в задаче ресурсов и связей с предшественницами, но с помощью контекстного меню формы можно вызвать диалоговое окно Predecessors & Successors (Предшественники и последователи), в котором можно редактировать связи выбранной задачи как с предшествующими, так и с последующими задачами (рис. 11.13, файл 5.mpp). Форма разделена на две таблицы с одинаковой структурой, содержащие колонки с номером задачи, ее названием, типом связи и величиной задержки. Левая таблица содержит информацию о предшественницах, а правая — о последующих задачах.
Номер задачи берется из первой колонки, выделенной на рисунке серым фоном.

Редактирование связей в таблице

Чтобы в процессе ввода задач быстро указать предшественника задачи, используется колонка Predecessors (Предшественники), по умолчанию включенная в таблицу Entry (Ввод). Например, на рис. 11.12 представлен фрагмент этой таблицы из файла проекта Издание номера журнала, где уже введена информация о связях между задачами (файл 5.mpp).

Скелетный план работ

Скелетный план работ

Создадим новый файл проекта и будем следовать методике планирования от даты начала. Используем стандартный календарь и в качестве даты начала проекта примем предлагаемую по умолчанию.
План работ лучше всего составлять в представлении Gantt Chart (Диаграмма Ганга). Для добавления задачи в план проекта нужно установить курсор в таблицу слева от диаграммы и ввести название задачи в поле Task Name (Название задачи).
После этого символизирующий задачу отрезок появится на диаграмме. На рис. 11.1 (файл 2.mpp) видно, как выглядит план проекта Издание журнала после того, как в пего были добавлены четыре основных фазы.

Сообщение об ошибке

На рис. 11.23 представлена задача после того, как она была помещена в проект (файл 11.mpp). Сама задача в плане выглядит как фаза, а ее повторения — как ее вложенные задачи. При этом задача и повторения помечены специальными значками в поле Indicators (Индикаторы).

СОВЕТ

СОВЕТ
В файле constraint.mpp приведены настройки диаграммы Ганта, в которой задачи с ограничениями выделены особым стилем отрезков. Используя эти настройки, вы можете создать фильтр для отбора задач с ограничениями. Это может пригодиться в проектах с большим количеством задач.
Значок и раскрывающийся список отображаются для предупреждения пользователей, желающих изменить дату «вручную», не зная о том, как это повлияет на параметры расчета проекта. Именно поэтому в верхней строке раскрывающегося списка выводится предупреждение о возможных негативных последствиях и далее предлагаются три варианта действий.
Пункт списка Choose different options to schedule the task (Выбрать другие параметры планирования задачи) откроет диалоговое окно для изменения параметров ограничения задачи. Пункт Keep the task constrained to (Оставить ограничение на) <описание текущего ограничения задачи> сохранит текущее ограничение и скроет его значок и список. А вариант Undo the constraint on (Отменить ограничение на) <описание текущего ограничения> and allow MS Project to reschedule the task (и разрешить MS Project перепланировать задачу) отменит изменения.
Вводя данные в таблицу, нельзя установить негибкие типы ограничений. Для этого, а также для редактирования установленных ограничений предназначена вкладка Advanced (Дополнительно) в диалоговом окне сведений о задаче (рис. 11.18, файл 10.mрр). Чтобы вызвать это диалоговое окно, нужно сделать двойной щелчок в таблице на строке задачи.
Тип ограничения выбирается в раскрывающемся списке Constraint type (Тип ограничения), а дата, которой ограничивается начало или окончание задачи, указывается в поле Constraint date (Дата ограничения).

Способы редактирования связей

Способы редактирования связей

Мы уже знаем способы создания и редактирования связей с помощью мыши. Однако это не единственная возможность, предоставляемая MS Project для работы со связями. Их можно редактировать прямо в таблице, куда вводятся данные, в особой форме или в диалоговом окне определения свойств задачи. Кроме того, создавать связи можно с помощью кнопки Link Tasks (Связать задачи) стандартной панели инструментов (см. представленный ниже рисунок). Для этого нужно выделить две или больше задач и нажать эту кнопку. Задачи будут соединены последовательно связью типа Finish-to-start (Окончание-начало). Например, если выделены задачи 1, 2 и 3, то после нажатия кнопки задача 2 будет следовать за задачей 1, а задача 3 — за задачей 2. Выделив все связанные задачи и нажав кнопку Unlink Tasks (Разорвать связи задач), можно быстро удалить все связи между ними.

Суммарная задача отображается на диаграмме Ганта

Если в этом диалоговом окне заполнено поле Comments (Заметки), то его значение станет комментарием к суммарной задаче. При изменении названия суммарной задачи или комментария (Notes) к ней автоматически изменятся значения соответствующего поля в свойствах файла.
На рис. 11.24 отображается суммарная задача файла 12.mрр. Видно, что номер суммарной задачи проекта равен нулю, и нулю же всегда равен ее уровень в структуре проекта.

Суммарная задача проекта

Суммарная задача проекта

Когда состав работ определен, наш план представляет собой четыре фазы, объединяющие все задачи проекта. Для каждой из них известна длительность, но у нас нет общей информации о длительности всего проекта. Получить ее сложением длительностей фаз нельзя, поскольку они частично выполняются одновременно, а значит, общая длительность проекта не равняется длительности его фаз. Чтобы собрать фазы в единое целое, можно создать еще одну фазу Издание номера журнала и включить в нее все уже существующие фазы. Но правильнее отобразить Суммарную задачу проекта (Project summary task) — особую задачу, специально предназначенную для объединения всех проектных активностей. Она отображается на диаграмме Ганта особым цветом, и MS Project особым образом работает с ней.
Чтобы отобразить суммарную задачу проекта, в общих настройках проекта (см. рис. 2.11) на вкладке View (Вид) нужно установить флажок Show project summary task (Показывать суммарную задачу проекта). Суммарная задача отобразится с названием, взятым из поля Title (Название) в свойствах файла, которые можно редактировать в диалоговом окне, открываемом командой меню File > Properties (Файл > Свойства).

Типы ограничений в MS Project

Таблица 11.1. Типы ограничений в MS Project

Тип ограничения	Влияние на расписание	Описание
As Soon As Possible (ASAP), Как можно раньше (КМР)	Гибкое	С этим ограничением MS Project размещает задачу в расписании как можно раньше с учетом других параметров плана. Никаких дополнительных ограничений на задачу не распространяется. Это ограничение по умолчанию накладывается на все задачи, если проект планируется от даты начала
As Late As Possible (ALAP), Как можно позже (КМП)	Гибкое	С этим ограничением MS Project размещает задачу в расписании как можно позднее с учетом других параметров плана. Никаких дополнительных ограничений на задачу не распространяется. Это ограничение по умолчанию накладывается на все задачи, если проект планируется от даты окончания
Finish No Later Than (FNLT), Окончание не позднее (ОНП)	Среднее	Это ограничение обозначает наиболее позднюю дату, когда задача должна быть завершена. При этом задача может быть завершена как в этот день, так и раньше него. Предшествующая задача не сможет «вытолкнуть» задачу с ограничением типа FNLT (ОНП) за дату ограничения. Для проектов, планирующихся от даты окончания, это ограничение применяется, когда вы вводите дату окончания задачи
Start No Later Than (SNLT), Начало не позднее (ННП) i	Среднее	Это ограничение обозначает наиболее позднюю дату, когда задача может начаться. Задача может начинаться раньше или в этот день, но не позже. Предшественницы не смогут «вытолкнуть» задачу с ограничением SNLT (ННП) за дату ограничения. Для проектов, планирующихся от даты окончания, это ограничение применяется, когда вы вводите дату начала задачи
Finish No Earlier Than (FNET), Окончание не ранее (ОНР)	Среднее	Это ограничение обозначает наиболее раннюю дату, когда возможно завершить задачу. Задача не может быть помещена в расписании так, чтобы заканчиваться ранее обозначенной даты. Для проектов, которые планируются от даты начала, это ограничение применяется, когда вы вводите дату окончания задачи
Start No Earlier Than (SNET), Начало не ранее (НИР)	Среднее	Это ограничение обозначает наиболее раннюю дату, когда задача может начаться. Задача не может быть помещена в расписании ранее указанной даты. Для проектов, которые планируются от даты начала, это ограничение применяется, когда вы вводите дату начала для задачи
Must Start On (MSO), Фиксированное начало (ФН)	Негибкое	Это ограничение обозначает точную дату, на которую дата начала задачи должна быть помещена в расписании. Другие факторы (связи между задачами, задержки или опережения и пр.) не могут повлиять на положение задачи в расписании
Must Finish On (MFO), Фиксированное окончание (ФО)	Негибкое	Это ограничение обозначает точную дату, на которую в расписании должна быть помещена дата окончания задачи. Никакие другие факторы не могут повлиять на эту дату

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

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

Так выглядит добавленное повторяющееся задание в плане проекта

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

Так выглядит план проекта после добавления в него всех задач

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

Типы связей задач

Типы связей задач

В MS Project есть четыре типа связей между задачами. Связь типа Finish-to-start (Окончание-начало), или сокращенно FS (ОН), — наиболее распространенный тип зависимости между задачами, при которой задача В не может начаться, пока не завершена задача А:

Установка ограничения путем изменения даты начала задачи в таблице

Вкладка Predecessors (Предшественники) в диалоговом окне сведений о задаче

Влияние связей между задачами на план работ

Связи между задачами напрямую влияют на план работ. Например, если вы создадите две задачи и затем перетащите мышью связь с одной на другую (по умолчанию создастся связь типа FS (ОН)), то последующая задача на календарном плане займет место после первой задачи (строки 5-6 на рис. 11.7). Если теперь увеличить длительность предшественницы, то дата ее окончания будет перенесена на более поздний срок и автоматически на более поздний срок будет передвигаться и дата начала последующей задачи (строки 8-9).

Ввод ограничений

Ввод ограничений

В проектах, планируемых от даты начала, по умолчанию все задачи имеют ограничение As Soon As Possible (Как можно раньше), а в проектах, планируемых от даты окончания, — As Late As Possible (Как можно позже).
Изменять ограничения по умолчанию можно, вводя дату начала или окончания задачи в колонках Start (Начало) и Finish (Окончание) в таблице Entry (Ввод) или любой другой таблице, содержащей эти колонки. После ввода даты MS Project установит ограничение в соответствии с табл. 11.1.
Например, на рис. 11.17 (файл 10.mpp) мы изменили дату начала задачи. Сразу после этого в поле Indicators (Индикаторы) появился значок, указывающий на наличие у задачи ограничения (вторая строка сверху, второй столбец). Кроме того, уголок измененной ячейки выделен и рядом с ячейкой отображается кнопка раскрывающегося списка.
Введение в программирование на PHP5

Планирование ресурсов и создание назначений

Даты начала и окончания назначения

Даты начала и окончания назначения

Иногда ресурс подключается для выполнения задачи не на все время со дня ее начала и до окончания, а лишь на некоторые дни. Например, в задаче Подготовка плана номера нашего проекта (файл A.mpp), которая длится с 17.01.2002 до 21.01.2002, главный редактор Уваров задействован только один день — 18.01. В таких случаях для ограничения длительности назначения нужно указать в его свойствах даты его начала и окончания.
Даты начала и окончания назначения вводятся в диалоговом окне сведений о назначении (см. рис. 12.16) в полях Start (Начало) и Finish (Окончание). При создании назначения эти поля заполняются датами начала и окончания задачи. Кроме того, их можно редактировать в таблице представления Task Usage (Использование задач), если добавить в нее столбцы Start (Начало) и Finish (Окончание). На рис. 12.18 (файл Assignments\2.mpp) мы используем эти столбцы, чтобы продемонстрировать, как влияет изменение длительности назначения на свойства задачи. Кроме того, если ввести 0 в ячейках таблицы, соответствующих дням, в которые ресурс не работает над выполнением задачи, то длительность назначения также будет автоматически уменьшена.

Диалоговое окно сведений о назначении

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

Вкладка содержит таблицу, состоящую из двух колонок (рис. 12.5, файл З.mpp), в одной из которых, Resource Name (Название ресурса), указывается название задействованных ресурсов, а во второй, Units (Единицы), — сколько ресурсов выделяется на задачу.
Методы и средства инженерии программного обеспечения

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

Тип Fixed Work (Фиксированные трудозатраты) используется в плане проекта для обозначения задач, для выполнения которых нужны определенные трудозатраты. Длительность исполнения таких задач напрямую зависит от числа выделенных на исполнение сотрудников. Чем больше сотрудников, тем меньший объем работы приходится на каждого из них и тем быстрее задача будет выполнена.
Например, если добавить в план задачу с длительностью в 5 дней и установить ее тип Fixed Work (Фиксированные трудозатраты), то MS Project зафиксирует объем трудозатрат в 40 часов. Если затем назначить на выполнение задачи сотрудника, то он будет загружен на 100%. Если теперь назначить на задачу еще одного сотрудника, то программа разделит зафиксированные трудозатраты в 40 часов между двумя из них, и, соответственно, время, за которое они вдвоем выполнят задачу (то есть ее длительность), уменьшится до 2,5 дня (рис. 12.9, файл Types\FWork.mpp).

Длительность задач с фиксированным объемом ресурсов равняется трудозатратам, деленным на число назначенных ресурсов

Длительность задач с фиксированным объемом ресурсов равняется трудозатратам, деленным на число назначенных ресурсов

В табл. 12.1 показано, как изменение одного из свойств задачи влияет на другие свойства в зависимости от ее типа.

Фиксированный объем работ

Фиксированный объем работ

В дополнение к указанию типа задачи можно использовать признак фиксированного объема работ. Этот признак можно добавить, установив флажок Effort driven (Фиксированный объем работ) рядом со списком типов задач (см. рис. 12.7), если задача не относится к типу Fixed Work (Фиксированные трудозатраты).
Если этот признак включен, то назначение ресурсов или удаление назначений приводит к изменению длительности или процента загрузки ресурсов, но не трудозатрат, необходимых для выполнения задачи. Таким образом, использование этого признака позволяет частично зафиксировать трудозатраты одновременно с одним из двух других свойств задачи: длительностью или объемом ресурсов.
Фиксация объема работ не учитывается при первом назначении ресурсов на задачу и влияет на логику работы MS Project только после первого назначения. Кроме того, признак фиксации объема работ не учитывается, когда вы изменяете длительность, трудозатраты или единицы уже назначенных ресурсов.
Например, когда на задачу фиксированной длительности 5 дней назначался второй сотрудник, трудозатраты увеличивались с 40 часов до 80. Если же задача будет фиксированной длительности и фиксированного объема работ, то добавление второго сотрудника не повлияет на трудозатраты, а приведет к понижению загрузки первого сотрудника до 50%, и второй сотрудник будет также задействован на 50% (рис. 12.12, файл Types\FDurationE.mpp).

Календарь задачи

Календарь задачи

У задачи, как у ресурсов и проекта в целом, может быть свой календарь, по которому она выполняется. Например, если задача может выполняться на особом оборудовании, то режим выполнения задачи будет совпадать с режимом работы оборудования. Календарь задачи определяется в диалоговом окне сведений о задаче (рис. 12.14) в списке Calendar (Календарь). Если календарь задачи не определен (в списке выбран пункт None (Нет)), то календарем задачи считается базовый календарь проекта.

Настройка доступности ресурса

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

Бывает так, что ресурс может участвовать в проекте в разное время с разной загрузкой. Например, в определенные дни он будет недоступен или должен отдавать часть своего времени в другом проекте. В таком случае доступность ресурса для работ можно указывать в виде периодов: в первой строке таблицы описать первый период со своим процентом максимальной загрузки, во второй — следующий период и т. д.
На рис. 12.2 представлен пример определения доступности одного из ресурсов нашего проекта. Известно, что 11.03.2002 он отбывает в командировку, где пробудет до 15.03.2002, и не сможет работать в проекте. Все остальное время он будет доступен для нашего проекта. Чтобы занести информацию об этой ситуации в программу, мы создали три интервала доступности: с NA (НД) по 10.03.2002, с 11.03.2002 по 15.03.2002 и с 16.03.2002 по NA (НД). Доступность ресурса в первый и третий период будет 100%, а во второй — 0%.

Настройка параметров

Настройка параметров

При выборе ресурса для назначения можно указать название нового ресурса, который будет создан вместе с назначением. Однако такой режим может повлечь и нежелательные последствия: если вы допустите опечатку, программа создаст и проекте новый ресурс, а это может быть не нужно.
Для того чтобы программа предупреждала вас перед добавлением нового ресурса в проект, следует в диалоговом окис Options (Параметры) (чтобы открыть это диалоговое окно, выберите команду меню Tools t Options (Сервис > Параметры)) на вкладке General (Общие) сбросить флажок Automatically add new resources and tasks (Автоматически добавлять новые ресурсы и задачи).
При формировании назначения его единицы (Assignment Units) могут отображаться как десятичное число или как процент. Единицы назначения выбираются в раскрывающемся списке Show assignment units as (Показывать единицы назначений как) на вкладке Schedule (Календарный план) диалогового окна Options (Параметры). В этом списке содержится два значения: Percentage (Проценты) и Decimal (Десятичные).
На этой же вкладке в раскрывающемся списке Default task type (Тип задач по умолчанию) определяется, какие типы будут автоматически присваиваться задачам при создании (типы задач мы рассмотрим далее в этом уроке). Кроме того, с помощью флажка New tasks are effort driven (Новые задачи имеют фиксированный объем работ) можно включить режим, при котором добавляемые задачи будут помечаться как имеющие фиксированный объем работ. Стоит оставить этот флажок установленным, а в качестве типа задач по умолчанию выбрать Fixed Units (Фиксированный объем ресурсов).
MS Project умеет равномерно распределять нагрузку ресурсов. При включенном режиме автоматического выравнивания загрузки программа не допустит того, чтобы трудозатраты сотрудников превышали их рабочее время. (Это может случиться, если назначить сотрудника на две задачи, выполняемые одновременно и.чи пересекающиеся в некоторые дни.) Но это может и вызвать некоторые проблемы, поскольку если вы попытаетесь назначить сотрудника на задачу, идущую одновременно с той, где он уже задействован, MS Project автоматически перенесет ее исполнение на более поздний срок. Поэтому режим автоматического выравнивания загрузки стоит отключить, с тем чтобы воспользоваться этой возможностью после того, как все назначения будут определены.
Диалоговое окно, предназначенное для настройки выравнивания загрузки ресурсов (рис. 12.4, файл 2.mрр), открывается командой меню Tools > Level Resources (Сервис > Выравнивание ресурсов). В открывшемся окне Resource Leveling (Выравнивание загрузки ресурсов) в верхнем разделе Leveling calculations (Вычисления для выравнивания) нужно выбрать переключатель Manual (Выполнять вручную) и нажать кнопку ОК. Теперь можно переходить к работе с назначениями.

Назначение материальных ресурсов

Назначение материальных ресурсов

При назначении материальных ресурсов можно указать как фиксированный объем выделяемых на задачу ресурсов (например, 3 бочонка, как на рис. 12.5), так и переменный объем (например, 1 бочонок в день). Для ввода переменного объема расходования материалов нужно в диалоговом окне сведений о задаче (см. рис. 12.5) в поле Units (Единицы) ввести данные в формате: число единиц/ обозначение длительности. Например, З/d (3/д) для обозначения расходования трех единиц материала в день.
В первом случае на решение задачи выделяется ограниченное количество материалов, и оно распределяется по времени исполнения задачи в соответствии с примененным к назначению профилем. Во втором случае программа планирует расходовать материальный ресурс в соответствии с единицами назначения, и общий объем расходуемого на задачу материала зависит от длительности задачи. Кроме того, изменение объемов выделяемых материалов может повлиять на свойства задачи.
Например, на рис. 12.20 (файл Assignments\5.mpp) представлена задача с фиксированными трудозатратами длительностью в 3 дня, на которую выделены 6 коробок бумаги при скорости расходования 2 коробки в день (строка 1). При увеличении длительности задачи (строка 3) автоматически уменьшается скорость расходования материалов, поскольку программа предполагает, что объем материалов зафиксирован.

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

Нематериальные ресурсы измеряются в процентах или десятичных числах, где под 100%, или 1, понимается полная задсйствованность ресурса в выполнении задачи (сотрудник будет заниматься ею полный рабочий день). Например, на рис. 12.5 на задачу выделены ресурсы в объеме от 25% до 30%. Это значит, что каждый день на протяжении длительности задачи (7 дней) сотрудники будут тратить на нее от 2 до 2,6 часа.

Определение назначений

Определение назначений

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

Определение рабочего времени ресурса

Например, на рис. 12.3 мы устанавливаем рабочее время для сотрудника отдела предпечатной подготовки Борисова. Соответственно, в качестве базового выбран календарь Отдел предпечатной подготовки. Если после этого выбрать один из рабочих дней календаря, то справа от него можно просмотреть рабочее время: с 8 до 12, с 13 до 17 и с 18 до 23.
Так же, как и при настройке общего календаря, можно выбрать любой из диен и сделать его внеурочным выходным пли рабочим, причем эти настройки будут распространяться только на выбранный ресурс. Кроме того, можно установить для выбранного ресурса особый временной режим работы в течение дня, например, если сотруднику в один из дней нужно уйти с работы раньше обычного.

Определение рабочего времени ресурсов

Определение рабочего времени ресурсов

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

Определение состава ресурсов во время создания назначений

Определение состава ресурсов во время создания назначений

Создавать назначения удобно, если список ресурсов уже заполнен. Но обычно необходимые проекту ресурсы известны заранее, только если в организации накоплен большой опыт выполнения аналогичных проектов. Если же такого опыта нет, то определить ресурсы можно в процессе создания назначений.
Сначала нужно установить флажок, разрешающий автоматическое добавление новых ресурсов (см. раздел «Настройка параметров» ). После этого в диалоговом окне определения ресурсов задачи можно будет вводить названия новых ресурсов, а не только выбирать из списка. В качестве названий ресурсов стоит указывать не фамилии, а профессиональные квалификации, например «редактор» или «программист». Если требуется несколько ресурсов одной квалификации, можно ввести названия «программист!», «программист» и т. д.
После того как назначения определены и на каждую задачу назначены исполнители и выделены материалы, перейдя в представление Resource Sheet (Лист ресурсов), вы увидите список всех требуемых проекту сотрудников и оборудования. Теперь можно заменить профессиональные квалификации конкретными фамилиями.

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

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

По улолчапию все сотрудники, которых вы добавляете в проект, считаются доступными для участия в работах в течение всего проекта. Но часто случается, что есть сотрудники, занятые в других проектах, и они могут быть включены в ваш проект только тогда, когда закончат эту работу, а не прямо с момента начала вашего проекта.
Кроме того, по умолчанию все сотрудники, которых вы добавляете для участия в проекте, считаются доступными на 100%, то есть при планировании MS Project будет считать, что они могут работать над выполнением проектных задач полный рабочий день. Однако в жизни все бывает сложнее, и часто сотрудник одновременно задействован в нескольких проектах. В таком случае нужно определить степень его максимальной загрузки в вашем проекте. Например, если сотрудник может работать в вашем проекте не больше половины рабочего дня, то его максимальная загрузка равняется 50%.
Если среди включенных в проект сотрудников есть те, кто не может участвовать в проекте на всем его протяжении, или те, кто не может тратить весь свой рабочий день на выполнение работ по проекту, то для них нужно определить время участия в проекте и процент максимальной загрузки. Это можно сделать в диалоговом окне Resource Information (Сведения о ресурсе), на вкладке General (Общие) (рис. 12.2, файл 1.mpp).
На этой вкладке редактируются общие сведения о ресурсе, и среди них информация о его доступности в проекте. Для ввода этих данных предназначена таблица Resource Availability (Доступность ресурса) в левом нижнем углу диалогового окна.

Переменный объем расходования материалов и задачи с фиксированной длительностью

Переменный объем расходования материалов и задачи с фиксированными трудозатратами

При увеличении объема материалов (строка 5) увеличивается длительность задачи, поскольку скорость расходования остается прежней. А при уменьшении скорости расходования материалов до 1 коробки в день (строка 7) длительность задачи также увеличивается.
На рис. 12.21 (строка 11) представлен пример задачи с теми же параметрами, что и на рис. 12.20 (строка 1), но с фиксированной длительностью. При увеличении длительности таких задач (строка 13) увеличивается общий объем требуемых задаче материальных ресурсов. При увеличении общего объема выделенных на задачу материалов (строка 15) длительность задачи сохраняется, но увеличивается скорость расходования материалов. А при уменьшении скорости расходования материалов (строка 17) уменьшается общий объем материалов, требующийся для выполнения задачи.
Если же материальный ресурс с переменным объемом расходования задействован в задаче с фиксированным объемом ресурсов (рис. 12.22, строка 20), то при увеличении длительности задачи (строка 22) требуемый задаче объем ресурсов возрастает, а при уменьшении скорости расходования (строка 26) — уменьшается. Если же увеличивается общее число выделенных на задачу материалов, то увеличивается длительность задачи.

Переменный объем расходования материалов и задачи с фиксированным объемом ресурсов

Перерывы в выполнении работы

Перерывы в выполнении работы

Довольно часто задачи имеют перерывы, например, когда ресурс, исполняющий работу, должен временно переключиться на другую задачу. В таком случае нужно воспользоваться командой прерывания задачи.
Для прерывания задачи нужно открыть диаграмму Ганта и выбрать команду меню Edit > Split Task (Правка > Прервать задачу). После этого нужно навести курсор на отрезок нужной задачи. Курсор преобразится в вертикальную полосу, от которой вправо отходит стрелка, и потянув задачу с помощью такого курсора, вы прервете ее. Прерванная задача представлена на рис. 12.19 (файл Assignments\3.mpp).

Перерыв в выполнении работ в представлениях Gantt Chart (Диаграмма Ганта) и Task Usage (Использование задач)

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

Персональное время работы

Персональное время работы

По умолчанию в MS Project считается, что все сотрудники работают по основному календарю проекта (выбранному при определении проекта, см. раздел «Рабочее время»). Но часто отдельные сотрудники или даже целые отделы имеют собственный календарь.
Например, в издательстве отдел предпечатной подготовки работает круглосуточно, поскольку машины, готовящие типографские пленки, работают очень долго и подготовка пленок для номера журнала займет слишком много времени, если будет осуществляться в стандартное рабочее время. Поэтому в нашем проекте (файл 2.mpp) мы создали отдельный календарь (см. далее в разделе «Календарь задачи») с именем Отдел предпечатной подготовки, и все ресурсы, работающие в этом отделе, будут работать по этому календарю.
Для определения рабочего времени, по которому работает ресурс, а также его личных рабочих и выходных дней предназначена вкладка Working Time (Рабочее время) в диалоговом окне сведений о ресурсе (рис. 12.3). Выбор календаря осуществляется с помощью раскрывающегося списка Base calendar (Базовый календарь). Кроме того, на вкладке расположен календарь, в котором можно настроить особый режим работы для выбранного ресурса аналогично тому, как мы настраивали особый режим работы в проектном календаре (см. раздел «Рабочее время»).

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

После выбора типа ресурса поля заполняются значениями по умолчанию

Поле Material Label (Единицы измерения материалов) можно редактировать только для материальных ресурсов. В него вводятся единицы измерения ресурса, например Коробка для ресурса Бумага для типографии или Бочонок для ресурса Краска для вывода пленок.

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ
При заполнении информации о доступности дата окончания предыдущего интервала должна быть раньше даты начала следующего интервала. При этом дата начала и окончания интервала может совпадать, если его длительность равна одному дню.
Просматривать информацию о доступности и максимальной загрузке можно и в таблице, добавив в нее поля Available From (Доступен с), Available To (Доступен до) и Max Units (Максимальная нагрузка). При этом отображаемые данные будут соответствовать данным из первой строки в таблице Resource Availability (Доступность ресурса). Даты в таблице редактировать нельзя, а информацию о максимальной нагрузке можно. Использовать таблицу для просмотра и редактирования удобно только в том случае, если ресурсы имеют по одному интервалу доступности. Например, ресурс Сергеева выделен в наш проект только наполовину, поэтому его доступность можно определить прямо в таблице.
Пять уроков по Java

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ
Выбрать базовый календарь ресурса можно и в таблице Entry (Ввод), в раскрывающемся списке Base Calendar (Базовый календарь). Особенно удобно использовать таблицу, если вам нужно назначить особый календарь нескольким сотрудникам: выбрав его в одной ячейке таблицы, вы можете быстро перенести его в другие с помощью копирования.
Как вы могли заметить, возможности личного календаря пересекаются с возможностями настройки доступности ресурса. Например, недоступность сотрудника можно ввести в программу с помощью таблицы с информацией о доступности, а можно создать ему внеурочный выходной день в личном календаре. И в том и в другом случае MS Project сообщит вам об ошибке планирования, если вы захотите выделить этого сотрудника на выполнение работ в этот день.
После того как информация о личных календарях введена в план проекта (файл 2.mрр), можно переходить к следующему этапу — назначению ресурсов на задачи, то есть определять, какие задачи выполняет тот или иной ресурс или какие ресурсы выделены на выполнение той или иной задачи.

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ
Доступность можно определять только для нематериальных ресурсов.
По умолчанию значениями первой и второй колонок являются NA (НД), а процент загрузки равен 100%. Для того чтобы указать сроки участия в проекте, в первую колонку нужно ввести дату ввода ресурса в проект, а во вторую — дату вывода из проекта. При этом если одна из дат не определена, то вместо нее нужно ввести NA (НД). Например, если ресурс участвует в проекте с самого начала, но должен прекратить свое участие 10 сентября, то в поле Available From (Доступно с) нужно ввести NA (НД), а в поле Available To (Доступно до) — 10 сентября. И наоборот, если ресурс может быть введен в ваш проект в определенный день, а после этого доступен
для участия в проекте неограниченное время, то в Available From (Доступно с) нужно указать дату ввода ресурса в проект, а в поле Available То (Доступно до) — NA (НД).

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

Для того чтобы календарь задач при расчете расписания имел больший приоритет, чем календарь ресурсов (например, у тех задач, которые действительно необходимо выполнять в определенное время независимо от желания сотрудников), нужно установить флажок Scheduling ignores resource calendars (He учитывать календари ресурсов при планировании) в диалоговом окне сведений о задаче (см. рис. 12.14).
Например, на рис. 12.15 этот режим включен у задач в строках 7 и 9. У первой выбран 24-часовой календарь и назначен ресурс со стандартным календарем, а у второй, наоборот, выбран стандартный календарь и назначен ресурс с 24-часовым календарем. В обоих случаях нагрузка на ресурсы распределена в соответствии с календарем задачи.

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

Если применить к назначению профиль Bell (Колокол), то пик работ придется на середину выполнения задачи. А профиль Turtle (Черепаха) планирует основную загрузку ресурса на середину выполнения задачи, а в начале и окончании задачи трудозатраты уменьшаются.

Пример использования дат начала и окончания назначения

Мы создали три задачи разного типа длительностью 5 дней с трудозатратами 40 часов (строки 1, 5, 10). Эти трудозатраты распределены между двумя ресурсами, каждый из которых задействован на 50%. Затем у второго ресурса мы переносим дату окончания назначения с 29.03.02 на 28.03.02.
У задач с фиксированной длительностью (строки 1, 3) и фиксированным объемом ресурсов (строки 10, 12) это приводит к уменьшению трудозатрат при сохранении длительности. При этом перерасчет трудозатрат ресурса происходит по формуле трудозатраты = длительность назначения х процент загрузки. Поэтому если вы хотите, чтобы при уменьшении длительности назначения трудозатраты ресурса сохранились, нужно увеличить процент его загрузки. Это можно сделать либо в диалоговом окне сведений о назначении (см. рис. 12.16), либо на вкладке Resources (Ресурсы) в диалоговом окне сведений о задаче (см. рис. 12.5).
У задачи с фиксированными трудозатратами после уменьшения длительности назначения загрузка ресурса увеличивается, с тем чтобы его трудозатраты не изменились. Так, в нашем примере (строки 5, 7) трудозатраты ресурса выросли с 50% до 63%.

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

Если же добавить второй ресурс к задаче с фиксированными ресурсами, то трудозатраты вырастают с 40 до 80 часов. Если в аналогичной ситуации задача будет помечена как задача с фиксированным объемом работ, то при добавлении ресурса трудозатраты сохранятся, а длительность задачи уменьшится, поскольку участие второго ресурса уменьшает время, необходимое на выполнение объема работ (рис. 12.13, файл Types\FUnitsE.mpp).

При выделении дополнительных ресурсов сокращается длительность задачи

Профиль загрузки

Профиль загрузки

По умолчанию при создании назначения трудозатраты распределяются по всей его длительности, используя максимум рабочего времени ресурса. То есть если трудозатраты не округляются до целых дней, например до 20 часов (8+8+4), то объем работы в 4 часа будет оставлен на последний день задачи, а первые два дня ресурсы будут задействованы полностью. Например, именно так распределена работа на рис. 12.15 (В задачах в строках 3 и 7 исполнение начинается в 8:00, поэтому загрузка в первый день равняется 16 часам, а не 24).
Распределение по описанному принципу соответствует плоскому профилю загрузки, по умолчанию используемому для новых назначений. Однако не всегда это удобно, поскольку часто выполнение задачи требует приложить разные трудозатраты на разных этапах ее выполнения.
Изменить профиль загрузки назначения можно с помощью раскрывающегося списка Work contour (Профиль загрузки) в диалоговом окне сведений о назначении (см. рис. 12.16, файл Calendars\1.mpp). По умолчанию выбран пункт Flat (Плоский). На рис. 12.17 представлены примеры применения остальных профилей, предлагаемых этим списком. Значки, появляющиеся в колонке Indicators (Индикаторы) при применении профилей к назначению, отражают принцип распределения загрузки назначения каждого из них.
Профиль Back Loaded (Загрузка в конце) распределяет трудозатраты так, что основная нагрузка приходится на последние дни, отведенные на выполнение задачи. Противоположность ему представляет профиль Front Loaded (Загрузка в начале), отводящий на основные трудозатраты первые дни выполнения задачи.
Если эти два профиля распределяют загрузку по нарастанию или по убыванию, то следующие профили содержат пики загрузки в разные моменты выполнения задачи. Профиль Double Peak (Двойной пик) содержит два пика в середине задачи, Early Peak (Ранний пик) планирует пиковую загрузку ближе к началу задачи, a Late Peak (Поздний пик) — ближе к ее окончанию.

Распределение затрат после назначения ресурсов на задачу

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

Составление списка людей и оборудования

Составление списка людей и оборудования

После того как определен состав задач, нужно определить, кто эти задачи будет исполнять и какое оборудование будет использоваться. Для этого нужно ввести в план проекта список ресурсов и информацию о них, а затем распределить эти ресурсы между задачами.
В этом уроке вы узнаете, как добавлять ресурсы в проект и определять степень их возможного участия в проекте. Вы научитесь назначать ресурсы на задачи и определять параметры назначений. Вы узнаете об особенностях планирования назначений для сотрудников и материальных ресурсов и принципах распределения загрузки ресурса во время исполнения задачи.
Планирование ресурсов начинается с определения состава ресурсов, то есть составления списка людей и оборудования, необходимого для выполнения проектных работ. Работа со списком ресурсов осуществляется в представлении Resource Sheet (Лист ресурсов), и наиболее удобной для ввода данных является таблица Entry (Ввод).
Для добавления нового ресурса в список нужно установить курсор в поле Resource Name (Название ресурса) и ввести его название. Затем в поле Туре (Тип) нужно выбрать один из двух пунктов раскрывающегося списка: Work (Трудовой) или Material (Материальный). Первый вариант нужно выбрать, если ресурс — сотрудник, а второй — если оборудование. До тех пор пока не установлено значение этого поля, другие поля таблицы редактировать не удастся, а после того как значение выбрано, многие поля заполняются стандартными значениями.
Например, на рис. 12.1 (файл 1.mpp) мы добавили в наш проект сотрудника по фамилии Иванов и выбрали тип Work (Трудовой). После этого автоматически были заполнены почти все поля в строке, а мы заполнили только поле Initials (Краткое название).

СОВЕТ

СОВЕТ
Удобный способ быстро обнаружить дни, в которые ресурсы работают по нестандартному расписанию, предлагает диаграмма Calendar (Календарь). Для этого в настройках временной шкалы календаря нужно выбрать календарь нужного ресурса и определить, каким цветом на календаре должны выделяться нестандартные дни (подробнее см. в разделе «Форматирование шкалы времени»).

СОВЕТ

СОВЕТ
Назначать ресурсы можно с помощью таблицы, выбирая ресурсы в поле Resource Names (Названия ресурсов). Если потянуть мышью за квадрат в углу ячейки, то можно скопировать ее значения в соседние. Благодаря этому можно быстро назначить ресурс на исполнение нескольких задач. Эта возможность полезна при назначении ресурсов на повторяющуюся задачу.
Если же назначается материальный ресурс, то в поле Units (Единицы) вводится число, соответствующее единицам измерения данного ресурса. Например, на рис. 12.5 для выполнения задачи Вывод пленок нужна Краска для вывода пленок. Ее количество измеряется в бочонках, как мы указали в поле Material Label (Единицы измерения материалов) для этого ресурса, и поэтому в назначении мы определим число бочонков.
После того как назначения созданы, программа определяет материальные затраты и трудозатраты каждого из ресурсов для выполнения задачи и планирует распределение этих затрат в каждый из дней на протяжении всей ее длительности. Подробное распределение затрат по дням отражается в представлении на рис. 12.6.
Энциклопедия системного администратора Linux

Создание назначений

Создание назначений

Для выбора ресурсов, обеспечивающих выполнение задач, удобнее всего воспользоваться представлением Task Usage (Использование задач), принципы работы с которым мы рассматривали в разделе «Диаграмма использования задач». Для создания назначения нужно дважды щелкнуть на задаче в списке и в открывшемся диалоговом окне сведений о задаче выбрать вкладку Resources (Ресурсы). (В MS Project есть и дополнительные средства создания назначений, которые мы рассмотрим позднее).

Свойства назначения

Свойства назначения

Каждое из связанных с задачей назначений имеет набор свойств, с помощью которых его можно настроить так, чтобы оно в большей степени соответствовало требованиям вашего проекта. Настройка свойств назначения осуществляется в диалоговом окне Assignment Information (Сведения о назначении), открывающемся по двойному щелчку на назначении в таблице представления Task Usage (Использование задач).
Диалоговое окно содержит три вкладки, из которых на этапе составления плана проекта нам понадобится лишь первая, General (Общая). На ней (рис. 12.16) можно изменить задействованный в назначении ресурс, указав новое название в поле Resource (Ресурс), процент участия, выбрав нужную величину в счетчике Units (Единицы), или трудозатраты, указав их в счетчике Work (Трудозатраты). Но самое важное в данном диалоговом окне не это, а возможность определить точные даты участия ресурса в задаче и профиль загрузки.

Взаимосвязь свойств для задач разных типов

Таблица 12.1. Взаимосвязь свойств для задач разных типов

Тип задачи	Изменение объема ресурсов	Изменение длительности приводит к пересчету	Изменение работы
Фиксированный объем ресурсов	длительности	трудозатрат	длительности
Фиксированные трудозатраты	длительности	объема ресурсов	длительности
Фиксированная длительность	трудозатрат	трудозатрат	объема ресурсов

Таблица состоит из трех колонок...

Таблица состоит из трех колонок: Available From (Доступно с), где указывается дата ввода ресурса в проект, Available To (Доступно до), где указывается дата вывода из проекта, и Units (Единицы), где указывается максимальный процент загрузки ресурса за период между введенными в предыдущие поля датами.

Типы задач

Типы задач

Задачи в плане проекта могут быть трех типов: Fixed Duration (Фиксированная длительность), Fixed Work (Фиксированные трудозатраты) или Fixed Units (Фиксированный объем ресурсов). Тип задачи выбирается на вкладке Advanced (Дополнительно) в диалоговом окне сведений о задаче (рис. 12.7, файл З.mpp) и определяет, как редактирование одного из свойств задачи — длительности, трудозатрат или назначений — будет влиять на два других свойства.

Тип задачи определяется в диалоговом окне сведений о задаче

От того, какой тип задачи выбран, зависит, значение какого из трех свойств фиксируется. Например, если вы определите тип задачи Fixed Duration (Фиксированная длительность), то изменение трудозатрат или числа назначенных на исполнение задачи сотрудников не изменит ее длительность.
Например, длительность задачи Сбор предложений от авторов в нашем проекте (файл 4.mрр) не зависит от того, сколько сотрудников издательства общаются с авторами, а зависит от скорости поступления информации от авторов.
Если вы создадите задачу с фиксированной длительностью и определите ее длительность в 5 дней, а затем назначите на исполнение сотрудника, то трудозатраты автоматически будут установлены в 40 часов. После того как вы добавите на задачу еще одного сотрудника, трудозатраты станут составлять 80 часов (то есть 2 человеко-недели), а длительность по-прежнему будет равняться 5 дням, или 40 часам. Если же увеличить длительность задачи до 6 дней, то трудозатраты каждого из задействованных в ней сотрудников возрастут, и суммарно составят уже 96 часов (рис. 12.8, файл Types\FDuration.mpp).

Трудозатраты задачи зафиксированы, и чем больше ресурсов назначено, тем быстрее задача будет выполнена

Если же у задачи с фиксированными трудозатратами увеличить длительность, то есть дать назначенным ресурсам больше времени на выполнение работы, то программа уменьшит их среднюю ежедневную нагрузку. В предыдущем примере два сотрудника выполняли задачу за 2,5 дня, работая в первые два дня по 8 часов и по 4 в последний. Если же мы увеличим длительность этой задачи до 5 дней, то MS Project понизит загрузку сотрудников до 50%, и теперь они будут работать по 4 часа в день, но в течение недели (рис. 12.10).
Тип Fixed Units (Фиксированный объем ресурсов) используется в плане проекта для обозначения задач, длительность и объем работ которых полностью зависят от выделенных на них ресурсов. Например, если добавить в план задачу длительностью в 5 дней и выделить на нее сотрудника, то трудозатраты будут определены в 40 часов. Если теперь назначить на задачу еще одного сотрудника, то трудозатраты возрастут до 80 часов, поскольку теперь над выполнением задачи трудятся два человека. Если теперь изменить длительность задачи, например, до 6 дней, то трудозатраты вырастут до 96 часов. А если теперь изменить объем трудозатрат на 80 часов, то длительность автоматически уменьшится до 5 дней (рис. 12.11, файл Types\FUnits.mpp).

Удаление назначений

Удаление назначений

Удалить назначения можно в представлении Task Usage (Использование задач), выделив строку таблицы с назначением и нажав клавишу Delete или удалив ресурс из списка ресурсов в диалоговом окне сведений о задаче (см. рис. 12.5).
Удаление нематериального ресурса может привести к изменениям длительности или трудозатрат задачи и к изменению загрузки других задействованных в задаче ресурсов. Как повлияет удаление назначения на свойства задачи и ее назначений, зависит от типа задачи.
Удаление назначения из задачи с фиксированной длительностью повлечет уменьшение трудозатрат на ее исполнение (рис. 12.23, строки 1, 4). Но если задача была с фиксированным объемом работ (Effort Driven), то трудозатраты с удалением ресурса не уменьшатся, и соответственно росту трудозатрат увеличится процентная загрузка других назначений. Так, на рис. 12.23 видно, что при удалении одного из ресурсов загрузка второго выросла со 100% до 200% (строки 1, 10).
Удаление ресурсов из задач с фиксированными ресурсами приводит к изменениям в свойствах задачи и других назначений, только если у задачи зафиксирован объем работ (рис. 12.24, строки 19, 22). В этом случае трудозатраты удаленного ресурса переносятся на оставшиеся назначения, что приводит к увеличению длительности задачи.
Путь художника

Удаление назначения из задачи с фиксированной длительностью

Удаление назначения из задачи с фиксированными ресурсами

Удаление назначения из задачи с фиксированными трудозатратами приводит к тем же последствиям, что и в предыдущем случае: объем работ, который должен был выполнить удаленный ресурс, распределяется между оставшимися назначениями. Соответственно увеличивается и длительность задачи (рис. 12.25, файл Assignments\4.mpp).

Удаление назначения из задачи с фиксированными трудозатратами

ВНИМАНИЕ

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

Выбор календаря задачи в диалоговом окне сведений о задаче

Календарь задачи определяет, как трудозатраты на ее выполнение будут распределены в календаре проекта. Например, если у задачи выбран стандартный календарь (или календарь не выбран и календарем проекта является стандартный), то при назначении ресурса (выделенного на 100%) трудозатраты будут распределяться из расчета 8 часов в день со дня начала задачи. Например, на рис. 12.15 (строка 1) мы выделили ресурс на 40-часовую задачу, длящуюся в течение 5 дней. Автоматически его загрузка была определена как 8 часов ежедневно в течение 5 дней.
При распределении загрузки ресурса внутри периода, отведенного на исполнение задачи, учитывается не только календарь задачи, но и календарь ресурса. То есть чтобы определить, сколько часов ресурс должен тратить на выполнение задачи в определенный день, MS Project умножает число часов, которые ресурс может отработать в этот день, на число единиц, на которые ресурс был выделен для этой задачи. Например, если ресурс работает по стандартному календарю с 8-часовым рабочим днем, то при выделении на 100% он будет работать над задачей по 8 часов в день, а если календарь ресурса настроен на 24-часовой рабочий день, то при выделении на 100% он будет работать над задачей 24 часа. Поэтому при выделении на задачу ресурса с 24-часовым календарем (рис. 12.15, строка 3) задача с трудозатратами в 40 часов будет выполнена за 2 дня: в один день сотрудник отработает 24 часа, а в другой — 16.
При распределении трудозатрат по рабочим дням программе приходится объединять календари задачи и ресурса. Если календарь ресурса позволяет ему работать больше, чем по календарю задачи, то ресурс работает больше. (Это иллюстрирует предыдущий пример, где на задачу со стандартным календарем был выделен ресурс с 24-часовым календарем.) Если же календарь задачи требует от ресурса работать больше, чем тому полагается по персональному календарю, то ресурс работает меньше. Этот принцип иллюстрирует строка 5 на рис. 12.15: на задачу с 24-часовым календарем был выделен ресурс со стандартным календарем, и программа по-прежнему распределила нагрузку по 8 часов в день. То есть календарь ресурса имеет приоритет перед календарем задачи.
Введение в POSIX'ивизм

Дополнительная информация о задачах и ресурсах

Диалоговое окно настройки кодов структуры

Затем в списке в центре диалогового окна нужно выбрать один из кодов и переименовать его с помощью кнопки Rename (Переименовать), так же как и при создании настраиваемого поля. Поскольку с помощью кода мы хотим упорядочить ресурсы, разделив их по отделам, то назовем новый код Код отдела.
Затем нужно определить формат кода, для чего с помощью кнопки Define Code Mask (Определить маску кода) необходимо перейти в диалоговое окно определения маски кода (рис. 13.28, файл 19.mрр).
Протоколы Internet

Диалоговое окно настройки отображения индикаторов

В верхней части диалогового окна нужно выбрать переключатель, соответствующий типу задач, для которых настраиваются критерии отображения индикаторов: Nonsummary rows (Несуммарных строк), Summary rows (Суммарных строк) или Project summary (Суммарной задачи проекта). При этом для каждого типа можно настроить свои критерии отображения индикатора.
Чтобы для суммарных задач индикаторы отображались по тем же критериям, что и для обычных, нужно установить флажок Summary rows inherit criteria from nonsummary rows (Суммарные строки наследуют условия от несуммарных строк). А для того чтобы суммарная задача проекта использовала те же критерии, что и суммарные задачи, нужно установить флажок Project summary inherits criteria from summary rows (Суммарная задача проекта наследует условия от суммарных строк). Если оба флажка установлены, то настраивая параметры для обычных задач, вы тем самым определяете параметры отображения для всех остальных задач проекта. Настройка параметров отображения индикаторов производится в таблице в центре диалогового окна.

Диалоговое окно настройки полей

Выбрав нужный тип данных (в нашем примере 15.mpp это текст), необходимо выбрать поле, а затем настроить его и задать для него название, чтобы потом не забыть, что в поле, например, Textl, хранятся такие-то данные. Для этого предназначена кнопка Rename (Переименовать), после нажатия на которую открывается диалоговое окно ввода названия поля. Предположим, что мы хотим указывать в настраиваемом поле результат задачи. Назовем поле Результат, и его название появится в списке полей рядом с названием поля Textl.
Для создания простого настраиваемого поля этой операции достаточно. Остальные параметры этого диалогового окна мы рассмотрим в дальнейшем, когда будем настраивать другие поля в нашем плане. Теперь можно нажать кнопку О К, чтобы выйти из диалогового окна и попробовать почувствовать удобство использования настраиваемых полей.

Диалоговое окно определения маски кода

Диалоговое окно определения маски кода напоминает окно определения кодов WBS (СДР), и работа с ним осуществляется по тем же принципам. В таблице в центре диалогового окна определяется число уровней, которыми будет обладать код, и формат данных, используемых для идентификации на каждом из уровней. Первый уровень кода структуры будет соответствовать названию отдела, а второй — занимаемой сотрудником должности. Соответственно, на рис. 13.28 мы настроили код так, чтобы и на первом, и на втором уровне использовались символьные строки с неограниченным числом символов.
Флажок Only allow codes listed in the lookup table (Допускаются только коды из таблицы подстановки) определяет, можно ли при вводе кода для ресурса использовать коды, не перечисленные в таблице подстановки. Если этот флажок установлен, то при вводе для ресурса или задачи значения кода, отсутствующего в таблице подстановки, программа выдаст сообщение об ошибке. Поскольку мы планируем перечислить все возможные отделы и должности в таблице подстановки, то установим этот флажок.
Второй флажок в этом диалоговом окне, Only allow new codes with values in all levels of mask (Допускаются только новые коды со значениями во всех уровнях маски), разрешает ввод кодов только со значениями на всех уровнях маски. Например, если описать маску кода из трех уровней, а потом ввести для ресурса или задачи значение кода, состоящее только из двух уровней, то при установленном флажке программа выдаст сообщение об ошибке и попросит ввести полный код.
Завершив настройку маски кода, перейдем в диалоговое окно редактирования таблицы подстановки для настраиваемого кода. Это можно сделать, нажав кнопку Edit lookup table (Изменить таблицу подстановки) в диалоговом окне настройки маски кода (см. рис. 13.28) или выбрав нужный код и нажав кнопку с тем же названием в диалоговом окне настройки кодов структуры (см. рис. 13.27).
Диалоговое окно, предназначенное для редактирования таблицы подстановки настраиваемого кода (рис. 13.29, файл 19.mрр), состоит из нескольких управляющих кнопок и таблицы.

Диалоговое окно вставки объекта на основе существующего файла

Если вы не хотите, чтобы на диаграмме или в поле заметки отображались данные из выбранного файла, а вам нужна лишь ссылка на него в виде значка, нужно установить флажок Display as Icon (В виде значка).
На рис. 13.10 изображен проектный файл (12.mрр) после того, как мы добавили в него сопровождающие документы. Так, в заметку задачи Передача рекламных анонсов в предыдущий номер был вставлен шаблон для передачи этих анонсов, а па диаграмму был вставлен документ в формате Microsoft Visio.
Документ, добавленный в заметку задачи, относится к задаче, но как определить, к чему относится документ, добавленный на диаграмму? Для этого предназначено диалоговое окно форматирования этого объекта (рис. 13.11, файл 12.mpp), вызываемое с помощью команды Properties (Свойства) в его контекстном меню.

Диалоговое окно вставки объекта в режиме создания нового объекта

Если же вы выберете второй переключатель, то диалоговое окно преобразится: в нем появится поле для ввода адреса файла на диске (рис. 13.9, файл 12.mрр). Нажав кнопку Browse (Просмотр), можно выбрать файл с диска. Если установить флажок Link (Связь с файлом), то содержимое файла, отображенное на диаграмме после вставки, будет обновляться, если вы отредактируете файл. Если этот флажок будет сброшен, то в проект будут вставлены текущие данные из выбранного файла.

Добавляем заметку к задаче «Редколлегия»

Гиперссылки

Гиперссылки

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

Информация о приоритете задачи вводится в диалоговом окне сведений о задаче

Как правило, ресурсы проекта можно объединить в группы, например по роли в проекте (редакторы, корректоры и т. д.), по названию внешней организации, предоставившей ресурс, или по иному признаку.
Информация о группе, к которой относится ресурс, вводится на вкладке General (Общие) диалогового окна сведений о ресурсе в поле Group (Группа) или в одноименном столбце таблицы Entry (Ввод) в представлении Resource Sheet (Лист ресурсов). На рис. 13.5 представлено диалоговое окно сведений о ресурсе для одного из участников нашего проекта. В качестве названия группы используется роль участника.

Использование формул

Использование формул

Иногда значения настраиваемых полей можно заполнять автоматически, с помощью формул. Например, если известно, сколько времени в среднем занимает редактирование 1 страницы текста, то, указав число страниц в статье, можно с помощью формулы рассчитать общую длительность задачи по редактированию статьи.
Для того чтобы ввести в настраиваемое поле формулу, в диалоговом окне настройки полей (см. рис. 13.16) нужно выбрать из списка настраиваемое поле, а затем в разделе Custom attributes (Настраиваемые атрибуты) выбрать переключатель рядом с кнопкой Formula (Формула). MS Project предупредит вас, что при настройке формулы для поля все ранее введенные данные могут быть утеряны, и если вы уверены, что хотите продолжать, то в окне предупреждения нажмите кнопку ОК.
Чтобы редактировать формулу, нужно нажать кнопку Formula (Формула), после чего будет загружен редактор формул MS Project (рис. 13.20, файл IS.mpp). Редактор состоит из области редактирования формулы и набора кнопок, нажатием на которые можно вводить фрагменты формулы. Формулу можно полностью напечатать вручную, а можно ввести, нажимая на кнопки.

Использование индикаторов

Использование индикаторов

MS Project содержит возможность отображать в настраиваемом поле не данные, а цветовые индикаторы. Цвет индикатора зависит от выполнения или невыполнения логического условия. Например, в нашем случае (файл 17.mрр) можно создать поле Обновлена и настроить его так, что если данные в поле Общее время редактирования статьи равны данным в поле Work (Трудозатраты), то в нем отображается зеленый индикатор, а если не равны — то красный.
В принципе, такой индикатор можно отображать и в самом поле Общее время редактирования статьи, но мы создадим поле Обновлена типа Flag (Флаг), чтобы продемонстрировать, как работать с полями такого типа.
В диалоговом окне определения полей переименуем поле Flagl (Флаг!) в Обновлена, а затем откроем для него диалоговое окно настройки формулы. Введем формулу [Duration2] = [Work] ([Длительность2] = [Трудозатраты]). Поля-флаги могут содержать только значение Yes (Да) или No (Нет), и если условие формулы выполняется (то есть Общее время редактирования статьи равно трудозатратам), то поле будет содержать Yes (Да), а если условие не выполняется — No (Нет).
Теперь нужно настроить отображение индикаторов. Для этого в разделе Values to display (Отображаемые значения) диалогового окна настройки поля (см. рис. 13.16) нужно выбрать переключатель, расположенный рядом с кнопкой Graphical Indicators (Графические индикаторы). Затем для настройки индикаторов нужно нажать эту кнопку. В открывшемся окне (рис. 13.24, файл 17.mрр) необходимо настроить критерии отображения индикаторов для разных задач.

Код структуры задач Коды используются...

Код структуры задач Коды используются для идентификации задач, учета их исполнения, анализа трудозатрат и пр. Например, сотрудник может сообщить менеджеру, что выполнил задачу с определенным кодом, и менеджер сможет легко найти ее в плане работ и внести соответствующую отметку. Если для подготовки номера журнала используется типовой проект, то, собрав данные о подготовке нескольких журналов, можно по кодам сравнить одинаковые задачи из разных проектов и оценить производительность разных проектных команд. Определение кодов задач осуществляется в диалоговом окне WBS Code Definition (Определение кодов СДР), попасть в которое можно, выбрав команду меню Project к WBS > Define Code (Проект > СДР > Определить код).

Настраиваемые коды структуры

Настраиваемые коды структуры

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

Настраиваемые поля

Настраиваемые поля

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

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

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

Определить, как данные настраиваемого поля будут отображаться для суммарных задач, можно в диалоговом окне настройки полей, в разделе Calculation for task and group summary rows (Расчет для суммарных строк задач и групп), выбрав необходимое поле в списке (рис. 13.22, файл 16.mрр).

Настройка индикаторов с объединением значений для суммарных задач

Настройка линий и заливки объекта

В разделе Line (Линия) определяется, будет ли ограничиваться отведенное объекту место, и если да, то с помощью какой линии. Для отображения линии нужно выбрать переключатель Custom (С указанными параметрами) и затем определить цвет и тип линии. Аналогично осуществляется работа в разделе Fill (Заливка). Для отмены отображения линии или заливки нужно выбрать в соответствующем разделе переключатель None (Нет).
Например, на рис. 13.12 мы настроили наш объект таким образом, чтобы он обрамлялся толстой рамкой черного цвета и область внутри нее заштриховывалась по диагонали линиями голубого цвета.
Иллюстрированный самоучитель по бизнесу в Internet

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

Раздел содержит три переключателя: None (Нет), Rollup (Сведение) и Use formula (Использовать формулу). Если выбрать первый, то данные настраиваемого поля будут рассчитываться только для обычных задач, а не для суммарных. Второй переключатель позволяет рассчитывать значение настраиваемого поля для суммарных задач, используя одну из операций, представленных в раскрывающемся списке. Состав этого списка меняется в зависимости от типов полей (табл. 13.2), кроме того, нельзя сводить данные для текстовых полей.

Настройка таблицы подстановки для настраиваемого кода структуры.

Значок с восклицательным знаком сигнализирует о том, что текущее значение кода не соответствует маске. Если у значения кода появляются вложенные значения, то рядом с ним появляется значок для сворачивания и разворачивания, а вложенные значения выделяются большим отступом от края таблицы. Этот режим можно отключить, сняв флажок Display indenting in lookup table (Показывать уровни в таблице подстановки). Если его отключить, то определить, к какому уровню кода относится значение, можно только по номеру уровня в первой колонке таблицы.
Для сворачивания и разворачивания значений кода, содержащих вложенные значения, предназначены кнопки со значками «+» и «-», а для разворачивания всех значений, содержащих вложенные, кнопка с двумя значками «+».

Определение расположения внедренного объекта на диаграмме

Диалоговое окно форматирования объекта состоит из двух вкладок. Расположение объекта на диаграмме определяется на вкладке Size & Position (Размер и положение). Расположение можно определить относительно временной шкалы, выбрав переключатель Attach to timescale (Связать со шкалой времени), или относительно задачи с помощью переключателя Attach to task (Связать с задачей).
Если вы установили связь объекта с временной шкалой, то с помощью параметра Vertical (По вертикали) определяется расстояние между ней и объектом, а с помощью параметра Date (Дата) — дата, под которой должен быть расположен документ. Если же установлена связь с задачей, то параметры Vertical (По вертикали) и Horizontal (По горизонтали) определяют расстояние между отрезком задачи и объектом. А параметр Attachment point (Точка привязки) позволяет определить, с какой стороны от отрезка будет расположен объект. Номер задачи, к которой будет «привязан» объект, выбирается в поле ID (Ид.).
Параметры Height (Высота) и Width (Ширина) позволяют определить размер объекта на диаграмме, а на вкладке Line & Fill (Линии и заливка) (рис. 13.12, файл 12.mрр) можно указать, будет ли на диаграмме особым образом ограничиваться и закрашиваться отведенное под объект место.

После добавления ссылки в поле индикаторов появляется значок

После добавления гиперссылки у задачи, ресурса или назначения изменяются возможности команды контекстного меню Hyperlink (Гиперссылка). Теперь с ее помощью можно изменить или удалить ссылку, перейти по ней, открыть ее в новом окне и добавить в избранное.
Для работы со ссылками предназначена таблица Hyperlink (Гиперссылка), содержащая три специальных столбца: Hyperlink (Гиперссылка), Address (Адрес) и SubAddress (Субадрес). В первом отображается текст гиперссылки, во втором ее адрес, а в третьем — дополнение к адресу, если оно используется. Например, при создании ссылки на текущий документ с номером задачи таким дополнением будет название представления и номер задачи (а адресом — текущий документ).

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ
Для того чтобы MS Project «понял», что вы хотите использовать настраиваемое поле, и отобразил его в диалоговом окне, нужно предварительно переименовать это поле.
Как вы могли заметить на рис. 13.17, поле WBS (СДР) тоже находится в списке настраиваемых. Это произошло потому, что мы изменили его настройки. Если же не настраивать структуру кодов задач, то это поле не будет числиться в списке настраиваемых.

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ
Значение по умолчанию будет установлено в настраиваемом поле только для новых задач или ресурсов. Если ресурсы были добавлены до того, как было настроено поле, то для них значение поля будет не определено (останется пустым).
В разделе Data entry options (Параметры ввода данных) определяется порядок заполнения настраиваемого поля. Если выбрать переключатель Restrict fields to items in the value list (В поле допускаются только элементы списка значений), то при заполнении поля выбор будет ограничен существующим списком и нельзя будет ввести произвольные значения. Если же выбрать переключатель Allow additional items to be entered into the field (В поле допускаются и другие элементы), то при заполнении этого поля можно будет как выбирать элементы из списка, так и вводить произвольные значения.
Если вы хотите, чтобы введенные в поле произвольные значения автоматически добавлялись в список значений поля, то нужно установить флажок Append new entries to the value list (Добавлять новые элементы в список значений). А для того, чтобы перед тем, как добавить значение в список, программа запрашивала подтверждение, нужно установить флажок Prompt before adding new values (Запрос перед добавлением новых элементов).
Режим ввода данных, при котором установлены два последних флажка (как на рис. 13.19), довольно удобен, поскольку дает возможность добавить новый элемент в список значений, не заходя в диалоговое окно настройки полей. С другой стороны, предупреждения помогут избежать случайного добавления значения.
Порядок отображения элементов списка при выборе определяется переключателями в нижнем разделе диалогового окна, Display order for dropdown list (Порядок отображения элементов раскрывающегося списка). Значения могут сортироваться по номеру строки в таблице, если выбрать переключатель By row number (По номеру строки), или же по алфавиту, если выбрать переключатель Sort ascending (По возрастанию) или Sort descending (По убыванию). Наиболее удобен первый вариант, поскольку он позволяет настроить самостоятельно порядок записей в таблице и расположить значения согласно ожидаемой частоте их использования.

ПРИМЕЧАНИЕ Название WBS (СДР)...

Определение кодов задач проекта Уникальный код задачи строится из нескольких последовательностей символов, отделенных друг от друга разделителями. При этом каждая из последовательностей соответствует определенному уровню структуры задач (Подробнее о структуре плана проекта см. в разделе «Структурная фильтрация»). Например, на рис. 13.1 для нумерации задач верхнего уровня используются цифры, для задач второго уровня используются заглавные буквы, а для задач третьего уровня — строчные. Для добавления уровня нужно просто установить курсор в следующую строку таблицы и выбрать тип последовательности. Для удаления уровня нужно установить курсор на строку уровня и нажать клавишу Delete. Для определения типа последовательности и связывания ее с уровнем задачи в структуре используется таблица, расположенная в середине диалогового окна. Цифры в первой колонке таблицы, Level (Уровень), не редактируются и соответствуют уровню задач в структуре. В колонке Sequence (Последовательность) из раскрывающегося списка выбирается тип символов, которые будут использоваться для нумерации задач текущего уровня.
На рис. 13.1 представлены все возможные типы символов: Numbers (ordered) (Цифры (по порядку)), Uppercase Letters (ordered) (Прописные буквы (латиница, по алфавиту))), Lowercase Letters (ordered) (Строчные буквы (латиница, по алфавиту)) и Characters (unordered) (Знаки (без сортировки)) (В русской версии MS Project есть два дополнительных типа последовательностей: Прописные буквы (кириллица, по алфавиту) и Строчные буквы (кириллица, по алфавиту).

Длина последовательности определяется в колонке Length (Длина). Этот параметр определяет максимальную длину последовательности, и от него зависит, сколько элементов на данном уровне может быть пронумеровано с помощью кодов. Например, если выбран цифровой тип символов длиной 1, то пронумеровать можно будет только 9 задач. Если выбраны текстовые символы, то число задач, которые могут быть пронумерованы, увеличивается до числа букв алфавита. Если при добавлении задач вам не будет хватать выбранной длины для корректной нумерации, MS Project отобразит соответствующее предупреждение. Если в поле Length (Длина) указать длину последовательности больше 1, то при генерации кодов для задач в них будут включаться нули перед значимыми цифрами. Например, если длина цифровой последовательности равна 2, то номера элементов меньше десяти будут начинаться с нуля: 01, 02, 03 и т. д. Для текстовых последовательностей код будет начинаться с А: АА, АВ, АС и т. д., до тех пор пока число пронумерованных задач не превысит число букв в алфавите. Поэтому если вы хотите предусмотреть возможность длинных кодов задач, но не хотите видеть в них нулевые значения, то в поле Length (Длина) нужно установить значение Any (Любая).
Наконец, в поле Separator (Разделитель) из раскрывающегося списка можно выбрать символ, который будет отделять символьные последовательности, идентифицирующие задачи данного уровня и следующего.
Образец кода отображается в поле Code preview (Код). Дополнительные элементы диалогового окна определяют параметры работы MS Project с кодами. Если установить флажок Generate WBS code for new task (Создавать коды СДР для новых задач), то каждой новой задаче автоматически будет присваиваться код. А установка флажка Verify uniqueness of new WBS codes (Проверять уникальность новых кодов СДР) обеспечит проверку уникальности кодов, отредактированных вручную.
После того как все настройки осуществлены, присвоить новые коды задачам можно с помощью команды меню Project > WBS > Renumber (Проект > СДР > Изменить нумерацию). Для того чтобы просмотреть коды для каждой задачи, нужно добавить в таблицу столбец WBS (СДР).
На рис. 13.2 приведен фрагмент плана проекта (11.mpp), в котором коды задач расставлены в соответствии с настройками на рис. 13.1. Как мы видим, коды всех задач имеют префикс МАЙ//. Задачи и фазы верхнего уровня нумеруются (например, строки с идентификаторами 1, 8, 26, 33).
Коды задач второго уровня включают префикс, номер фазы верхнего уровня и заглавную букву, идентифицирующую задачу внутри фазы. Например, первая задача в фазе с номером МАЙ//2.А-а.
Просмотреть и отредактировать номер любой задачи можно в диалоговом окне сведений о задаче на вкладке Advanced (Дополнительно). В поле WBS Code (Код СДР) можно указать новое значение кода (рис. 13.3, файл 11.mpp), которое будет проверено на соответствие формату.

Приоритет задач и группы ресурсов

Приоритет задач и группы ресурсов

Priority (Приоритет) — это свойство задачи, отражающее важность ее исполнения для проекта, варьирующееся в диапазоне от 1 до 1000. Его можно изменить с помощью одноименного столбца в таблице или на вкладке General (Общие) в диалоговом окне сведений о задаче (рис. 13.4, файл 11.mpp). Приоритет задач по умолчанию определяется в диалоговом окне сведений о проекте и обычно равен 500.
Использовать это свойство имеет смысл тогда, когда проект содержит много дополнительных задач, исполнением которых можно пренебречь. Эти задачи можно выделить, присвоив им низкий приоритет, и в дальнейшем использовать эту информацию при планировании.

При наведении мыши на значок заметки отображается ее текст

Для редактирования заметки можно использовать также поле таблицы Notes (Заметки), если добавить его в таблицу. Правда, при этом нельзя пользоваться расширенными возможностями форматирования, доступными в редакторе заметок.
Чтобы связанные с задачей файлы были видны при просмотре диаграммы, их можно вставлять прямо в диаграмму Ганта, для чего нужно воспользоваться командой меню Insert > Object (Вставка > Объект). Диалоговое окно вставки объекта идентично тому, что открывается для вставки файла в заметку. Это диалоговое окно (рис. 13.8, файл 12.mрр) позволяет вставить объект из существующего файла или создать новый. Для выбора режима нужно отметить соответствующий переключатель: либо Create New (Создать новый), либо Create from File (Создать из файла). По умолчанию выбран первый переключатель. Для создания нового объекта нужно выбрать его тип из списка и затем нажать кнопку ОК. Автоматически запустится соответствующее приложение, в котором можно создать нужный файл.

Просмотр содержимого на плане

Просмотр содержимого на плане

Отображать содержимое полей можно в таблице, добавив в нее соответствующее поле, или прямо на диаграмме Ганта, рядом с задачами. Для этого в диалоговом окне настройки стилей отрезков нужно отредактировать соответствующие типы отрезков, добавив к числу отображаемых данных нужное поле (о том, как выбирать поля для отображения рядом с отрезками, см. раздел «Настройка текстовой информации, отображаемой рядом с отрезком» ). Кроме того, для выделения значений этих полей особым шрифтом можно воспользоваться средствами форматирования текстовых стилей (см. раздел «Форматирование текстовых стилей»).
Например, на диаграмме на рис. 13.18 (файл 18.mpp) мы отредактировали тип отрезков Task (Задача) и в настройках отображаемого рядом с отрезком текста добавили поле Результат, так чтобы оно отображалось под отрезком. Затем в диалоговом окне форматирования текстовых стилей мы изменили шрифт текста, отображаемого на диаграмме под отрезками, добавив подчеркивание.

Расчет с помощью формул работает

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

Редактирование кода в диалоговом окне сведений о задаче

Редактор формул MS Project

В формуле можно использовать операции над другими полями MS Project. Например, для того, чтобы определить общее время редактирования статьи, нужно умножить число страниц в статье на время редактирования одной страницы. В нашем проекте (IS.mpp) мы переименовали настраиваемое поле Duration1(Длительность1) в Время редактирования страницы, а поле Numberl (Число1) в Число страниц в статье. Значит, для определения значения поля Duration2 (Длительность2), или Общее время редактирования статьи, нужно умножить значение поля Durationl (Длительность1) на Number1 (Число1). В формуле, как мы видим на рисунке, названия полей (как в фильтрах) нужно заключать в квадратные скобки.
Для того чтобы подставить название поля в формулу, можно воспользоваться кнопкой Field (Поле), а чтобы вставить одну из нескольких десятков доступных функций, — кнопкой Function (Функция). Кроме того, с помощью кнопки Import Formula (Импортировать формулу) можно вставить в поле формулу из другого поля любого из открытых проектов.
На рис. 13.21 (файл IS.mpp) видно, как действуют сделанные нами настройки. После заполнения полей Число страниц в статье и Время редактирования страницы поле Общее время редактирования статьи пересчитывается.

Результаты задач отображены на диаграмме рядом с задачами

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

Однако на рисунке видно и несоответствие — трудозатраты в суммарной задаче равны 40 часам (5 дням), а рассчитанное с помощью формулы общее время редактирования статей — трем. Тем не менее в поле отображается зеленый индикатор. В чем же дело?
Если мы установим курсор на ячейку с индикатором в строке обычной задачи, то увидим, что поле нельзя редактировать (так как его значение вычисляется по формуле), а если установим курсор на строку суммарной задачи, то увидим, что ячейку редактировать можно. То есть при настройке формулы для поля Обновлена мы забыли определить формулу расчета значения для суммарных задач.
Перейдем в диалоговое окно настройки полей и выберем операцию суммирования данных для поля Обновлена (аналогично рис. 13.22). Поскольку это поле типа Flag (Флаг), то набор операций (в соответствии с табл. 13.2) будет не такой, как для поля типа Duration (Длительность). Среди них нам подходит операция And (И): если все обычные задачи внутри суммарной имеют значение Yes (Да), то значение суммарной будет таким же. А если среди обычных задач есть хотя бы одно поле со значением No (Нет), то значение в поле суммарной задачи тоже будет No. Это именно то, что нам нужно: если трудозатраты хотя бы одной из обычных задач не обновлены и не соответствуют расчетам по формуле, то трудозатраты суммарной задачи тоже не верны. Теперь индикатор суммарной задачи будет зеленым только тогда, когда индикаторы всех вложенных в нее задач тоже зеленые. На рис. 13.26 представлены результаты этих настроек (IS.mpp). Мы скопировали суммарную задачу и вложенные'в нее задачи, чтобы продемонстрировать, как работает объединение для поля типа Flag (Флаг). В первом случае, когда среди вложенных задач фазы есть одна с индикатором красного цвета, индикатор фазы тоже красный. Во втором случае, когда все индикаторы вложенных задач зеленые, индикатор для фазы тоже зеленый.

Создание гиперссылки

В левой колонке диалогового окна нужно выбрать, какой тип ссылки вы хотите создать: ссылку на файл или страницу в Интернете (Existing File or Web Page), на задачу, ресурс или представление в текущем плане проекта (Place in This Document), на новый документ (Create New Document), или же вы хотите создать адрес электронной почты (E-mail Address). После выбора значка в левой колонке обновляется содержимое центрального раздела диалогового окна.
При создании ссылки на файл или страницу Интернета в центре диалогового окна можно выбрать файл из текущей папки, щелкнув на значке Current Folder (Текущая папка), или из списка недавно открытых файлов, щелкнув на значке Recent Files (Последние файлы). Если же выбрать значок Browsed Pages (Просмотренные страницы), то отобразится список просмотренных в Интернете страниц. Если выбрать адрес файла или страницы из списка, то автоматически заполнится поле Address (Адрес) с адресом ссылки. Его можно заполнить и вручную, как на рис. 13.13 (файл hyperlink.mpp). В поле Text to display (Текст) указывается текст, который будет отображаться как ссылка, и при щелчке на нем будет осуществляться переход по указанному адресу. Нажав кнопку ScreenTip (Подсказка), можно ввести текст, который будет «всплывать» при наведении мыши на ссылку. Интересна возможность создания ссылки на место в текущем документе. При щелчке на значке Place in This Document (Место в документе) в центральной области диалогового окна отображается список представлений. В этом списке нужно выбрать то представление, на которое создается ссылка. При этом в поле над списком можно указать идентификатор задачи или ресурса, выделямый курсором при открытии представления. Например, на рис. 13.14 в это поле введено число 10.

Создание настраиваемых кодов структуры

Создание настраиваемых кодов структуры

Создание настраиваемых кодов структуры происходит в диалоговом окне настройки полей на вкладке Custom Outline Codes (Настраиваемые коды структуры). Настраиваемые коды могут относиться как к задачам, так и к ресурсам — тип поля выбирается в верхней части вкладки (рис. 13.27, файл 19.mрр) с помощью переключателей Task (Задача) и Resource (Ресурс). Поскольку мы хотим использовать настраиваемый код структуры, чтобы проиллюстрировать возможности упорядочивания ресурсов, задействованных в проекте, то выберем второй вариант.

Создание настраиваемых полей

Создание настраиваемых полей

Во «внутренние» таблицы MS Project включен набор полей, которые пользователь может настроить по своему усмотрению и размещать в них свои данные. Эти поля могут относиться либо к ресурсам, либо к задачам и различаются по типам данных, которые в них можно хранить. Работа с настраиваемыми полями осуществляется в диалоговом окне Customize Fields (Настройка полей), вызываемом либо из контекстного меню заголовка таблицы, либо с помощью команды меню Tools > Customize > Fields (Сервис > Настройка > Поля).
Диалоговое окно настройки полей состоит из двух вкладок. На первой вкладке, Custom Fields (Настраиваемые поля), и осуществляется работа с настраиваемыми полями (рис. 13.16, файл 15.mpp).
Прежде чем настраивать поле, нужно решить, к задачам или к ресурсам, относится его содержимое, и, соответственно, выбрать переключатель Task (Задач) или Resource (Ресурсов). Затем в раскрывающемся списке Туре (Тип) нужно определить тип данных (табл. 13.1) этого поля.

Создание настраиваемых полей со списком значений

Создание настраиваемых полей со списком значений

Часто дополнительная информация в настраиваемых полях не является уникальной для каждой задачи (как в случае с полем Результат), а повторяется. Например, если в настраиваемом поле будет содержаться информация о важности достижения результата для выполнения проекта, то значением поля может быть «Высокая важность», «Средняя» и «Низкая».
Если настраиваемое поле может иметь ограниченный набор значений, то нет смысла заполнять поле для каждой задачи вручную. Намного удобнее создать список возможных значений и затем, редактируя настраиваемое поле для задачи, выбирать значение из списка.
Для того чтобы определить список значений для поля, в диалоговом окне настройки полей (см. рис. 13.16) после выбора настраиваемого поля из списка нужно выбрать в разделе Custom attributes (Настраиваемые атрибуты) переключатель, расположенный рядом с кнопкой Value List (Список значений). При этом MS Project предупредит, что при настройке списка значении для поля псе рапсе введенные данные могут быть утеряны, и если пы уверены, что хотите продолжать, то в окне предупреждения нужно нажать кнопку ОК.
Список значений поля задается в диалоговом окис Value List (Список значений), открывающемся после нажатия на одноименную кнопку в диалоговом окне настройки полей. На рис. 13.19 в этом диалоговом окне мы настраиваем текстовое поле Важность результата (файл 14.mрр).

Создание ссылки на представление в открытом плане проекта

После того как ссылка создана, рядом с задачей, ресурсом или назначением в поле Indicators (Индикаторы) отображается значок, символизирующий наличие гиперссылки. При наведении на него мыши отображается всплывающая подсказка с адресом ссылки и названием объекта перехода. Для перехода по ссылке достаточно щелкнуть на этом значке (рис. 13.15, файл hyperlink.mpp).

Типы настраиваемых полей в MS Project

Таблица 13.1. Типы настраиваемых полей в MS Project

Тип	Число настраиваемых полей	В полях этого типа могут храниться
Cost (Затраты)	10	данные о стоимости задач или ресурсов
Date (Дата)	10	даты
Duration (Длительность)	10	длительность или трудозатраты
Finish (Окончание)	10	даты окончания или любые другие даты
Flag (Флаг)	20	значения Yes (Да) или No (Нет)
Number (Число)	20	числа
Start (Начало)	10	даты окончания или любые другие даты
Text (Текст)	30	текстовые данные

Операции для сведения данных в суммарных задачах

Таблица 13.2. Операции для сведения данных в суммарных задачах

Название операции	Типы настраиваемых полей	Описание
And (И)	Flag (Флаг)	Логическое И. Если все вложенные строки в этом поле имеют значение Да, то результат операции — тоже Да. Если хотя бы одна из строк в этом поле содержит значение Нет, то и результатом логической операции будет Нет
OR (ИЛИ)	Flag (Флаг)	Логическое ИЛИ. Если хотя бы один из рядов содержит значение Да в этом поле, то операция сведения тоже даст Да
Average (Среднее)	Cost (Затраты), Duration (Длительность), Number (Число)	Сведение будет средним по всем значениям вложенных несуммарных рядов
Average First Sublevel (Среднее первого подуровня)	Cost (Затраты), Duration (Длительность), Number (Число)	Сведение будет средним по всем значениям вложенных несуммарных рядов и по всем значениям вложенных суммарных рядов первого уровня
Count All (Сложить все)	Number (Число)	При сведении будут складываться все суммарные и несуммарные ряды
Count First Sublevel (Сложить первый подуровень)	Number (Число)	При сведении будут складываться суммарные ряды первого уровня и все вложенные несуммарные ряды
Count Nonsummaries (Сложить несуммарные)	Number (Число)	При сведении будут сложены все несуммарные задачи
Maximum (Максимум)	Cost (Затраты), Duration (Длительность), Number (Число), Start (Начало), Finish (Окончание)	Результатом сведения будет максимальное значение среди всех значений ниже
Minimum (Минимум)	Cost (Затраты), Duration (Длительность), Number (Число), Start (Начало), Finish (Окончание)	Результатом сведения будет минимальное значение среди всех значений ниже
Sum (Сумма)	Cost (Затраты), Duration (Длительность), Number (Число)	Результатом сведения будет сумма всех значений ниже

Если для расчета настраиваемого поля используется формула, то становится доступен третий переключатель — Use formula (Использовать формулу). Если выбрать его, то для расчета значений настраиваемого поля для суммарных задач будет использоваться та же формула, что и для обычных задач. В нашем случае (файл 16.mрр) удобнее использовать операцию сложения значений настраиваемого поля для задач, чем формулу. Ведь наша формула использует при расчете значения других полей, а значит, для них тоже нужно настроить параметры определения значения для суммарных задач. Если же этого не cделать, то значения этих полей для суммарных задач всегда будут нулевыми и результат нашей формулы тоже будет нулем.
На рис. 13.23 представлена таблица из файла 16.mрр с расчетами общей длительности редактирования статей после того, как мы настроили суммирование значений для фаз у поля Общее время редактирования статьи. Теперь значения в нем суммируются, а в остальных настраиваемых полях — по-прежнему нет.

Таблица содержит три столбца...

Таблица содержит три столбца: Test for (Проверка поля), Values (Значения) и Image (Рисунок). В первом столбце из списка выбирается условие, которому должно соответствовать значение во втором столбце. Список условий совпадает с тем, который мы использовали при создании фильтров в уроке 4 «Сортировка, группировка и фильтрация данных в таблицах» (см. табл. 4.1).
Можно использовать конкретные значения, например Yes (Да) или No (Нет), как в нашем случае, а можно выбрать и значение любого из полей. В последнем поле из списка выбирается рисунок, используемый в качестве индикатора, если условие, описанное в первых двух полях, выполняется. Так, в нашем случае, если значение поля равно Yes (Да), должен отображаться зеленый индикатор, а если равно No (Нет) — красный.

Проверки значения поля выполняются по очереди сверху вниз, и при первом совпадении с условием выбирается индикатор, который будет отображаться. Для того чтобы перемещать условия по списку вверх и вниз, служат кнопки со стрелками, расположенные сбоку от списка.
Иногда хочется просматривать значения поля, скрытые «под» индикатором. Если установить флажок Show data values in ToolTips (Показывать значения данных во всплывающих подсказках), то данные будут отображаться при наведении мыши на индикатор.
Результат настройки индикаторов для поля Обновлена отображен на рис. 13.25 (файл 17.mрр). Как мы видим, в том случае, если данные в поле Общее время редактирования статьи не равны трудозатратам задачи, поле содержит красный индикатор, а если равны — зеленый.
Секреты покорения эльфов

Таблица состоит из двух редактируемых...

Таблица состоит из двух редактируемых колонок: Outline code (Код структуры) и Description (Описание). В первую из них вводятся значения для подстановки, отображаемые в списке при заполнении поля, а во вторую могут вводиться расшифровки кодов, которые потом будут использоваться программой для группировки. Например, на рис. 13.29 (файл 19.mрр) кодом верхнего уровня является ВЕР, обозначающий Отдел верстки. Поскольку мы ввели в таблицу соответствующее описание в поле Description (Описание), то программа при сортировке по коду будет использовать его, а не сам код. Кроме того, именно описание кода будет отображаться при группировке данных.
Вводя значения подстановки для кода, можно определить, на каком уровне кода это значение будет использоваться. Номер уровня отображается в первой, серой колонке под названием Level (Уровень). По умолчанию все новые значения добавляются в первый уровень. Для того чтобы перемещать значения на следующий или предыдущий уровень структуры, предназначены кнопки со стрелками вправо и влево, хотя можно воспользоваться и сочетаниями клавиш, используемыми в диаграмме Ганта (Alt+Shift+-> или Alt+Shift+<-). При этом для передвижения на следующий уровень нужно, чтобы над значением находилось значение, относящееся к тому же уровню. Например, если вы хотите передвинуть значение с первого уровня на второй, то выше этого значения должно быть другое значение, тоже относящееся к первому уровню кода.

Таблица в центре диалогового окна...

Таблица в центре диалогового окна состоит из двух колонок. В левой колонке, Custom Field Name (Название настраиваемого поля), указано название поля, а и правой, Value (Значение), — его значение для текущей задачи. Например, на рис. 13.17 (файл IS.mpp) мы редактируем значение поля Результат для задачи Сбор предложений от авторов. Результатом выполнения задачи будет Файл предложений в редакционном формате.

SQLсервер в Linux -самостоятельное освоение пакета

Теперь общее время редактирования статей суммируется

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

Вид диаграммы после применения группировки по созданному коду структуры

На диаграмме код для главного редактора отображается как РЕД.Главный редактор, то есть как код структуры, а код для редакторов — как Редакторы. Это случилось потому, что при формировании таблицы подстановки мы заполнили поле Description (Описание) напротив кода РЕД. Редактор, и именно значение этого поля отображается при группировке.

Внесение в план проекта дополнительной информации

Внесение в план проекта дополнительной информации

Из этого урока вы узнаете, как вносить в план проекта дополнительную информацию о задачах и ресурсах. Для этого мы будем использовать как стандартные поля «внутренних» таблиц, так и нестандартные (настраиваемые). Настраиваемые поля и коды структуры, использованию которых посвящена большая часть этой главы, являются одним из наиболее удобных средств, заложенных в MS Project. Именно благодаря наличию в программе гибких возможностей настройки с ее помощью можно создавать планы, соответствующие стандартам и потребностям самых разных организаций. Изученные в этом уроке принципы работы с настраиваемыми полями и кодами структуры очень пригодятся в будущей работе с MS Project. Кроме того, мы будем активно их использовать в последующих уроках. Часто после того, как определен состав задач, ресурсов проекта и назначения, в план требуется внести дополнительную информацию. Например, добавить комментарии по поводу того, как должна быть выполнена та или иная задача. Иногда требуется прокомментировать отдельное назначение, чтобы описать, как ресурс должен участвовать в работе над определенной задачей. Кроме того, если задачи в плане структурированы с помощью фаз, то ресурсам вообще соответствует в представлении Resource Sheet (Лист ресурсов) один список. Для того чтобы структурировать задачи или ресурсы другим способом, можно использовать коды структуры. Например, можно присвоить всем ресурсам код, определяющий, к какому отделу они относятся, и затем сгруппировать их по этому коду. Так можно, например, определить объем трудозатрат каждого из отделов организации в выполнении проекта и лучше спланировать их загрузку. Дополнительная информация может вноситься как в стандартные, так и в настраиваемые поля таблиц. К стандартным относятся поля кода структуры задач и поля приоритета, а также имена групп ресурсов, заметок и гиперссылок для задач, ресурсов и назначений. Настраиваемые поля могут относиться или к задачам, или к ресурсам и бывают двух типов: собственно настраиваемые поля и настраиваемые коды структуры. Рассмотрим, как вносить дополнительную информацию во все эти поля и как затем отображать ее в таблицах и на диаграммах.

Вставка сопровождающих документов в план проекта

Ввод группы ресурса в диалоговом окне сведений о ресурсе

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

Ввод списка значений для настраиваемого поля

В центре диалогового окна расположена таблица, состоящая из двух колонок: Value (Значение) и Description (Описание). В первую вводятся возможные значения настраиваемого поля, а во вторую — описания. Описания будут отображаться при выборе значения из списка в момент заполнения поля.
Иногда бывает удобно, чтобы при создании новой задачи (пли ресурса, если настраиваемое поле относится к ресурсам) одно значение из списка подставлялось в поле автоматически. Например, если большинство задач проекта имеют среднюю важность, то можно подставлять значение Средняя по умолчанию, а другие значения выбирать из списка при необходимости.
Для того чтобы сделать одно из значений значением по умолчанию, нужно установить флажок Use a value from the list as a default entry for the field (Использовать значение из списка в качестве значения поля по умолчанию). После этого станет доступна кнопка Set Default (По умолчанию), нажатие на которую превращает выделенное в таблице значение в значение по умолчанию. После того как мы назначили Средняя значением по умолчанию, содержащая это значение строка и таблице стала выделяться цветом.

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

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

После того как настраиваемый код создан, его название появляется в списке настраиваемых полей на вкладке Custom Fields (Настраиваемые поля), и для каждого ресурса можно определить его значение путем выбора из раскрывающегося списка (рис. 13.30, файл 19.mрр).
Чтобы воспользоваться кодом структуры, находясь в представлении Resource Sheet (Лист ресурсов), сгруппируем ресурсы по этому полю. Для этого откроем диалоговое окно настройки группировки с помощью команды меню Project > Group by > Customize Group By (Проект > Группировка > Настройка группировки) и в качестве поля группировки выберем поле Код отдела (подробнее о группировке см. в разделе «Группировка» урока 4). На рис. 13.31 видно, как выглядит диаграмма после применения группировки (файл 19.mрр).

Выбираем значение настраиваемого кода из раскрывающегося списка

Заметки и документы

Заметки и документы

Часто задачу, ресурс или назначение требуется сопроводить заметкой, каким-то комментарием. Чтобы добавить заметки к любому из этих основных элементов плана проекта в MS Project, нужно воспользоваться вкладкой Notes (Заметки) в диалоговом окне сведений о задаче (см. рис. 13.4), ресурсе (см. рис. 12.2) или назначении (см. рис. 12.16). Эти вкладки для разных элементов проекта выглядят одинаково, и мы рассмотрим работу с ними на примере добавления заметки к задаче.
В центре вкладки (рис. 13.6, файл 12.mрр) расположен редактор заметок, в котором можно вводить текст и вставлять файлы. Для форматирования текста предназначены кнопки, расположенные над диалоговым окном: первая открывает диалоговое окно форматирования шрифта, следующие три форматируют расположение абзаца, а четвертая расставляет маркеры перед выделенными абзацами. С помощью последней кнопки вызывается диалоговое окно для вставки объекта (файла) в заметку.
Задачи, содержащие заметки, имеют соответствующий значок в колонке Indicators (Индикаторы). При наведении мыши на значок отображается текст заметки, как, например, на рис. 13.7 (файл 12.mрр). Но если бы мы добавили в поле заметки файл, то при наведении мыши на значок информация о нем не отображалась бы.

Заполнение данными

Заполнение данными

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

Заполнение значения настраиваемого поля для задачи

Планирование стоимости проекта, анализ и оптимизация загрузки ресурсов

25 января загрузка всех ресурсов не превышает нормы

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

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

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

Анализ и выравнивание загрузки ресурсов

Анализ и выравнивание загрузки ресурсов

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

Анализ почасового плана 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рр).

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

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

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

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

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

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

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

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

Раскрывающийся список 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рр. Видно, что завершающая задача Обложка готова отложена и у нее после выравнивания сохранился временной резерв, то есть ее можно отложить на еще более поздний срок. Ниже по плану видно, что изменение сроков исполнения некоторых задач вверху повлекло незначительный перенос других задач — например, перенесена Окончательная сборка.

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

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

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

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

Изменяем почасовой план работ 25 января

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

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

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

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

Методы планирования стоимости проекта

Методы планирования стоимости проекта

В этом уроке вы познакомитесь с тем, как определять стоимость проекта с помощью нескольких наиболее распространенных методик. Затем вы начнете учиться анализировать план проекта, и первым, что вы освоите, будет анализ загрузки ресурсов.
Анализ и оптимизация загрузки ресурсов, то есть равномерное распределение работы между ресурсами, — одна из наиболее сложных операций, осуществляемых при составлении проекта в MS Project. В этом уроке вы научитесь использовать возможности автоматизации MS Project для распределения загрузки ресурсов и распределять ее вручную в тех случаях, когда автоматизированные средства не справляются с задачей.
Есть несколько методик планирования стоимости проекта: по аналогии, «сверху вниз», по параметрам и «снизу вверх». Определение стоимости проекта по аналогии (analogous estimating) можно применять, когда планируемый проект аналогичен ряду других, выполнявшихся в организации ранее. В таком случае общая стоимость проекта определяется исходя из накопленного опыта, а затем общая стоимость распределяется между задачами.
Этот метод наименее точен, но его применение занимает меньше всего времени. Как правило, стоимость проекта оценивается таким образом только на начальном этапе планирования, когда объем работ еще окончательно не определен и нельзя использовать более точные методики. Чтобы использовать этот метод в MS Project, достаточно вручную заполнить в таблице соответствующие поля (о них пойдет речь в этом уроке).
Определение стоимости проекта по параметрам (parametric modeling) является довольно популярной методикой. Типичным примером является оценка стоимости строящегося дома по площади или определение стоимости мебели по погонным метрам.
Точность этого метода и, соответственно, трудозатраты на его использование зависят от числа оцениваемых параметров. Применять примитивные методики, как те, что были приведены в примере, можно в небольших проектах, особенно если накоплен большой опыт их выполнения. Для масштабных проектов могут применяться методики, использующие большое число параметров. Точность таких методик значительно выше, но и времени их применение отнимает больше. Чтобы применить параметрическую методику в MS Project, нужно воспользоваться настраиваемыми полями и функциями (о них шла речь в разделе «Настраиваемые поля» предыдущего урока).
Методика определения стоимости проекта «снизу вверх» (bottom-up estimating) заключается в расчете стоимости отдельных задач проекта и формировании общей стоимости проекта из суммарной стоимости всех работ.
Именно эта методика является наиболее точной, и именно на ее использование ориентирована программа MS Project. Правда, для ее применения требуется больше всего времени, поскольку ее точность во многом зависит от степени детализации состава работ и ресурсов. Рассмотрим, как планировать стоимость проекта, используя эту методику.
Прямо противоположна ей методика определения затрат «сверху вниз», при которой рассчитываются общие затраты на проект или фазу, и исходя из этого определяются возможные затраты на составляющие проекта или фазы. Обычно эта методика используется при ограничении проекта по бюджету либо в сочетании с методом оценки по аналогии.

Начиная с 1 марта ставки оплаты ресурса вырастают

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

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

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

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

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

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

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

В представлении рядом с диаграммой отображается таблица 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 (Для выбранных задач).

На диаграмме отображаются только перегруженные ресурсы СОВЕТ

СОВЕТ
Для быстрого перехода к дате, когда ресурс перегружен, нужно установить курсор на строку таблицы, содержащую его название, и щелкнуть на кнопке

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ
Описанные методы определения стоимости можно применять как для проекта в целом, так и для отдельных его задач. При планировании стоимости «снизу вверх» для отдельных задач могут применять иные методики. Например, параметрическую модель можно применить для расчета стоимости задачи «Статьи поступили в редакцию», поскольку она зависит от двух параметров: стоимости статьи и числа поступающих в редакцию статей. Если известно, что затраты на тестирование программы составляют 25% от затрат на проект разработки программного обеспечения, то можно оценить стоимость всех работ по проекту с помощью методики «снизу вверх» и исходя из этого определить общую стоимость фазы тестирования, и уже затем спланировать затраты на задачи этой фазы.

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ
Ставки использования материальных ресурсов вводятся без единиц измерения, например 10$, и программа считает, что введенная цифра является стоимостью одной единицы материального ресурса. Например, если единицей измерения материального ресурса является коробка, то программа будет считать $10 стоимостью 1 коробки.
Ставки определяют стоимость использования ресурса в зависимости от затраченного им времени. Затраты же на использование не зависят от времени, затраченного ресурсом на исполнение задачи. Например, ресурс Фотомодель по контракту работает по фиксированной цене и получает гонорар независимо от того, сколько длилась съемка, поэтому в настройках стоимости этого ресурса нужно заполнить только последнюю колонку таблицы.

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ
По умолчанию метод начисления фиксированных затрат устанавливается в соответствии со значением, выбранным в списке Default fixed costs accrual (Начисление фиксированных затрат по умолчанию) на вкладке Calculation (Расчет) в общих настройках MS Project.
Выбор методики начисления затрат зависит от конкретной задачи и проекта. Как правило, используется метод пропорционального начисления, но иногда исполнители работ требуют предоплаты. Если с исполнителем работы расплачиваются по ее завершении и цена работы зафиксирована, но неизвестно, сколько именно времени займет выполнение работы, стоит выбрать метод начисления в начале. В таком случае деньги на оплату работы будут готовы еще в начале ее выполнения, и независимо от того, как быстро ресурс завершит работу, с ним можно будет расплатиться.
В нашем проекте таким ресурсом является Фотомодель по контракту. Поскольку мы не знаем, как долго продлится съемка (день или два), а цена использования этого ресурса не зависит от трудозатрат, мы начислим деньги для оплаты работы уже в начале задачи, чтобы быть готовыми расплатиться в любой момент (рис. 14.6, файл 1.mpp).
Для материальных ресурсов метод начисления затрат стоит выбирать исходя из плана приобретения материалов для задачи. Если вы планируете приобрести сразу все необходимые для выполнения задачи материалы, то нужно использовать метод начисления в начале, а если материалы приобретаются по мере надобности, то затраты тоже должны начисляться пропорционально. Например, в нашем проекте Фотопленка приобретается сразу, до начала задачи, а дорогостоящая Краска для вывода пленок — по мере надобности.
Метод начисления фиксированных затрат определяется в зависимости от того, когда вы собираетесь их осуществить. Например, в задаче «Подготовка проекта дома» брошюра с чертежами будет готовиться в конце, значит, и затраты должны быть начислены по завершении работы.

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ
Быстро перераспределить нагрузку ресурса по исполнению работы в рамках задачи можно с помощью профиля загрузки (см. раздел «Профиль загрузки»).
После того как мы сократили длительность назначения 25 января и перенесли 1 час работы на 29 января, перегрузка ресурса в этот день все равно осталась: красным выделен общий объем трудозатрат, хотя суммарные трудозатраты уже равны 7,75 часа, что меньше нормы (рис. 14.14, файл 4mрр). В чем же дело теперь?
Чтобы разобраться в ситуации, посмотрим, как задачи распределены по часам внутри дня — возможно, что некоторые задачи пересекаются внутри часа, что создает перегрузку. Для этого отформатируем шкалу времени так, чтобы на ее нижнем уровне отображались часы.

ПРИМЕЧАНИЕ

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

ПРИМЕЧАНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

СОВЕТ

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

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

СОВЕТ

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

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

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

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

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

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

Стоимость использования ресурса определяется на вкладке Costs (Затраты) в диалоговом окне сведений о ресурсе. На этой вкладке в разделе Cost rate table (Таблицы норм затрат) расположены пять таблиц норм затрат с одинаковой структурой, переключаться между которыми можно с помощью вкладок А, В, С, D и Е (рис. 14.1, файл \Cost\1.mpp).
В таблице можно определить стандартную ставку ресурса, ставку за сверхурочную работу и стоимость его использования. Первая указывается в колонке Standard Rate (Стандартная ставка), вторая — в колонке Overtime Rate (Ставка сверхурочных), а третья — в колонке Per Use Cost (Затраты на использование). Ставки вводятся в формате число/единица времени, например 1000$/то (1000$/мес), что соответствует оплате $1000 за месяц трудозатрат (о том, как обозначаются единицы времени, см. раздел «Настройки отображения временных единиц»).

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

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

Стоимость задачи складывается из суммарной стоимости назначений и ее фиксированных затрат. Фиксированные затраты (Fixed Cost) на задачу — это затраты, не связанные с использованием проектных ресурсов. Например, для задачи «Подготовка проекта дома» фиксированными затратами будут $10 на подготовку брошюры с чертежами, предоставляемыми заказчику.
В нашем проекте задачей с фиксированными затратами является Статьи поступили в редакцию, поскольку ее стоимость не зависит от трудозатрат авторов на подготовку статей, а равняется лишь средствам, которые редакция может потратить на покупку статей у авторов.
Для ввода фиксированных затрат используется поле Fixed Cost (Фиксированные затраты) в таблице Cost (Затраты) в любом из представлений для работы с задачами. Например, на рис. 14.5 (файл \Cost\3.mpp) мы указали фиксированные затраты у задач из предыдущего примера, и они сразу добавились к общей стоимости.

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

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

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

Таблица норм затрат), как это сделано на рис. 14.4.

Таблица норм затрат указывается...

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

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

ВНИМАНИЕ

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

Выбор варианта отмены выравнивания

Загрузка Иванова выровнена (ср. с рис. 14.22), но не окончательно

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

Загрузка ресурсов с 11 по 15 марта выровнена

Замена ресурсов может быть еще более простым процессом, если вы хотите не частично перенести трудозатраты с одного ресурса на другой, а полностью заменить одно назначение на задачу другим. Например, в нашем проекте задействован ресурс Сергеева с общей доступностью 50%. Естественно, что назначение ее на задачу Обработка текста и иллюстраций с загрузкой в 100% привело к превышению загрузки. Поскольку уменьшение загрузки ресурса приведет к увеличению длительности этой задачи (так как это задача типа Fixed Work (Фиксированные трудозатраты)), то для выравнивания загрузки Сергеевой ее нужно заменить другим ресурсом.
Для этого откроем диалоговое окно назначения ресурсов для задачи Обработка текста и иллюстраций и с помощью фильтрации по группе Верстальщик отберем ресурсы, способные заменить Сергееву. Кроме того, поскольку трудозатраты на задачу составляют 110 часов, добавим фильтрацию и по доступности ресурса.
В результате (рис. 14.30, файл 1бmрр) в список ресурсов попадает только ресурс Тарасова, которым мы и заменим Сергееву. Для этого выделим курсором ячейку Сергеева и нажмем кнопку Replace (Заменить). В открывшемся диалоговом окне Replace Resource (Замена ресурса) нужно выбрать ресурс, назначаемый на место заменяемого, и указать, на сколько единиц он выделяется (рис. 14.31). После нажатия кнопки О К будет выполнена замена ресурса.

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

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

.Пример, рассмотренный в предыдущем разделе, продемонстрировал нам, как выравнивать загрузку ресурса путем перераспределения трудозатрат во время исполнения задачи, сохраняя суммарные трудозатраты. Но часто бывает так, что трудозатраты нельзя перераспределить, и тогда приходится выделять на исполнение задачи другого сотрудника.
Например, в интервале между И и 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 (Параметры списка ресурсов), с помощью которого можно определить, какие ресурсы будут отображаться в таблице в середине диалогового окна. В нашем примере в этой таблице отображаются все ресурсы проекта, причем назначенные на задачу ресурсы расположены в начале списка и отмечены флажками.

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

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

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

Анализируем распределение затрат по фазам проекта

На рис. 15.14 видно, как распределены затраты на подготовку номера: на планирование и верстку уходит по 10% бюджета, на подготовку материалов 28% и на предпечатную подготовку 52%.

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

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

Из этого урока вы узнаете, как анализировать план проектных работ и стоимость проекта и оптимизировать их. Для анализа плана работ проекта будут использованы две классические методики: PERT и метод критического пути (СРМ). А для анализа стоимости проекта мы будем активно использовать настраиваемые поля, формулы и группировки, и вы узнаете, как создавать формулы с условиями. Кроме того, наш пример покажет, как анализ плана в различных аспектах помогает выявить ошибки, допущенные при его составлении.
В разделе, посвященном оптимизации плана работ, мы рассмотрим существующие методы сокращения плана работ, в том числе основанные на методе критического пути. Рассматривая оптимизацию стоимости плана, мы покажем, как можно увеличить или уменьшить стоимость проекта и на какие аспекты проектного треугольника могут повлиять подобные изменения.
В ходе анализа плана проекта нужно оценить, насколько установленные длительности задач реалистичны и, соответственно, можно ли уложиться в срок, выполняя работы. После того как длительность задач будет скорректирована, мы проанализируем план с обновленными длительностями задач (обновленными как после корректировки, так и после выравнивания ресурсов) и определим, возможно ли выполнить работу по проекту в" отведенный срок.
До сих пор, оценивая длительность задач, мы использовали экспертный метод, то есть опирались на свой опыт. Однако в некоторых случаях можно использовать параметрический метод. Например, длительность всех задач, связанных с редактированием статей и их версткой, зависит от числа статей. Если мы будем рассчитывать длительность этих задач исходя из формулы, где число статей будет выступать в качестве параметра, то сможем получить более точную оценку.

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

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

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

Анализ критического пути проекта

Анализ критического пути проекта

Critical Path (Критический путь) — это задача или последовательность задач, определяющая дату окончания проекта. Если увеличить длительность задачи, лежащей на критическом пути, то длительность проекта тоже увеличится, а если уменьшить ее длительность, то длительность проекта тоже уменьшится.

Анализ распределения затрат между обычными работами и сверхурочными

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

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

Чтобы оценить общую стоимость проекта, достаточно перейти в таблицу Cost (Затраты) в любом из представлений со списком задач и просмотреть данные в столбце Total Cost (Общие затраты) у суммарной задачи проекта. На рис. 15.13 отображен фрагмент этой таблицы из нашего проекта (файл 9.mрр), и его общая стоимость равняется $1543.

Анализ затрат по типам ресурсов

При работе с полями в Организаторе не забудьте о переключении между настраиваемыми полями ресурсов и задач. В этом примере нам нужно настраиваемое поле для ресурсов.
Но анализ показывает, что затраты на внештатных сотрудников включают затраты на фотомодель, но не учитывают затраты на авторов (на написание статей). Это произошло потому, что на задачу Статьи поступили в редакцию, обозначающую поступление в редакцию статей, не были назначены ресурсы, а стоимость статей была занесена в план как фиксированная стоимость этой задачи. Соответственно, эти затраты не отнесены ни к одному из ресурсов проекта.
Чтобы исправить эту ситуацию, добавим ресурс Авторы и в поле Cost Per Use (Затраты на использование) укажем $1000, то есть стоимость всех статей номера. Затем удалим фиксированную стоимость у задачи Статьи поступили в редакцию и выделим на нее созданный ресурс. Стоимость назначения будет определена в $1000, и соответственно, стоимость задачи снова будет такой же, как и при использовании фиксированной стоимости. Теперь определим для ресурса Авторы значение поля Код отдела, введем стоимость проекта в поле Общая стоимость и посмотрим, как изменились данные в нашей таблице (рис. 15.24, файл 16.mpp). В список внештатных сотрудников добавились Авторы и затраты на них, а общие затраты на внештатных сотрудников возросли с 0,11% до 0,65%, то есть почти в 5 раз.
Введение в BackOffice 2.5

Анализ затрат проекта с учетом затрат на авторов

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

Диалоговое окно задания весовых коэффициентов метода PERT

Сумма весовых коэффициентов должна равняться 6, и обычно ожидаемая длительность имеет коэффициент 4, а две остальные — по 1. В тех случаях, когда вы больше ожидаете развития событий по оптимистическому или пессимистическому сценарию, их весовые коэффициенты можно увеличить.
После того как коэффициенты определены, переходим к расчету длительности задач. Поскольку длительности задач, определенные в результате предварительного планирования, будут заменены рассчитанными в процессе анализа, файл стоит предварительно сохранить с другим именем, чтобы к старым значениям можно было вернуться (или сохранить длительности в отдельной колонке).
Чтобы начать анализ, нужно нажать кнопку Calculate PERT (Вычисления по методу PERT), расположенную в середине панели анализа по методу PERT (см. рис. 15.3). После этого MS Project отобразит предупреждение о том, что все значения поля Duration (Длительность) и настраиваемых полей Start (Начало) и Finish (Окончание) с 1 по 3 будут заменены новыми значениями. После того как вы, нажав кнопку Yes (Да), подтвердите желание осуществить анализ, он начнется.
После проведения анализа данные о длительности задач обновились. На рис. 15.7 (файл 4.mрр) видно, что длительность задач, определенная в результате анализа методом PERT, отличается от той, что была установлена методом экспертной оценки (см. рис. 15.4). Кроме того, после проведения анализа определяются не только длительности задач, но и даты начала и окончания задач для трех возможных сценариев плана работ.

Форма ввода данных для анализа PERT

Когда данные для анализа введены для всех задач, можно произвести перерасчет их длительности с помощью методики PERT. Длительность рассчитывается по формуле:
{Оптимистическая длительность х Оптимистический весовой коэффициент + Ожидаемая длительность х Ожидаемый весовой коэффициент + Пессимистическая длительность х Пессимистический весовой коэффициент) / 6.
Как следует из этой формулы, весовые коэффициенты играют при расчете довольно важную роль: чем больше весовой коэффициент у определенного типа длительности, тем ближе к ней будет длительность, определенная в результате анализа. Поэтому, прежде чем начать анализ, определим весовые коэффициенты. Для этого воспользуемся диалоговым окном задания весовых коэффициентов, вызываемым кнопкой Set PERT Weights (Задание весовых коэффициентов метода PERT), расположенной на панели анализа по методу PERT (см. рис. 15.3).
Форма (рис. 15.6) содержит три поля для ввода весовых коэффициентов. В поле Optimistic (Оптимистический) вводится весовой коэффициент оптимистической длительности, в поле Expected (Ожидаемый) — весовой коэффициент ожидаемой длительности, а в поле Pessimistic (Пессимистический) — пессимистической.

Критический путь проекта после редактирования

Теперь план проекта укладывается в сроки, причем с небольшим опережением. Но прежде чем переходить к анализу и оптимизации стоимости проекта, нужно проверить, не возникло ли перегрузок ресурсов после изменений в плане. Это возможно, например, у задач с фиксированным объемом работ, поскольку уменьшение длительности таких задач приводит к увеличению объема работы, которую задействованные в них ресурсы должны выполнять в течение дня.
В нашем случае превышение доступности снова возникло у Иванова, Петрова, Сидорова и Галкиной (7.mрр) — наиболее активно задействованных в проекте ресурсах. От него нужно избавиться, чтобы при анализе стоимости корректно учитывать трудозатраты и сверхурочную работу. Приемы выравнивания ресурсов вам уже известны, а в нашем случае мы использовали только перераспределение загрузки (файл 8.mpp). Теперь, когда план работ и загрузка ресурсов нас устраивают, можно переходить к анализу и оптимизации стоимости проекта.

Определение общей стоимости проекта

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

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

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

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

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

Оценить, укладывается проект в нужные сроки или нет, можно с помощью индикаторов крайних сроков, которые мы ввели, когда создавали план работ (см. раздел «Крайние сроки»). На рис. 15.9 (файл 5.mpp) видно, что задача Вывод пленок заканчивается позже крайнего срока, а значит, проект не укладывается в расписание. В тех проектах, где не используются крайние сроки или завершающие задачи, оценить длительность проекта можно по значению столбца Duration (Длительность) в строке суммарной задачи проекта (см. раздел «Суммарная задача проекта»).
Если план не укладывается в срок, длительность проекта нужно уменьшить. Для этого нужно сократить длительность его задач или удалить некоторые из них.
Но длительность каких именно задач нужно сокращать? Чтобы ответить на этот вопрос, нужно определить, от каких задач зависит длительность проекта. А для этого можно воспользоваться анализом плана проекта методом критического пути (СРМ).

Оптимизация стоимости проекта

Оптимизация стоимости проекта

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

Отображаем критический путь на диаграмме Ганта

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

Панель инструментов для анализа по методу PERT

На рис. 15.4 представлен фрагмент этой таблицы, заполненной нами в файле З.mрр. В первой колонке, Duration (Длительность), размещаются данные о длительности задач, получившиеся после ввода проектных данных. Колонка Optimistic Dur. (Оптимистическая длительность) предназначена для ввода оптимистичных данных, то есть длительности задач при наиболее благоприятном стечении обстоятельств. В колонке Expected Dur. (Ожидаемая длительность) указывается длительность при нормальном развитии событий (в большинстве случаев мы приравнивали ее к значению в поле Duration (Длительность)). Колонка Pessimistic Dur.
Пессимистическая длительность) предназначена для ввода длительности задач при наихудшем развитии событий.
Длительность во всех трех полях не обязательно должна быть разной. В тех случаях, когда длительность задач зафиксирована и не может варьироваться, например у завершающих задач или задач, срок исполнения которых определяется договором и т. п., во всех трех колонках нужно указать одинаковые значения длительности. Кроме того, часто ожидаемая длительность совпадает с пессимистичной или оптимистичной оценкой.

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

Основы ASP.NET 2.0

После ввода информации о стоимости некоторых задач соотношение затрат изменилось

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

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ
Если вы еще в начале планирования проекта знаете, что будете пользоваться анализом PERT для расчета длительностей задач, то стоит применить его уже на этапе, составления плана работ.
На рис. 15.8 (файл S.mpp) мы воспользовались этими кнопками и открыли два окна, в верхнее из которых загрузили представление с оптимистичным планом проекта, а в нижнее — с пессимистичным. В таком режиме удобно просматривать различия между вариантами плана проекта. Как видно в нижнем окне, при неблагоприятном развитии событий проект может не уложиться в сроки.

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ

MS Project «умеет» определять время, на которое можно задержать исполнение задачи без увеличения длительности проекта. Эта длительность хранится в поле Total Slack (Общий временной резерв), и если она меньше или равна нулю дней, то задача считается критической. Но в некоторых проектах критическими могут считаться задачи, резерв которых больше, например, если он равен 1 дню. Чтобы определить для проекта размер временного резерва критических задач, нужно с помощью команды меню Tools > Options (Сервис > Параметры) открыть диалоговое окно настройки параметров MS Project, перейти на вкладку Calculation (Расчеты) и указать нужное значение параметра Tasks are criticalis slack is less or equal to ... days (Считать критическими задачи, имеющие резерв не более ... дней).
MS Project также относит к критическим задачи, имеющие ограничения типа Must Start On (Фиксированное начало), Must Finish On (Фиксированное окончание), As Late As Possible (Как можно позже) в планируемых от даты начала проектах и As Soon As Possible (Как можно раньше) в проектах, планируемых от даты окончания. Кроме того, критическими считаются задачи, дата окончания которых превышает дату крайнего срока или совпадает с ней.
Для отображения критического пути проекта на диаграмме Ганта нужно воспользоваться мастером Gantt Chart Wizard (Мастер диаграмм Ганта), вызываемым одноименной командой в меню Format (Формат) или контекстном меню диаграммы Гаита. На втором шаге мастера (рис. 15.10) нужно выбрать переключатель Critical Path (Критический путь) и нажать кнопку Finish (Готово).

Ранее созданные поля перенесены в новый файл проекта

Для расчета длительностей с учетом параметров создадим копию таблицы Entry (Ввод) с названием Параметры и отобразим в ней импортированные поля (файл 2.mрр). Поскольку в таблице есть много задач с длительностью, не зависящей от числа статей, добавим в таблицу столбец Flag2 (Флаг2) с названием Обработка статей и установим в нем значения Yes (Да) только для тех задач, длительность которых мы можем рассчитывать по параметрической модели. Затем с помощью автофильтра оставим на экране только те задачи, у которых значение поля Обработка статей равно Yes (Да).
Теперь в каждой строке нужно ввести в поле Время редактирования статьи длительность операции в расчете на статью. Например, Редактирование материалов требует 1 день на статью, а Техническое редактирование — только 4 часа (рис. 15.2, файл 2.mрр). После того как длительность по параметрам рассчитана, нужно обновить данные о трудозатратах в поле Work (Трудозатраты).
Уточнив применение параметров длительности некоторых задач, проанализируем все задачи нашего плана по методу PERT (Program, Evaluation and Review Technique). Суть этого метода заключается в использовании трех сценариев: пессимистичного (с максимально возможными длительностями задач), оптимистичного (с минимальными длительностями) и ожидаемого сценария, наиболее реального. В соответствии с удельным весом каждого из вариантов программа рассчитывает средневзвешенную длительность каждой задачи.

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

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

Для анализа распределения затрат по ресурсам разных типов воспользуемся теми же приемами, что и при анализе распределения ресурсов по типам задач. Для группировки ресурсов нам понадобится настраиваемый ресурсный код структуры Код отдела, уже созданный ранее в файле СН13\19.mрр (см. раздел «Ввод значений настраиваемого кода структуры и его использование»). С помощью Организатора перенесем его в наш файл 16.mрр, добавим его в список отображаемых в таблице и заполним данными (рис. 15.22).

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

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

Для определения соотношения затрат между фазами проекта воспользуемся настраиваемыми полями и формулами. Нам понадобится два поля, первое из которых, Cost2 (Затраты2), мы переименуем в Общая стоимость, а второе, Numberl (Число!), переименуем в % от общей стоимости. Во все строки первого поля скопируем общую стоимость проекта из строки суммарной задачи, а во второе поместим формулу [Cost]/[Cost2] ([Затраты]/[3атраты2]), причем в настройках поля укажем, что для расчета строк суммарных задач и групп нужно использовать ту же формулу. После добавления созданных столбцов в таблицу она будет выглядеть, как показано на рис. 15.14 (файл 9.mрр). (Чтобы быстро заполнить весь столбец данными, нужно вставить стоимость проекта в первую ячейку и затем потянуть вниз за квадрат в углу ячейки (аналогично тому, как это делается в Excel)).

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

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

Очень часто в рамках одной фазы выполняются задачи разных типов. Например, в нашем проекте на фазе Верстка журнала некоторые задачи относятся к корректированию текстов, а не к верстке. Такие ситуации довольно часты, и поэтому анализ распределения затрат по фазам обычно дополняют анализом распределения затрат по типам работ.
Чтобы провести такой анализ, нужно создать поле, в которое будет заноситься информация о типе работы, и определить его значение для каждой из задач проекта. В нашем случае (файл 10.mрр) мы переименовали настраиваемый код структуры Outline Code! (Код структуры!) в Код работ и создали таблицу подстановки к нему (о том, как работать с настраиваемыми кодами структур, см. раздел «Настраиваемые коды структуры»). Мы использовали настраиваемый код структуры, а не настраиваемое поле, чтобы иметь возможность в дальнейшем более детально описать типы работ.
Мы добавили это поле в таблицу Cost (Затраты) и заполнили его данными для всех задач, кроме завершающих (рис. 15.15), поскольку их стоимость равна нулю (файл 10.mрр). Теперь перейдем к настройкам поля Number! (Число!) и в разделе настроек расчетов для суммарных задач и групп выберем переключатель Rollup (Сведение), а в раскрывающемся списке выберем значение Sum (Сумма). Теперь сгруппируем данные (о группировке см. раздел «Группировка») по полю Outline Codel (Код структуры!) и уберем ненужные столбцы (рис. 15.16, файл 11.mpp). Первыми идут задачи, у которых не определен код, и их стоимость равна SO (кодом не отмечены завершающие задачи). Затем в списке представлены другие типы задач и затраты на них, причем в таком виде структура затрат представлена более детально, чем в предыдущем примере с фазами.
Как вы видите, стоимость задач типа Написание статей авторами равна нулю, хотя затраты на это должны быть учтены в плане проекта. Очевидно, при составлении плана стоимость задач не была внесена в план. Поэтому обновим план: откроем новое окно и в нем введем информацию о стоимости соответствующих задач и
обновим настраиваемое поле Cost2 (Затраты2). Когда мы вернемся к нашему отчету, то увидим, что он изменился (рис. 15.17, файл 12.mрр).

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

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

Обновив формулу, посмотрим на данные в таблице. На рис. 15.21 (файл 15.mpp) видно, что доля сверхурочных трудозатрат составляет 2,08% от затрат на задачу, где требуются сверхурочные, и 0,22% от затрат на фазу, включающую эту задачу. В общем же бюджете проекта доля этих затрат настолько мала, что значение поля % от общей стоимости в строке суммарной задачи равно нулю.

Результат выполнения анализа по методике PERT

Чтобы просмотреть диаграмму Ганта для разных версий плана проекта, нужно воспользоваться тремя кнопками на панели анализа по методу PERT (см. рис. 15.3). Первой слева расположена кнопка Optimistic Gantt (Диаграмма Ганта — оптимистическая оценка), затем Expected Gantt (Диаграмма Ганта — ожидаемая оценка) и третьей — Pessimistic Gantt (Диаграмма Ганта — пессимистическая оценка).

СОВЕТ

СОВЕТ
Чтобы оставить на диаграмме Ганта только критические задачи, нужно воспользоваться фильтром Critical (Критические).

Сравнение оптимистичного и пессимистичного сценариев

Структура затрат на проект после обновления данных о стоимости ресурсов

После ввода информации о стоимости ресурсов стоимость проекта существенно возросла. Кроме того, изменилось соотношение по стоимости между фазами (для удобства восприятия мы добавили в формулу умножение результата на 100, чтобы в столбце отображалось число процентов).
Теперь определены и затраты на сверхурочную работу, отображаемые в строке суммарной информации о проекте. В нашем случае они составляют незначительную часть от общих затрат на проект, поскольку в качестве ставок мы указываем месячную зарплату ресурсов. Однако часто затраты на сверхурочную работу составляют весомую часть бюджета проекта, и в таких случаях требуется определить точно, какой процент от бюджета они составляют.
Для этого нужно отредактировать формулу в поле Numberl (Число!), причем эта формула должна рассчитывать значение ячейки только тогда, когда значение поля Cost (Затраты) не равно нулю, поскольку деление на 0 приведет к ошибке. Поэтому в формуле нужно использовать оператор Ilf, обеспечивающий выполнение операций по условию.
Формат этого оператора таков: lif (условие; если истина; если ложь)
В скобках сначала указывается условие, затем через точку с запятой указываются операции, которые программа должна осуществить в случае выполнения условия и если условие не выполняется.
Наша формула представлена на рис. 15.20. Условием оператора является [Cost]<>0 ([Затраты]<>0), причем условие взято в скобки. Если это соблюдено и стоимость задачи не нулевая, то программа заполнит поле, разделив затраты на сверхурочные на стоимость задачи и умножив полученный результат на 100. Это действие выражено формулой ([Overtime Cost]/[Cost])*100 (([Затраты на сверхурочные]/[3атраты])*100). Если же стоимость задачи нулевая, то в поле будет помещен 0. Для того чтобы поместить в ячейку 0 или любое другое число, достаточно просто указать его в формуле в кавычках, как в нашем случае.

Так выглядит наш план после форматирования...

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

Для сокращения длительности задачи можно применить несколько методов: во-первых, можно сократить объем работы, требуемый для ее выполнения. Во-вторых, можно добавить ресурсы для ускорения выполнения работы при сохранении ее объема. Наконец, можно разбить задачу на подзадачи, выполняемые одновременно разными сотрудниками.
В нашем случае мы сократили длительность двух задач: Подготовка редакционных заданий и Утверждение заданий авторами. Длительность первой задачи мы сократили незначительно, а второй — в два раза (с 4 до 2 дней), поскольку .на скорость ее выполнения можно повлиять административными мерами.
Но сокращение длительности этих задач не помогло уложиться в крайние сроки. И тогда мы разбили задачу Редактирование материалов на 3 подзадачи: Редактирование раздела 1, 2 и 3 и спланировали их одновременное исполнение. Это возможно потому, что журнал состоит из трех разделов, и каждый из редакторов разделов отвечает за свой раздел и осуществляет редактирование материалов в нем независимо от других. Длительность каждой задачи была установлена равной 10 дням, а загрузка ресурсов определена в 70% с ранним пиком в профиле загрузки. В результате бывшая задача и нынешняя фаза Редактирование материалов перестала быть критической (рис. 15.12, файл 7.mрр).
Самоучитель по созданию чертежей

Уменьшение затрат

Уменьшение затрат

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

Уточнение длительности задач по методу PERT

Уточнение длительности задач по методу PERT

Для анализа проекта по методу PERT необходимо вывести на экран панель инструментов с кнопками для запуска всех необходимых средств. Для этого воспользуемся командой меню View > Toolbars > PERT Analysis (Вид > Панели инструментов > Анализ по методу PERT).
Для перехода в таблицу ввода данных для анализа PERT предназначена правая кнопка панели (рис. 15.3), PERT Entry Sheet (Лист ввода PERT). Щелчок на этой кнопке откроет одноименную таблицу, в колонки которой вводятся данные с вариантами длительности задач.

Уточнение длительности задач с использованием параметров

Уточнение длительности задач с использованием параметров

Поля для параметрического расчета длительности задач мы уже создавали в разделе «Использование формул», когда учились работать с формулами. Поэтому, чтобы не делать повторно ту же работу, перенесем готовые поля из файла СН13\17.mррв наш файл СН15\.1.mрр.
Для этого откроем в MS Project оба файла, затем с помощью команды меню Toots > Organizer (Сервис > Организатор) откроем диалоговое окно Организатора и перейдем в нем на вкладку Fields (Поля). Выберем переключатель Task (Задача), так как созданные нами поля относились к задачам, и выберем в раскрывающемся списке в левой части диалогового окна файл 1.mpp, а в правой — 17.mрр. Теперь, выделив нужные поля и нажав кнопку «Сору («Копировать), добавим поля в наш файл (рис. 15.1).
В файле СН13\17.гпрр мы рассчитывали длительность редактирования отдельных статей на основании числа страниц. На этом этапе составления плана мы знаем только общее число статей номера, но нам не известно число страниц в каждой из них. Поэтому в качестве параметров для расчета длительностей задач будем использовать Число статей (переименовав поле Число страниц в статье) и Время редактирования статьи (переименовав поле Время редактирования страницы).

Увеличение затрат

Увеличение затрат

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

ВНИМАНИЕ

ВНИМАНИЕ

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

Вводим данные для PERT-анализа

В тех случаях, когда вы хотите применить методику PERT только для некоторых задач, можно воспользоваться специальной формой PERT Entry Form (Форма ввода PERT), вызываемой щелчком на кнопке PERT Entry Form ( Форма ввода PERT) панели анализа по методу PERT (см. рис. 15.3). Если вы пользуетесь этой формой, то вводить данные для анализа PERT можно в любом представлении MS Project — достаточно установить курсор на нужную задачу и нажать кнопку вызова формы.
На рис. 15.5 представлена форма ввода данных для анализа PERT для задачи Верстка обложки. В верхней части формы указано название задачи и текущая длительность, а в середине окна расположены поля для ввода вариантов длительности: Optimistic (Оптимистическая), Expected (Ожидаемая) и Pessimistic (Пессимистическая).
СРЕДСТВА АНАЛИЗА И ОПТИМИЗАЦИИ ЛОКАЛЬНЫХ СЕТЕЙ

Заполняем данными настраиваемый код структуры для ресурсов

Когда коды отделов у ресурсов расставлены, нужно создать поле для хранения информации об общей стоимости проекта и для расчета процента стоимости ресурса от общей стоимости. Все эти настройки аналогичны тем, что мы делали для расчета соотношения затрат на различные фазы проекта (см. раздел «Распределение затрат по фазам проекта»), но теперь мы будем использовать настраиваемые поля ресурсов, а не задач.
После того как поля созданы, настроены и добавлены в таблицу, сгруппируем данные по полю Код отдела. Теперь (рис. 15.23, файл 17.mрр) напротив названия каждой из групп ресурсов указаны суммарные затраты на ресурсы этой группы (в колонке Cost (Затраты)) и доля этих затрат от общей стоимости проекта (в колонке % от общей стоимости). В группе No Value (Нет значения) перечислены ресурсы, у которых нет значения в колонке Код отдела — материальные ресурсы.

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

Затраты на обычные и сверхурочные трудозатраты

Затраты на обычные и сверхурочные трудозатраты

Для определения стоимости сверхурочных работ добавим в таблицу колонку Overtime Cost (Затраты на сверхурочные) и просмотрим ее значения в строке суммарной задачи проекта. В файле IS.mpp это значение будет равно нулю, хотя мы вводили в план данные о сверхурочных трудозатратах (см. раздел «Перенос трудозатрат в сверхурочные» урока 14). Чтобы проверить, что сверхурочные трудозатраты присутствуют в плане, добавим в таблицу колонку Overtime Work (Сверхурочные трудозатраты). Как видно на рис. 15.18 (файл IS.mpp), сверхурочные трудозатраты в плане проекта присутствуют, но их стоимость при этом равна нулю.
Возможная причина нулевой стоимости сверхурочных трудозатрат может быть в том, что у ресурса не определена ставка за сверхурочные трудозатраты. И действительно, у Буркова эта ставка не определена. Но мало того, в представлении Resource Sheet (Лист ресурсов) обнаруживается, что у значительной части ресурсов в процессе составления плана проекта была утрачена информация о стоимости! Как видите, от анализа план проекта существенно выигрывает, ведь благодаря ему мы нашли уже несколько серьезных ошибок.
Восстановим информацию о стоимости, скопировав данные одного из предыдущих файлов в уроке 14, и снова проанализируем суммарные затраты проекта и Их структуру (рис. 15.19, файл 14.mрр).

Затраты на выполнение задач разных типов

Менеджмент: Стратегии - Виды - Организация

Основы планирования и подготовка к составлению плана

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

Диалоговое окно настройки рабочего времени проекта

Диалоговое окно настройки расчетов времени в MS Project

Диалоговое окно создания нового календаря

Диалоговое окно ввода информации о проекте

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

Фазы Фаза проекта состоит из одной...

Качество находится в центре проектного...

Нажатие кнопки Copy (Копировать) поместит созданный календарь в глобальный шаблон

Настройки календарного плана

Назначения

Общие настройки календаря Во многих...

Определение проекта

Параметры календарного плана

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

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

Помечаем 8 марта как выходной день

Помощь в планировании

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ При планировании работ...

Пример настройки календаря

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

Проектный треугольник — популярное графическое представление специфики управления проектами

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

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

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

Способ планирования и основные даты

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

Включен финансовый год, начинающийся...

ВНИМАНИЕ

ВНИМАНИЕ

ВНИМАНИЕ

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

Задачи

Завершающие задачи

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

Планирование работ

Что выбрать — ограничения или крайние сроки

Дата начала проекта

Диалоговое окно сведений о повторяющейся задаче

Фазы, состоящие только из завершающих задач, выглядят на диаграмме как завершающие задачи

Фрагмент таблицы из плана проекта с введенными связями между задачами

Индикатор отображается, когда задача не укладывается в крайние сроки

Использование задержек и опережений

Использование задержек и опережений при связи типа FS (ОН)

Как ограничения влияют на расписание

Когда вводить ограничения в план проекта

Крайние сроки

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

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

Ограничения

Определение длительностей задач

Определение состава работ

Определение связей между задачами

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

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

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

Повторяющиеся задачи

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ

ПРИМЕЧАНИЕ

Пример использования ограничений и крайних сроков

Принцип расчета длительностей MS Project для типа связи FF (00)

При наличии связи типа SF (НО)...

При наличии связи типа SS (НН) изменение длительности одной задачи не влияет на сроки исполнения другой

При установке связи типа FS (ОН)...

Редактирование связей с помощью формы описания задачи

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

Редактирование связей в форме

Редактирование связей в таблице

Скелетный план работ

Сообщение об ошибке

СОВЕТ

Способы редактирования связей

Суммарная задача отображается на диаграмме Ганта