WWW.MASH.DOBROTA.BIZ
БЕСПЛАТНАЯ  ИНТЕРНЕТ  БИБЛИОТЕКА - онлайн публикации
 


Pages:     | 1 || 3 | 4 |

«MS Project: Введение в MS Project ЗНАКОМСТВО С MS PROJECT MS Project: Глава 1. Установка, запуск и настройка MS Project: Глава 2. Таблицы MS Project: Глава 3. Сортировка, ...»

-- [ Страница 2 ] --

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

Задачи

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

Фазы

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

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



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

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

ПРИМЕЧАНИЕMS Project: Составляющие проектного плана

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

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

ПРИМЕЧАНИЕ





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

Использование пересечения фаз при планировании называется быстрым путем (fast tracking) .

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

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

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

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

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

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

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

ВНИМАНИЕ

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

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

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

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

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

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

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

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

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

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

ПРИМЕЧАНИЕ

Термин «стоимость» (cost) в MS Project переведен как «затраты», потому что в управлении проектами используются оба русскоязычных термина. В книге также на равных правах используются оба термина .

Величина Cost Per Use (Затраты на использование) обозначает стоимость MS Project: Составляющие проектного плана использования оборудования или сотрудника в задаче, которая не зависит от того, сколько времени задействован в задаче сотрудник или материальный ресурс. Общие затраты на использование ресурса определяются путем умножения стоимости использования на число задач, в которых он задействован .

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

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

Назначения объединяют в плане ресурсы и задачи, делая план целостным .

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

MS Project: Проектный треугольник Проектный треугольник Как мы уже знаем, большинство проектов имеют определенную дату окончания, бюджет и объем работ. Это трио времени, денег и объема часто называют проектным треугольником (рис. 10.1), потому что при внесении изменений в один из этих элементов меняются оба других. И хотя для проекта в равной степени важны все три элемента, как правило, только один из них в зависимости от приоритетов имеет наибольшее влияние на другие .

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

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

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

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

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

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

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

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

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

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

Чтобы начать составлять план работ, нужно создать файл нового проекта. Это можно сделать, щелкнув на кнопке New (Создать) панели инструментов Standard (Стандартная). При создании нового проекта автоматически откроется диалоговое окно Project Information (Сведения о проекте), в котором можно определить большинство его характеристик (рис. 10.3). Чтобы изменять параметры проекта в дальнейшем, это диалоговое окно можно вызвать командой меню Project Project Information (Проект Сведения о проекте) .

1 Если вам хочется больше узнать о теории управления проектами, то рекомендуем воспользоваться источниками в Интернете, например сайтом «Профессионал управления проектами» (http://www.pmprofy.ru) .

2 В соответствии с флажком Prompt for project info for new projects (Запрос на ввод сведений о проекте для ноных проектов), описанным в разделе «Общие настройки программы» .

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

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

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

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

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

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

Очень часто настройки стандартных календарей не подходят для проекта .

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

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

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

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

ВНИМАНИЕ

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

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

Работа с календарями осуществляется в диалоговом окне Change Working Time (Изменить рабочее время) (рис. 10.4). Открывается оно одноименной командой, находящейся в меню Tools (Сервис) .

MS Project: Определение проекта Рис. 10.4. Диалоговое окно настройки рабочего времени проекта В верхней части диалогового окна расположен список календарей. Рядом с названием календаря, выбранного в диалоговом окне информации о проекте, в скобках указано, что он является проектным календарем (Project Calendar (Календарь проекта)). Все настраиваемые в диалоговом окне параметры относятся к календарю, выбранному в списке .

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

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

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

Переключатель Nonworking time (Нерабочее время) пометит выбранный рабочий день как выходной, a Nondefault working time (Нестандартное рабочее время) — как рабочий .

Под переключателями расположены две колонки полей, содержащих временные интервалы, в которых осуществляется работа в течение дня. В поля левой колонки, From: (С:), вводится время начала интервала, а в поля правой, То: (По:) — время окончания. Например, на рис. 10.4 введены два интервала: с 8 до 12 и с 13 до 17. Время начала следующего интервала должно быть больше времени окончания предыдущего интервала .

Для создания нового календаря предназначена кнопка New (Создать). После нажатия на нее открывается диалоговое окно (рис. 10.5), в котором нужно указать название нового календаря и определить, как будет создан новый календарь — па основе существующего или «с нуля». В первом случае нужно выбрать переключатель Make a copy of (Создать копию) и выбрать соответствующий календарь из списка. Во втором случае нужно выбрать переключатель Create new base calendar (Создать новый базовый календарь) .

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

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

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

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

Кроме того, именно в соответствии с этой настройкой отображается календарь в диалоговом окне настройки календаря (см. рис. 10.4) .

Помимо дней недели на временной шкале отображается информация о годе, и программа позволяет отображать на шкале как календарный, так и MS Project: Определение проекта финансовый год. В некоторых организациях финансовый год может начинаться не в январе, и в таком случае на шкале номер календарного года заменяется номером финансового года. Чтобы замена осуществлялась, необходимо в поле Fiscal year starts in (Месяц начала финансового года) указать месяц, с которого начинается финансовый год .

Чтобы проверить сделанные настройки календарей, можно воспользоваться отчетом Working Days (Рабочие дни), который описан в разделе «Рабочие дни» .

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

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

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

Обычно в качестве номера финансового года используется номер календарного года, в котором финансовый год заканчивается. Но если в организации принята другая практика, то можно использовать во временной шкале номер начального календарного года. Для этого нужно установить флажок Use starting year for FY numbering (Использовать год начала для нумерации ФГ) .

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

На рис. 10.8 (файл З.mрр) представлен пример проекта, в котором установлен этот флажок. Если раньше, на рис. 10.7, март 2002 года относился к финансовому 2003 году, поскольку этот финансовый год заканчивался бы в 2003 календарном году, то теперь март 2002 года стал относиться к 2002 финансовому году .

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

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

ВНИМАНИЕ

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

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

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

Пример настройки календаря Изменим типовые настройки календаря MS Project, с тем чтобы в дальнейшем 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 (см. раздел «Настройки просмотра») .

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

MS Project: Определение проекта Рис. 10.11. Нажатие кнопки Copy (Копировать) поместит созданный календарь в глобальный шаблон Используя приемы из этого примера, вы можете создавать собственные календари, настраивать их в соответствии со своими потребностями и затем использовать в рамках организации .

MS Project: Параметры календарного плана Параметры календарного плана Во время планирования объема работ нам придется размещать задачи на календарном плане проекта, определяя, в какой день начнется и закончится та или иная задача. В 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: Параметры календарного плана

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

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

Обычно длительность задач указывается в днях (Days), и именно этот вариант стоит выбрать в списке Duration is entered in (Длительность вводится в). Количество работы, как правило, учитывается в часах, поэтому в списке Work is entered in (Трудозатраты вводятся в) стоит выбрать Hours (Часы) .

При редактировании проектного расписания часто приходится перемещать MS Project: Параметры календарного плана задачи или группы задач. Флажок Autolink inserted or moved tasks (Автоматическое связывание добавленных или перемещенных задач) определяет, будут ли перемещенные или вставленные между другими задачи автоматически связываться с предыдущими или последующими. Этот флажок стоит оставить установленным, поскольку он существенно упрощает редактирование планов проектов даже с небольшим количеством связей .

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

Предварительные длительности могут помечаться в плане вопросительным знаком, что делает работу с графиком очень удобной: можно легко увидеть задачи с не установленной окончательно длительностью. Для того чтобы вопросительные знаки отображались, необходимо оставить установленным флажок Show that tasks have estimated durations (Показывать, что у задачи есть предварительная оценка длительности) .

И последний флажок — New tasks have estimated durations (Новые задачи имеют предварительную оценку длительности) — определяет, будет ли длительность новых задач помечаться как предварительная. Мы рекомендуем установить этот флажок .

После установки значений воспользуйтесь кнопкой Set as Default (По умолчанию) для использования их в последующих проектах .

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

MS Project: Что нового вы узнали?

–  –  –

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

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

MS Project: Глава 10. Планирование работ Глава 10. Планирование работ Определение состава работ

–  –  –

Что нового вы узнали?

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

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

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

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

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

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

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

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

План работ лучше всего составлять в представлении Gantt Chart (Диаграмма Ганга). Для добавления задачи в план проекта нужно установить курсор в таблицу слева от диаграммы и ввести название задачи в поле Task Name (Название задачи) .

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

11.1 (файл 2.mpp) видно, как выглядит план проекта Издание журнала после того, как в пего были добавлены четыре основных фазы .

Рис. 11.1. Начинаем составлять план проекта Издание журнала MS Project: Скелетный план работ Добавление в план фазы не отличается от добавления задачи — любая задача автоматически становится фазой, как только у нее появляется вложенная задача, то есть задача, находящаяся на следующем уровне структуры плана (о структуре записей в таблицах см. раздел «Структурная фильтрация»). До тех пор пока у задачи нет вложенных задач, она не является фазой .

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

ПРИМЕЧАНИЕ

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

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

ПРИМЕЧАНИЕ

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

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

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

Рис. 11.5. После добавления задач фазы в плане проекта выглядят так, как им положено MS Project: Скелетный план работ Рис. 11.6. Так выглядит план проекта после добавления в него всех задач Когда мы определили состав работ, пора переходить к определению длительностей задач и связей между ними .

MS Project: Определение длительностей задач Определение длительностей задач Длительность задач определяется значением, введенным в колонке Duration (Длительность). Как вы помните, вводить ее можно в часах, днях или неделях (см. раздел «Настройки отображения временных единиц» ) .

Длительность фаз вводить нельзя — она рассчитывается автоматически .

При создании задач MS Project автоматически задает им длительность в 1 день, добавляя после ее обозначения вопросительный знак (см. рис. 11.6) .

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

(1д?) .

ПРИМЕЧАНИЕ

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

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

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

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

Задача, влияющая на другую, называется Predecessor (Предшественник), а задача, зависящая от другой, называется Successor (Последователь) .

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

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

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

Типы связей задач В MS Project есть четыре типа связей между задачами.

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

Связь типа Start-to-start (Начало-начало), или сокращенно SS (НН), обозначает зависимость, при которой задача В не может начаться до тех пор, пока не началась задача А. Например, Техническое редактирование не может начаться раньше, чем Редактирование материалов, но и для того, чтобы начать Техническое редактирование, не обязательно дожидаться окончания Редактирования материалов. С помощью такой связи обычно объединяются задачи, которые должны выполняться почти одновременно .

MS Project: Определение связей между задачами Связь типа Finish-to-Finish (Окончание-окончание), или сокращенно FF (00), обозначает зависимость, при которой задача В не может закончиться до тех пор, пока не закончилась задача А. Обычно такой связью объединяются задачи, которые должны выполняться почти одновременно, но при этом одна не может закончиться, пока не завершена другая. Например, сдача-приемка программы идет одновременно с исправлением ошибок (найденных в процессе сдачи-приемки), и пока исправление ошибок не завершено, сдача-приемка тоже не может завершиться .

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

Связь создается перетаскиванием мыши с одного отрезка диаграммы Ганта на другой (см. раздел «Редактирование проектных данных на диаграмме Ганта»), при этом по умолчанию тип связи определяется как FS .

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

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

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

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

MS Project: Определение связей между задачами Рис. 11.7. При установке связи типа FS (ОН) увеличение длительности предшествующей задачи приводит к переносу даты начала последующей на более поздний срок Если же изменить тип связи между задачами на SF (НО) и направить связь в обратную сторону, то при увеличении длительности хронологически предшествующей задачи ее дата начала будет переноситься на более ранний срок, и при этом дата начала последующей задачи не изменится. Именно поэтому такой тип связи используется в тех случаях, когда в качестве последующей задачи выступает та, срок начала которой не должен измениться .

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

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

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

MS Project: Определение связей между задачами Рис. 11.8. При наличии связи типа SF (НО) изменение длительности хронологически предшествующей задачи не влияет на дату начала последующей задачи Рис. 11.9. При наличии связи типа SS (НН) изменение длительности одной задачи не влияет на сроки исполнения другой Если между задачами имеется связь типа FF(OO), MS Project старается синхронизировать даты окончания связанных задач. Если увеличивается длительность предшествующей задачи, то автоматически переносятся даты начала и окончания последующей задачи (чтобы дата окончания последующей задачи соответствовала дате окончания предшествующей). Например, на рис .

11.10 в строках 8-9 видно, что после увеличения длительности предшествующей задачи (А) дата окончания последующей задачи (В) была MS Project: Определение связей между задачами изменена. При этом длительность задачи В не изменилась .

Если же изменяется дата окончания последующей задачи (как в строках 11-12 на рис. 11.10), то дата окончания предшествующей задачи не изменяется, и задачи завершаются в разные дни. То есть при изменении длительности последующей задачи переносится только дата ее окончания .

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

Рис. 11.10. Принцип расчета длительностей MS Project для типа связи FF (00) Использование задержек и опережений Часто в жизни зависимости между задачами бывают немного более сложными, чем Finish-to-start (Окончание-начало). Например, между задачей «Покраска стен» и «Развешивание картин» должен пройти день, чтобы краска успела высохнуть. Для того чтобы описать такую зависимость между задачами, в MS Project используется параметр Запаздывание (Lag). Например, в случае с покраской стен запаздывание между задачами должно составить 1 день .

MS Project: Определение связей между задачами Запаздывание является свойством связи и может быть указано в диалоговом окне определения свойств связи (см. раздел «Редактирование проектных данных на диаграмме Ганта»). Запаздывание можно вводить как длительность (например, 1 день) или как процент от длительности предшествующей задачи. Например, если предшествующая задача продолжается 4 дня, то запаздывание в 25% будет равняться 1 дню .

Иногда для начала выполнения следующей задачи не нужно дожидаться полного окончания предыдущей. Например, можно начинать клеить обои, когда штукатурка положена хотя бы на некоторых стенах в доме. В таком случае следует использовать Опережение (Lead). Опережение вводится так же, как и запаздывание, но с отрицательным знаком, например опережение в 1 день указывается как -Id (-1д), а опережение в 50% (то есть следующая задача начинается, когда предыдущая выполнена наполовину) — как -50% .

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

На рис. 11.11 представлен пример использования задержек и опережений вместе со связью типа FS (ОН). Задачи в строках 5-6 соединены обычной связью без задержки. В строках 8-9 было добавлено запаздывание в 1 день, и дата начала задачи В автоматически была перенесена на 1 день позже, с 27.02.02 на 28.02.02 .

MS Project: Определение связей между задачами В строках 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 автоматически перенесет дату начала последующей задачи на соответствующий день .

Способы редактирования связей Мы уже знаем способы создания и редактирования связей с помощью мыши .

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

Кроме того, создавать связи можно с помощью кнопки Link Tasks (Связать задачи) стандартной панели инструментов (см. представленный ниже рисунок) .

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

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

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

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

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

Как вы помните, связью по умолчанию является Finish-to-start (Окончаниеначало), поэтому если в поле Predecessors (Предшественники) просто указать номер задачи1, это будет означать, что данная задача является предшественницей текущей. Например, предшественницей задачи Предварительная редколлегия является задача с номером 3, то есть Подготовка плана номера. Соответственно, Предварительная редколлегия начинается 01.11.01, то есть после того, как 31.10.01 завершена Подготовка плана номера .

MS Project: Определение связей между задачами В тех случаях, когда связь отличается от стандартной, в поле нужно указать номер предшествующей задачи и аббревиатуру, соответствующую типу связи (например, как в строках 26, 27 и 28). Если у связи есть запаздывание или опережение, то его нужно указать рядом с типом связи, используя знаки + или

-. Если запаздывание или опережение используется со стандартной связью FS (ОН), то ее аббревиатуру тоже нужно указать (как в строке 12). А если у задачи есть несколько предшественниц, то связи с ними нужно указать через точку с запятой (как, например, в строке 30) .

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

ПРИМЕЧАНИЕ

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

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

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

Наиболее удобным является диалоговое окно Task Form (Форма описания задачи). Эта форма (см. раздел «Настройка отображаемой на форме информации») отображается, если, находясь в диаграмме Ганта, выбрать команду меню Window Split (Окно Разделить). Ее также можно вызвать из диалогового окна View More Views (Вид Все виды) .

По умолчанию отображается форма для редактирования задействованных в задаче ресурсов и связей с предшественницами, но с помощью контекстного меню формы можно вызвать диалоговое окно Predecessors & Successors (Предшественники и последователи), в котором можно редактировать связи выбранной задачи как с предшествующими, так и с последующими задачами (рис. 11.13, файл 5.mpp). Форма разделена на две таблицы с одинаковой структурой, содержащие колонки с номером задачи, ее названием, типом связи MS Project: Определение связей между задачами и величиной задержки. Левая таблица содержит информацию о предшественницах, а правая — о последующих задачах .

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

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

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

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

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

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

Рис. 11.14. Вкладка Predecessors (Предшественники) в диалоговом окне сведений о задаче MS Project: Определение связей между задачами Рис. 11.15. Такой вид принял план проекта после указания длительностей задач и связей между задачами После того как мы указали длительности задач и определили связи между ними, план проекта Издание номера журнала принял вид, представленный на рис. 11.15 (файл 9.mpp). Теперь нужно переходить к определению основных дат и крайних сроков проекта .

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

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

Привязывание задачи к определенной дате в MS Project осуществляется при помощи элемента Constraint (Ограничение). Используя ограничения, можно, например, указать, что задача должна начаться в определенный день или закончиться не позднее определенной даты .

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

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

Два наиболее негибких ограничения в MS Project, привязывающие задачу к определенной дате, — это Must Start On (Фиксированное начало) и Must Finish On (Фиксированное окончание). Использовать негибкие ограничения нужно тогда, когда задача обязательно должна начаться или закончиться в определенный день, например, если срок исполнения задачи обусловлен договором и не может быть нарушен .

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

Например, задача «Закладка фундамента» должна начаться, когда закончится «Рытье котлована». Предположим, что «Рытье котлована» будет закончено 10-го числа. Если вы введете негибкое ограничение, указывающее, что «Закладка фундамента» должна начаться 10-го, а потом «Рытье котлована» закончится ранее, то MS Project не сможет за счет быстрого исполнения предыдущей задачи передвинуть «Закладку фундамента» на более ранний срок и помочь спланировать скорейшее завершение проекта .

Как ограничения влияют на расписание Когда требуется контролировать дату начала или конца задачи, вы можете добавить ограничение. Гибкие ограничения учитывают связи между задачами, чтобы перенести задачу как можно раньше или как можно позже, MS Project: Ограничения насколько позволяет связь. Например, задача с ограничением As Soon As Possible (Как можно раньше) и связью FS (ОН) будет начинаться сразу по завершении предшественницы .

Ограничения со средней гибкостью запрещают задаче начаться или окончиться до или после выбранной даты. Например, задача с ограничением Start No Later Than (Начало не позднее) на 17 марта и связью типа FS (ОН) с другой задачей может начаться в любое время, если ее предшественница закончится, например, до 15 июня, но не может быть начата после 17 марта .

Негибкие ограничения не подвергаются влиянию связей и «привязывают»

задачу к выбранной вами дате. Например, задача с ограничением Must Start On (Фиксированное начало) на 10 апреля и связью типа FS (ОН) с другой задачей всегда будет находиться в расписании на 10 апреля вне зависимости от того, закончится ее предшественница раньше или позже .

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

–  –  –

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

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

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

Для ввода крайнего срока задачи нужно воспользоваться вкладкой Advanced (Дополнительно) в диалоговом окне сведений о задаче (см. рис. 11.18) .

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

MS Project: Крайние сроки

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

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

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

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

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

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

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

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

Поскольку в нашем примере мы не определяли ограничения и крайние сроки на этапе составления скелетного плана работ, то начнем определять крайние сроки и ограничения в нынешнем плане работ (файл 10.mрр). В проекте Издание номера журнала мы будем использовать оба типа ограничений MS Project: и собственно ограничения, и крайние сроки, чтобы вы могли сравнить удобство их применения .

Предположим, что один номер журнала готовится к изданию в среднем 3 месяца. Значит, начиная подготовку номера в январе, мы должны завершить ее в конце апреля, например не позже 20-го числа, поскольку номер должны успеть напечатать до начала следующего месяца. Поскольку обычно эта дата указана в договоре с типографией, в которую передается журнал для печати, ограничение это очень жесткое. Соответственно, для завершающей задачи Номер готов к передаче в типографию нужно установить ограничение Finish No Later Than (Окончание не позднее) на дату 20.04.02 .

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

При установленном флажке Project screcntips (Всплывающие подсказки) (см .

раздел «Настройки просмотра») .

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

ПРИМЕЧАНИЕ

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

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

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

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

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

В полях Task Name (Название задачи) и Duration (Длительность) указываются название и длительность новой задачи. Например, Редакционное собрание, которое мы хотим добавить в проект Издание номера журнала, длится 1 час. В разделе Recurrence pattern (Повторять) определяется интервал повторения задачи: Daily (Ежедневно), Weekly (Еженедельно), Monthly (Ежемесячно) или Yearly (Ежегодно) .

В раскрывающемся списке выбирается, будет ли повторение происходить каждый раз по прошествии интервала (every (каждый)), или каждый второй (every other (каждый второй)), или каждый третий (every 3rd (каждый третий)) и т. д., например каждую неделю или каждый второй день.

И наконец, рядом с раскрывающимся списком определяются дополнительные параметры:

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

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

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

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

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

рис. 2.11) на вкладке View (Вид) нужно установить флажок Show project summary task (Показывать суммарную задачу проекта). Суммарная задача отобразится с названием, взятым из поля Title (Название) в свойствах файла, которые можно редактировать в диалоговом окне, открываемом командой меню File Properties (Файл Свойства) .

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

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

На рис. 11.24 отображается суммарная задача файла 12.mрр. Видно, что номер суммарной задачи проекта равен нулю, и нулю же всегда равен ее уровень в структуре проекта .

MS Project: Что нового вы узнали?

–  –  –

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

Как использовать запаздывания и опережения при формировании

–  –  –

Что такое крайние сроки исполнения задач и как их использовать .

Что такое повторяющиеся задачи, как их добавлять в проект .

Как отображать суммарную задачу проекта .

MS Project: Глава 11. Планирование ресурсов и создание назначений Глава 11. Планирование ресурсов и создание назначений Составление списка людей и оборудования

–  –  –

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

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

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

Планирование ресурсов начинается с определения состава ресурсов, то есть составления списка людей и оборудования, необходимого для выполнения проектных работ. Работа со списком ресурсов осуществляется в представлении Resource Sheet (Лист ресурсов), и наиболее удобной для ввода данных является таблица Entry (Ввод) .

Для добавления нового ресурса в список нужно установить курсор в поле Resource Name (Название ресурса) и ввести его название. Затем в поле Туре (Тип) нужно выбрать один из двух пунктов раскрывающегося списка: Work (Трудовой) или Material (Материальный). Первый вариант нужно выбрать, если ресурс — сотрудник, а второй — если оборудование. До тех пор пока не установлено значение этого поля, другие поля таблицы редактировать не удастся, а после того как значение выбрано, многие поля заполняются стандартными значениями .

Например, на рис. 12.1 (файл 1.mpp) мы добавили в наш проект сотрудника по фамилии Иванов и выбрали тип Work (Трудовой). После этого автоматически были заполнены почти все поля в строке, а мы заполнили только поле Initials (Краткое название) .

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

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

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

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

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

Если среди включенных в проект сотрудников есть те, кто не может участвовать в проекте на всем его протяжении, или те, кто не может тратить весь свой рабочий день на выполнение работ по проекту, то для них нужно определить время участия в проекте и процент максимальной загрузки. Это можно сделать в диалоговом окне Resource Information (Сведения о ресурсе), на вкладке General (Общие) (рис. 12.2, файл 1.mpp) .

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

ПРИМЕЧАНИЕДоступность можно определять только для нематериальных ресурсов .

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

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

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

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

ПРИМЕЧАНИЕ

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

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

MS Project: Персональное время работы Персональное время работы По умолчанию в MS Project считается, что все сотрудники работают по основному календарю проекта (выбранному при определении проекта, см .

раздел «Рабочее время»). Но часто отдельные сотрудники или даже целые отделы имеют собственный календарь .

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

Для определения рабочего времени, по которому работает ресурс, а также его личных рабочих и выходных дней предназначена вкладка Working Time (Рабочее время) в диалоговом окне сведений о ресурсе (рис. 12.3). Выбор календаря осуществляется с помощью раскрывающегося списка Base calendar (Базовый календарь). Кроме того, на вкладке расположен календарь, в котором можно настроить особый режим работы для выбранного ресурса аналогично тому, как мы настраивали особый режим работы в проектном календаре (см .

раздел «Рабочее время») .

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

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

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

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

ПРИМЕЧАНИЕ

Выбрать базовый календарь ресурса можно и в таблице Entry (Ввод), в раскрывающемся списке Base Calendar (Базовый календарь). Особенно удобно MS Project: Персональное время работы использовать таблицу, если вам нужно назначить особый календарь нескольким сотрудникам: выбрав его в одной ячейке таблицы, вы можете быстро перенести его в другие с помощью копирования .

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

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

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

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

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

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

MS Project: Настройка параметров Диалоговое окно, предназначенное для настройки выравнивания загрузки ресурсов (рис. 12.4, файл 2.mрр), открывается командой меню Tools Level Resources (Сервис Выравнивание ресурсов). В открывшемся окне Resource Leveling (Выравнивание загрузки ресурсов) в верхнем разделе Leveling calculations (Вычисления для выравнивания) нужно выбрать переключатель Manual (Выполнять вручную) и нажать кнопку ОК. Теперь можно переходить к работе с назначениями .

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

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

Вкладка содержит таблицу, состоящую из двух колонок (рис. 12.5, файл З .

mpp), в одной из которых, Resource Name (Название ресурса), указывается название задействованных ресурсов, а во второй, Units (Единицы), — сколько ресурсов выделяется на задачу .

MS Project: Создание назначений

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

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

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

Если же назначается материальный ресурс, то в поле Units (Единицы) вводится число, соответствующее единицам измерения данного ресурса. Например, на рис. 12.5 для выполнения задачи Вывод пленок нужна Краска для вывода пленок. Ее количество измеряется в бочонках, как мы указали в поле Material Label (Единицы измерения материалов) для этого ресурса, и поэтому в назначении мы определим число бочонков .

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

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

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

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

От того, какой тип задачи выбран, зависит, значение какого из трех свойств фиксируется. Например, если вы определите тип задачи Fixed Duration (Фиксированная длительность), то изменение трудозатрат или числа назначенных на исполнение задачи сотрудников не изменит ее длительность .

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

Если вы создадите задачу с фиксированной длительностью и определите ее длительность в 5 дней, а затем назначите на исполнение сотрудника, то трудозатраты автоматически будут установлены в 40 часов. После того как вы MS Project: Типы задач добавите на задачу еще одного сотрудника, трудозатраты станут составлять 80 часов (то есть 2 человеко-недели), а длительность по-прежнему будет равняться 5 дням, или 40 часам. Если же увеличить длительность задачи до 6 дней, то трудозатраты каждого из задействованных в ней сотрудников возрастут, и суммарно составят уже 96 часов (рис. 12.8, файл Types\FDuration .

mpp) .

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

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

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

12.9, файл Types\FWork.mpp) .

MS Project: Типы задач Рис. 12.9. Трудозатраты задачи зафиксированы, и чем больше ресурсов назначено, тем быстрее задача будет выполнена Если же у задачи с фиксированными трудозатратами увеличить длительность, то есть дать назначенным ресурсам больше времени на выполнение работы, то программа уменьшит их среднюю ежедневную нагрузку. В предыдущем примере два сотрудника выполняли задачу за 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) .

Рис. 12.10. После увеличения длительности задач с фиксированной длительностью падает нагрузка сотрудников MS Project: Типы задач Рис. 12.11. Длительность задач с фиксированным объемом ресурсов равняется трудозатратам, деленным на число назначенных ресурсов В табл. 12.1 показано, как изменение одного из свойств задачи влияет на другие свойства в зависимости от ее типа .

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

–  –  –

Фиксированный объем работ В дополнение к указанию типа задачи можно использовать признак фиксированного объема работ. Этот признак можно добавить, установив флажок Effort driven (Фиксированный объем работ) рядом со списком типов задач (см. рис. 12.7), если задача не относится к типу Fixed Work (Фиксированные трудозатраты) .

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

Фиксация объема работ не учитывается при первом назначении ресурсов на задачу и влияет на логику работы MS Project только после первого назначения .

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

Например, когда на задачу фиксированной длительности 5 дней назначался второй сотрудник, трудозатраты увеличивались с 40 часов до 80. Если же задача будет фиксированной длительности и фиксированного объема работ, то добавление второго сотрудника не повлияет на трудозатраты, а приведет к понижению загрузки первого сотрудника до 50%, и второй сотрудник будет также задействован на 50% (рис. 12.12, файл Types\FDurationE.mpp) .

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

mpp) .

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

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

Календарь задачи определяет, как трудозатраты на ее выполнение будут распределены в календаре проекта. Например, если у задачи выбран стандартный календарь (или календарь не выбран и календарем проекта является стандартный), то при назначении ресурса (выделенного на 100%) трудозатраты будут распределяться из расчета 8 часов в день со дня начала задачи. Например, на рис. 12.15 (строка 1) мы выделили ресурс на 40-часовую задачу, длящуюся в течение 5 дней. Автоматически его загрузка была определена как 8 часов ежедневно в течение 5 дней .

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

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

(Это иллюстрирует предыдущий пример, где на задачу со стандартным календарем был выделен ресурс с 24-часовым календарем.) Если же календарь задачи требует от ресурса работать больше, чем тому полагается по персональному календарю, то ресурс работает меньше. Этот принцип иллюстрирует строка 5 на рис. 12.15: на задачу с 24-часовым календарем был выделен ресурс со стандартным календарем, и программа по-прежнему распределила нагрузку по 8 часов в день. То есть календарь ресурса имеет приоритет перед календарем задачи .

MS Project: Календарь задачи Рис. 12.15. Примеры использования календарей задач и их сочетание с календарями ресурсов Для того чтобы календарь задач при расчете расписания имел больший приоритет, чем календарь ресурсов (например, у тех задач, которые действительно необходимо выполнять в определенное время независимо от желания сотрудников), нужно установить флажок Scheduling ignores resource calendars (He учитывать календари ресурсов при планировании) в диалоговом окне сведений о задаче (см. рис. 12.14) .

Например, на рис. 12.15 этот режим включен у задач в строках 7 и 9. У первой выбран 24-часовой календарь и назначен ресурс со стандартным календарем, а у второй, наоборот, выбран стандартный календарь и назначен ресурс с 24часовым календарем. В обоих случаях нагрузка на ресурсы распределена в соответствии с календарем задачи .

MS Project: Свойства назначения Свойства назначения Каждое из связанных с задачей назначений имеет набор свойств, с помощью которых его можно настроить так, чтобы оно в большей степени соответствовало требованиям вашего проекта. Настройка свойств назначения осуществляется в диалоговом окне Assignment Information (Сведения о назначении), открывающемся по двойному щелчку на назначении в таблице представления Task Usage (Использование задач) .

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

Рис. 12.16. Диалоговое окно сведений о назначении Профиль загрузки По умолчанию при создании назначения трудозатраты распределяются по всей MS Project: Свойства назначения его длительности, используя максимум рабочего времени ресурса. То есть если трудозатраты не округляются до целых дней, например до 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: Свойства назначения Рис. 12.17. Примеры использования профилей загрузки Если применить к назначению профиль Bell (Колокол), то пик работ придется на середину выполнения задачи. А профиль Turtle (Черепаха) планирует основную загрузку ресурса на середину выполнения задачи, а в начале и окончании задачи трудозатраты уменьшаются .

ВНИМАНИЕ

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

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

Даты начала и окончания назначения Иногда ресурс подключается для выполнения задачи не на все время со дня ее начала и до окончания, а лишь на некоторые дни. Например, в задаче Подготовка плана номера нашего проекта (файл A.mpp), которая длится с 17.01.2002 до 21.01.2002, главный редактор Уваров задействован только один день — 18.01. В таких случаях для ограничения длительности назначения нужно указать в его свойствах даты его начала и окончания .

Даты начала и окончания назначения вводятся в диалоговом окне сведений о назначении (см. рис. 12.16) в полях Start (Начало) и Finish (Окончание). При создании назначения эти поля заполняются датами начала и окончания задачи .

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

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

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

Мы создали три задачи разного типа длительностью 5 дней с трудозатратами 40 часов (строки 1, 5, 10). Эти трудозатраты распределены между двумя ресурсами, каждый из которых задействован на 50%. Затем у второго ресурса мы переносим дату окончания назначения с 29.03.02 на 28.03.02 .

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

MS Project: Свойства назначения У задачи с фиксированными трудозатратами после уменьшения длительности назначения загрузка ресурса увеличивается, с тем чтобы его трудозатраты не изменились. Так, в нашем примере (строки 5, 7) трудозатраты ресурса выросли с 50% до 63% .

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

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

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

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

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

При назначении материальных ресурсов можно указать как фиксированный объем выделяемых на задачу ресурсов (например, 3 бочонка, как на рис. 12.5), так и переменный объем (например, 1 бочонок в день). Для ввода переменного объема расходования материалов нужно в диалоговом окне сведений о задаче (см. рис. 12.5) в поле Units (Единицы) ввести данные в формате: число единиц/ обозначение длительности. Например, З/d (3/д) для обозначения расходования трех единиц материала в день .

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

Например, на рис. 12.20 (файл Assignments\5.mpp) представлена задача с фиксированными трудозатратами длительностью в 3 дня, на которую выделены 6 коробок бумаги при скорости расходования 2 коробки в день (строка 1). При увеличении длительности задачи (строка 3) автоматически уменьшается скорость расходования материалов, поскольку программа предполагает, что объем материалов зафиксирован .

MS Project: Свойства назначения Рис. 12.20. Переменный объем расходования материалов и задачи с фиксированными трудозатратами При увеличении объема материалов (строка 5) увеличивается длительность задачи, поскольку скорость расходования остается прежней. А при уменьшении скорости расходования материалов до 1 коробки в день (строка 7) длительность задачи также увеличивается .

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

Если же материальный ресурс с переменным объемом расходования задействован в задаче с фиксированным объемом ресурсов (рис. 12.22, строка 20), то при увеличении длительности задачи (строка 22) требуемый задаче объем ресурсов возрастает, а при уменьшении скорости расходования (строка 26) — уменьшается. Если же увеличивается общее число выделенных на задачу материалов, то увеличивается длительность задачи .

MS Project: Свойства назначения Рис. 12.21. Переменный объем расходования материалов и задачи с фиксированной длительностью Рис. 12.22. Переменный объем расходования материалов и задачи с фиксированным объемом ресурсов MS Project: Удаление назначений Удаление назначений Удалить назначения можно в представлении Task Usage (Использование задач), выделив строку таблицы с назначением и нажав клавишу Delete или удалив ресурс из списка ресурсов в диалоговом окне сведений о задаче (см. рис. 12.5) .

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

Удаление назначения из задачи с фиксированной длительностью повлечет уменьшение трудозатрат на ее исполнение (рис. 12.23, строки 1, 4). Но если задача была с фиксированным объемом работ (Effort Driven), то трудозатраты с удалением ресурса не уменьшатся, и соответственно росту трудозатрат увеличится процентная загрузка других назначений. Так, на рис. 12.23 видно, что при удалении одного из ресурсов загрузка второго выросла со 100% до 200% (строки 1, 10) .

Удаление ресурсов из задач с фиксированными ресурсами приводит к изменениям в свойствах задачи и других назначений, только если у задачи зафиксирован объем работ (рис. 12.24, строки 19, 22). В этом случае трудозатраты удаленного ресурса переносятся на оставшиеся назначения, что приводит к увеличению длительности задачи .

Рис. 12.23. Удаление назначения из задачи с фиксированной длительностью MS Project: Удаление назначений Рис. 12.24. Удаление назначения из задачи с фиксированными ресурсами Удаление назначения из задачи с фиксированными трудозатратами приводит к тем же последствиям, что и в предыдущем случае: объем работ, который должен был выполнить удаленный ресурс, распределяется между оставшимися назначениями. Соответственно увеличивается и длительность задачи (рис .

12.25, файл Assignments\4.mpp) .

Рис. 12.25. Удаление назначения из задачи с фиксированными трудозатратами MS Project: Определение состава ресурсов во время создания назначений Определение состава ресурсов во время создания назначений Создавать назначения удобно, если список ресурсов уже заполнен. Но обычно необходимые проекту ресурсы известны заранее, только если в организации накоплен большой опыт выполнения аналогичных проектов .

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

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

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

MS Project: Что нового вы узнали?

Что нового вы узнали?

Как составлять список ресурсов проекта .

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

Как создавать, редактировать и удалять назначения .

Какие типы задач существуют и как они взаимосвязаны с назначениями .

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

–  –  –

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

MS Project: Глава 12. Дополнительная информация о задачах и ресурсах Глава 12. Дополнительная информация о задачах и ресурсах Внесение в план проекта дополнительной информации

–  –  –

Что нового вы узнали?

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

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

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

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

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

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

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

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

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

ПРИМЕЧАНИЕ

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

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

13.1) для ввода префикса предназначено поле Project Code Prefix (Префикс кода проекта). Например, на рис. 13.1 (файл 11.mpp) в качестве префикса выступает строка МАЙ//, поскольку работы относятся к майскому номеру журнала .

MS Project: Код структуры задач

Рис. 13.1. Определение кодов задач проекта

Уникальный код задачи строится из нескольких последовательностей символов, отделенных друг от друга разделителями. При этом каждая из последовательностей соответствует определенному уровню структуры задач (Подробнее о структуре плана проекта см. в разделе «Структурная фильтрация»). Например, на рис. 13.1 для нумерации задач верхнего уровня используются цифры, для задач второго уровня используются заглавные буквы, а для задач третьего уровня — строчные .

Для добавления уровня нужно просто установить курсор в следующую строку таблицы и выбрать тип последовательности. Для удаления уровня нужно установить курсор на строку уровня и нажать клавишу Delete .

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

Цифры в первой колонке таблицы, Level (Уровень), не редактируются и соответствуют уровню задач в структуре. В колонке Sequence (Последовательность) из раскрывающегося списка выбирается тип символов, которые будут использоваться для нумерации задач текущего уровня .

MS Project: Код структуры задач На рис. 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 (Проект СДР MS Project: Код структуры задач Изменить нумерацию). Для того чтобы просмотреть коды для каждой задачи, нужно добавить в таблицу столбец WBS (СДР) .

На рис. 13.2 приведен фрагмент плана проекта (11.mpp), в котором коды задач расставлены в соответствии с настройками на рис. 13.1. Как мы видим, коды всех задач имеют префикс МАЙ//. Задачи и фазы верхнего уровня нумеруются (например, строки с идентификаторами 1, 8, 26, 33) .

Коды задач второго уровня включают префикс, номер фазы верхнего уровня и заглавную букву, идентифицирующую задачу внутри фазы. Например, первая задача в фазе с номером МАЙ//2.А-а .

Просмотреть и отредактировать номер любой задачи можно в диалоговом окне сведений о задаче на вкладке Advanced (Дополнительно). В поле WBS Code (Код СДР) можно указать новое значение кода (рис. 13.3, файл 11 .

mpp), которое будет проверено на соответствие формату .

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

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

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

Рис. 13.3. Редактирование кода в диалоговом окне сведений о задаче MS Project: Приоритет задач и группы ресурсов Рис. 13.4. Информация о приоритете задачи вводится в диалоговом окне сведений о задаче Как правило, ресурсы проекта можно объединить в группы, например по роли в проекте (редакторы, корректоры и т. д.), по названию внешней организации, предоставившей ресурс, или по иному признаку .

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

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

MS Project: Заметки и документы Заметки и документы Часто задачу, ресурс или назначение требуется сопроводить заметкой, какимто комментарием. Чтобы добавить заметки к любому из этих основных элементов плана проекта в MS Project, нужно воспользоваться вкладкой Notes (Заметки) в диалоговом окне сведений о задаче (см. рис. 13.4), ресурсе (см .

рис. 12.2) или назначении (см. рис. 12.16). Эти вкладки для разных элементов проекта выглядят одинаково, и мы рассмотрим работу с ними на примере добавления заметки к задаче .

В центре вкладки (рис. 13.6, файл 12.mрр) расположен редактор заметок, в котором можно вводить текст и вставлять файлы. Для форматирования текста предназначены кнопки, расположенные над диалоговым окном: первая открывает диалоговое окно форматирования шрифта, следующие три форматируют расположение абзаца, а четвертая расставляет маркеры перед выделенными абзацами. С помощью последней кнопки вызывается диалоговое окно для вставки объекта (файла) в заметку .

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

MS Project: Заметки и документы Рис. 13.6. Добавляем заметку к задаче «Редколлегия»

Рис. 13.7. При наведении мыши на значок заметки отображается ее текст Для редактирования заметки можно использовать также поле таблицы Notes (Заметки), если добавить его в таблицу. Правда, при этом нельзя пользоваться расширенными возможностями форматирования, доступными в редакторе заметок .

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

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

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

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

в нем появится поле для ввода адреса файла на диске (рис. 13.9, файл 12 .

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

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

MS Project: Заметки и документы Рис. 13.9. Диалоговое окно вставки объекта на основе существующего файла Если вы не хотите, чтобы на диаграмме или в поле заметки отображались данные из выбранного файла, а вам нужна лишь ссылка на него в виде значка, нужно установить флажок Display as Icon (В виде значка) .

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

Документ, добавленный в заметку задачи, относится к задаче, но как определить, к чему относится документ, добавленный на диаграмму? Для этого предназначено диалоговое окно форматирования этого объекта (рис. 13.11, файл 12.mpp), вызываемое с помощью команды Properties (Свойства) в его контекстном меню .

Рис. 13.10. Вставка сопровождающих документов в план проекта MS Project: Заметки и документы Рис. 13.11. Определение расположения внедренного объекта на диаграмме Диалоговое окно форматирования объекта состоит из двух вкладок .

Расположение объекта на диаграмме определяется на вкладке Size & Position (Размер и положение). Расположение можно определить относительно временной шкалы, выбрав переключатель Attach to timescale (Связать со шкалой времени), или относительно задачи с помощью переключателя Attach to task (Связать с задачей) .

Если вы установили связь объекта с временной шкалой, то с помощью параметра Vertical (По вертикали) определяется расстояние между ней и объектом, а с помощью параметра Date (Дата) — дата, под которой должен быть расположен документ. Если же установлена связь с задачей, то параметры Vertical (По вертикали) и Horizontal (По горизонтали) определяют расстояние между отрезком задачи и объектом. А параметр Attachment point (Точка привязки) позволяет определить, с какой стороны от отрезка будет расположен объект. Номер задачи, к которой будет «привязан» объект, выбирается в поле ID (Ид.) .

Параметры Height (Высота) и Width (Ширина) позволяют определить размер объекта на диаграмме, а на вкладке Line & Fill (Линии и заливка) (рис. 13.12, файл 12.mрр) можно указать, будет ли на диаграмме особым образом ограничиваться и закрашиваться отведенное под объект место .

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

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

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

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

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

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

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

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

В левой колонке диалогового окна нужно выбрать, какой тип ссылки вы хотите создать: ссылку на файл или страницу в Интернете (Existing File or Web Page), на задачу, ресурс или представление в текущем плане проекта (Place in This Document), на новый документ (Create New Document), или же вы хотите создать адрес электронной почты (E-mail Address). После выбора значка в левой колонке обновляется содержимое центрального раздела диалогового окна .

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

Например, на рис. 13.14 в это поле введено число 10 .

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

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

Рис. 13.15. После добавления ссылки в поле индикаторов появляется значок После добавления гиперссылки у задачи, ресурса или назначения изменяются возможности команды контекстного меню Hyperlink (Гиперссылка). Теперь с ее помощью можно изменить или удалить ссылку, перейти по ней, открыть ее в новом окне и добавить в избранное .

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

Например, при создании ссылки на текущий документ с номером задачи таким дополнением будет название представления и номер задачи (а адресом — текущий документ) .

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

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

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

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

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

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

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

Диалоговое окно настройки полей состоит из двух вкладок. На первой вкладке, Custom Fields (Настраиваемые поля), и осуществляется работа с настраиваемыми полями (рис. 13.16, файл 15.mpp) .

MS Project: Настраиваемые поля Прежде чем настраивать поле, нужно решить, к задачам или к ресурсам, относится его содержимое, и, соответственно, выбрать переключатель Task (Задач) или Resource (Ресурсов). Затем в раскрывающемся списке Туре (Тип) нужно определить тип данных (табл. 13.1) этого поля .

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

–  –  –

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

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

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

mрр) с помощью переключателей Task (Задача) и Resource (Ресурс). Поскольку мы хотим использовать настраиваемый код структуры, чтобы проиллюстрировать возможности упорядочивания ресурсов, задействованных в проекте, то выберем второй вариант .

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

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

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

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

MS Project: Настраиваемые коды структуры Рис. 13.28. Диалоговое окно определения маски кода Диалоговое окно определения маски кода напоминает окно определения кодов WBS (СДР), и работа с ним осуществляется по тем же принципам. В таблице в центре диалогового окна определяется число уровней, которыми будет обладать код, и формат данных, используемых для идентификации на каждом из уровней. Первый уровень кода структуры будет соответствовать названию отдела, а второй — занимаемой сотрудником должности. Соответственно, на рис. 13.28 мы настроили код так, чтобы и на первом, и на втором уровне использовались символьные строки с неограниченным числом символов .

Флажок Only allow codes listed in the lookup table (Допускаются только коды из таблицы подстановки) определяет, можно ли при вводе кода для ресурса использовать коды, не перечисленные в таблице подстановки. Если этот флажок установлен, то при вводе для ресурса или задачи значения кода, отсутствующего в таблице подстановки, программа выдаст сообщение об ошибке. Поскольку мы планируем перечислить все возможные отделы и должности в таблице подстановки, то установим этот флажок .

Второй флажок в этом диалоговом окне, Only allow new codes with values in all levels of mask (Допускаются только новые коды со значениями во всех уровнях маски), разрешает ввод кодов только со значениями на всех уровнях маски .

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

Завершив настройку маски кода, перейдем в диалоговое окно редактирования таблицы подстановки для настраиваемого кода. Это можно сделать, нажав кнопку Edit lookup table (Изменить таблицу подстановки) в диалоговом окне настройки маски кода (см. рис. 13.28) или выбрав нужный код и нажав кнопку с тем же названием в диалоговом окне настройки кодов структуры (см. рис .

13.27) .

Диалоговое окно, предназначенное для редактирования таблицы подстановки настраиваемого кода (рис. 13.29, файл 19.mрр), состоит из нескольких управляющих кнопок и таблицы. Таблица состоит из двух редактируемых колонок: Outline code (Код структуры) и Description (Описание). В первую из них вводятся значения для подстановки, отображаемые в списке при заполнении поля, а во вторую могут вводиться расшифровки кодов, которые потом будут использоваться программой для группировки. Например, на рис .

13.29 (файл 19.mрр) кодом верхнего уровня является ВЕР, обозначающий Отдел верстки. Поскольку мы ввели в таблицу соответствующее описание в поле Description (Описание), то программа при сортировке по коду будет использовать его, а не сам код. Кроме того, именно описание кода будет отображаться при группировке данных .

Вводя значения подстановки для кода, можно определить, на каком уровне кода это значение будет использоваться. Номер уровня отображается в первой, серой колонке под названием Level (Уровень). По умолчанию все новые значения добавляются в первый уровень. Для того чтобы перемещать значения на следующий или предыдущий уровень структуры, предназначены кнопки со стрелками вправо и влево, хотя можно воспользоваться и сочетаниями клавиш, используемыми в диаграмме Ганта (Alt+Shift+- или Alt+Shift+-). При этом для передвижения на следующий уровень нужно, чтобы над значением находилось значение, относящееся к тому же уровню. Например, если вы хотите передвинуть значение с первого уровня на второй, то выше этого значения должно быть другое значение, тоже относящееся к первому уровню кода .

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

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

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

Для сворачивания и разворачивания значений кода, содержащих вложенные значения, предназначены кнопки со значками «+» и «-», а для разворачивания всех значений, содержащих вложенные, кнопка с двумя значками «+» .

MS Project: Настраиваемые коды структуры Ввод значений настраиваемого кода структуры и его использование После того как настраиваемый код создан, его название появляется в списке настраиваемых полей на вкладке Custom Fields (Настраиваемые поля), и для каждого ресурса можно определить его значение путем выбора из раскрывающегося списка (рис. 13.30, файл 19.mрр) .

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

Рис. 13.30. Выбираем значение настраиваемого кода из раскрывающегося списка MS Project: Настраиваемые коды структуры Рис. 13.31. Вид диаграммы после применения группировки по созданному коду структуры На диаграмме код для главного редактора отображается как РЕД.Главный редактор, то есть как код структуры, а код для редакторов — как Редакторы .

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

MS Project: Что нового вы узнали?

Что нового вы узнали?

Как вносить в план дополнительную информацию о задачах, ресурсах и

–  –  –

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

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

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

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

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

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

MS Project: Глава 13. Планирование стоимости проекта, анализ и оптимизация загрузки ресурсов Глава 13. Планирование стоимости проекта, анализ и оптимизация загрузки ресурсов Методы планирования стоимости проекта

–  –  –

Что нового вы узнали?

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

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

Есть несколько методик планирования стоимости проекта: по аналогии, «сверху вниз», по параметрам и «снизу вверх». Определение стоимости проекта по аналогии (analogous estimating) можно применять, когда планируемый проект аналогичен ряду других, выполнявшихся в организации ранее. В таком случае общая стоимость проекта определяется исходя из накопленного опыта, а затем общая стоимость распределяется между задачами .

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

Определение стоимости проекта по параметрам (parametric modeling) является довольно популярной методикой. Типичным примером является оценка стоимости строящегося дома по площади или определение стоимости мебели по погонным метрам .

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

Методика определения стоимости проекта «снизу вверх» (bottom-up estimating) заключается в расчете стоимости отдельных задач проекта и формировании общей стоимости проекта из суммарной стоимости всех работ .

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

Рассмотрим, как планировать стоимость проекта, используя эту методику .

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

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

ПРИМЕЧАНИЕ

Описанные методы определения стоимости можно применять как для проекта в целом, так и для отдельных его задач. При планировании стоимости «снизу вверх» для отдельных задач могут применять иные методики. Например, параметрическую модель можно применить для расчета стоимости задачи «Статьи поступили в редакцию», поскольку она зависит от двух параметров:

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

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

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

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

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

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

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

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

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

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

ПРИМЕЧАНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ПРИМЕЧАНИЕ

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

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

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

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

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

Например, в нашем проекте Фотопленка приобретается сразу, до начала задачи, а дорогостоящая Краска для вывода пленок — по мере надобности .

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

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

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

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

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

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

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

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

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

СОВЕТ В процессе анализа часто приходится работать с повременными данными .

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

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

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

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

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

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

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

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

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

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

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

Переключатели Automatic (Выполнять автоматически) и Manual (Выполнять вручную) определяют, как будет осуществляться выравнивание:

непосредственно при создании назначений (первый вариант) или при нажатии кнопки Level Now (Выровнять) в этом диалоговом окне (второй) .

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

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

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

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

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

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

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

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

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

MS Project: Анализ и выравнивание загрузки ресурсов Если в настройках выравнивания вы разрешаете программе работать с отдельными назначениями, то при просмотре диаграммы Ганта с выравниванием вы можете не заметить, как изменились отдельные назначения .

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

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

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

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

ВНИМАНИЕ

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

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

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

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

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

MS Project: Анализ и выравнивание загрузки ресурсов Рис. 14.12. На диаграмме отображаются только перегруженные ресурсы СОВЕТ Для быстрого перехода к дате, когда ресурс перегружен, нужно установить курсор на строку таблицы, содержащую его название, и щелкнуть на кнопке Go To Next Overallocation (Перейти к следующему превышению доступности), расположенной на панели инструментов Resource Management (Управление ресурсами) .

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

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

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

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

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

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

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

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

ПРИМЕЧАНИЕ

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

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

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

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

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

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

Рис. 14.15. Анализ почасового плана 25 января

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

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

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

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

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

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

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

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

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

Трудозатраты на последнюю задачу составляют 7,5 часа, хотя 25 января у этих ресурсов есть только 5 свободных часов на нее. Соответственно, перенесем 2,5 часа загрузки на 29 января, а 5 часов трудозатрат равномерно распределим по 5 календарным дням .

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для того чтобы перераспределять трудозатраты между ресурсами, откроем представление Resource Usage (Использование ресурсов). Работать в нем мы будем для того, чтобы при изменении трудозатрат ресурсов видеть строку Remaining Availability (Оставшаяся доступность), добавленную на диаграмму через диалоговое окно настройки стилей подробных данных (см. раздел «Выбор типа отображаемой на графике информации и ее форматирование») .

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

Чтобы отобрать строки таким образом, добавим в таблицу столбец Flagl (Флаг!) .

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

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

Рис. 14.28. Применив настраиваемое поле и автофильтр, мы создали удобное представление для изменения данных о трудозатратах После распределения трудозатрат Иванова его загрузка и загрузка Петрова полностью выровняются (рис. 14,29, файл 14.mрр). Загрузка Сидорова хотя в целом и превышает доступность, но уже выровнена в интервале с 11 по 15 марта Рис. 14.29. Загрузка ресурсов с 11 по 15 марта выровнена MS Project: Анализ и выравнивание загрузки ресурсов Замена ресурсов может быть еще более простым процессом, если вы хотите не частично перенести трудозатраты с одного ресурса на другой, а полностью заменить одно назначение на задачу другим. Например, в нашем проекте задействован ресурс Сергеева с общей доступностью 50%. Естественно, что назначение ее на задачу Обработка текста и иллюстраций с загрузкой в 100% привело к превышению загрузки. Поскольку уменьшение загрузки ресурса приведет к увеличению длительности этой задачи (так как это задача типа Fixed Work (Фиксированные трудозатраты)), то для выравнивания загрузки Сергеевой ее нужно заменить другим ресурсом .

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

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

MS Project: Анализ и выравнивание загрузки ресурсов Рис. 14.30. Подбираем возможную замену ресурсу Сергеева Рис. 14.31. Заменяем один ресурс другим, указывая процент выделения MS Project: Анализ и выравнивание загрузки ресурсов С помощью диалогового окна назначения ресурсов можно заменять, удалять или изменять объем назначения ресурса сразу для нескольких задач. Для этого в диаграмме Ганта нужно выбрать несколько задач при нажатой клавише Ctrl или Shift и затем открыть диалоговое окно. Это удобно, когда вы хотите, например, заменить один ресурс другим сразу в нескольких задачах или назначить ресурс на несколько задач .

ПРИМЕЧАНИЕ

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

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

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

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

ПРИМЕЧАНИЕ

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

MS Project: Анализ и выравнивание загрузки ресурсов Рис. 14.33. Перегрузка устранена перенесением трудозатрат в сверхурочные Сверхурочные трудозатраты стоит использовать в первую очередь для того, чтобы учитывать затраты на сверхурочную работу ресурса по особым ставкам .

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

MS Project: Что нового вы узнали?

Что нового вы узнали?

Какие методики применяются для планирования стоимости проекта .

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

–  –  –

Как определять ресурсы с превышением доступности .

Как использовать автоматизированное выравнивание загрузки ресурсов .

Как выравнивать загрузку ресурсов вручную .

MS Project: Глава 14. Анализ и оптимизация плана работ и стоимости проекта Глава 14. Анализ и оптимизация плана работ и стоимости проекта Анализ и оптимизация плана работ

–  –  –

Что нового вы узнали?

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

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

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

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

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

MS Project: Уточнение длительности задач с использованием параметров Уточнение длительности задач с использованием параметров Поля для параметрического расчета длительности задач мы уже создавали в разделе «Использование формул», когда учились работать с формулами .

Поэтому, чтобы не делать повторно ту же работу, перенесем готовые поля из файла СН13\17.mррв наш файл СН15\.1.mрр .

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

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

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

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

Для расчета длительностей с учетом параметров создадим копию таблицы Entry (Ввод) с названием Параметры и отобразим в ней импортированные поля (файл

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

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

Теперь в каждой строке нужно ввести в поле Время редактирования статьи длительность операции в расчете на статью. Например, Редактирование материалов требует 1 день на статью, а Техническое редактирование — только 4 часа (рис. 15.2, файл 2.mрр). После того как длительность по параметрам рассчитана, нужно обновить данные о трудозатратах в поле Work (Трудозатраты) .

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

Рис. 15.2. Рассчитываем длительность задач по параметрической модели MS Project: Уточнение длительности задач по методу PERT Уточнение длительности задач по методу PERT Для анализа проекта по методу PERT необходимо вывести на экран панель инструментов с кнопками для запуска всех необходимых средств. Для этого воспользуемся командой меню View Toolbars PERT Analysis (Вид Панели инструментов Анализ по методу PERT) .

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

Рис. 15.3. Панель инструментов для анализа по методу PERT На рис. 15.4 представлен фрагмент этой таблицы, заполненной нами в файле З .

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

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

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

Рис. 15.4. Вводим данные для PERT-анализа

В тех случаях, когда вы хотите применить методику PERT только для некоторых задач, можно воспользоваться специальной формой PERT Entry Form (Форма ввода PERT), вызываемой щелчком на кнопке PERT Entry Form ( Форма ввода PERT) панели анализа по методу PERT (см. рис. 15.3). Если вы пользуетесь этой формой, то вводить данные для анализа PERT можно в любом представлении MS Project — достаточно установить курсор на нужную задачу и нажать кнопку вызова формы .

На рис. 15.5 представлена форма ввода данных для анализа PERT для задачи Верстка обложки. В верхней части формы указано название задачи и текущая длительность, а в середине окна расположены поля для ввода вариантов длительности: Optimistic (Оптимистическая), Expected (Ожидаемая) и Pessimistic (Пессимистическая) .

MS Project: Уточнение длительности задач по методу PERT Рис. 15.5. Форма ввода данных для анализа PERT Когда данные для анализа введены для всех задач, можно произвести перерасчет их длительности с помощью методики PERT.

Длительность рассчитывается по формуле:

{Оптимистическая длительность х Оптимистический весовой коэффициент + Ожидаемая длительность х Ожидаемый весовой коэффициент + Пессимистическая длительность х Пессимистический весовой коэффициент) / 6 .

Как следует из этой формулы, весовые коэффициенты играют при расчете довольно важную роль: чем больше весовой коэффициент у определенного типа длительности, тем ближе к ней будет длительность, определенная в результате анализа. Поэтому, прежде чем начать анализ, определим весовые коэффициенты. Для этого воспользуемся диалоговым окном задания весовых коэффициентов, вызываемым кнопкой Set PERT Weights (Задание весовых коэффициентов метода PERT), расположенной на панели анализа по методу PERT (см. рис. 15.3) .

Форма (рис. 15.6) содержит три поля для ввода весовых коэффициентов. В поле Optimistic (Оптимистический) вводится весовой коэффициент оптимистической длительности, в поле Expected (Ожидаемый) — весовой коэффициент ожидаемой длительности, а в поле Pessimistic (Пессимистический) — пессимистической .

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

Рис. 15.6. Диалоговое окно задания весовых коэффициентов метода 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). Кроме того, после проведения анализа определяются не только длительности задач, но и даты начала и окончания задач для трех возможных сценариев плана работ .

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

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

Чтобы просмотреть диаграмму Ганта для разных версий плана проекта, нужно воспользоваться тремя кнопками на панели анализа по методу PERT (см. рис .

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

ПРИМЕЧАНИЕ

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

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

ВНИМАНИЕ

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

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

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

Если план не укладывается в срок, длительность проекта нужно уменьшить .

Для этого нужно сократить длительность его задач или удалить некоторые из них .

Но длительность каких именно задач нужно сокращать? Чтобы ответить на этот вопрос, нужно определить, от каких задач зависит длительность проекта. А для этого можно воспользоваться анализом плана проекта методом критического пути (СРМ) .

MS Project: Оптимизация плана работ проекта Рис. 15.8. Сравнение оптимистичного и пессимистичного сценариев MS Project: Оптимизация плана работ проекта Рис. 15.9. После изменения длительноотей задач нарушаются крайние сроки проекта MS Project: Анализ критического пути проекта Анализ критического пути проекта Critical Path (Критический путь) — это задача или последовательность задач, определяющая дату окончания проекта. Если увеличить длительность задачи, лежащей на критическом пути, то длительность проекта тоже увеличится, а если уменьшить ее длительность, то длительность проекта тоже уменьшится .

ПРИМЕЧАНИЕ

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 (Готово) .

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

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

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

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

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

В нашем случае мы сократили длительность двух задач: Подготовка редакционных заданий и Утверждение заданий авторами. Длительность первой задачи мы сократили незначительно, а второй — в два раза (с 4 до 2 дней), поскольку.на скорость ее выполнения можно повлиять административными мерами .

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

И тогда мы разбили задачу Редактирование материалов на 3 подзадачи:

MS Project: Анализ критического пути проекта Редактирование раздела 1, 2 и 3 и спланировали их одновременное исполнение. Это возможно потому, что журнал состоит из трех разделов, и каждый из редакторов разделов отвечает за свой раздел и осуществляет редактирование материалов в нем независимо от других. Длительность каждой задачи была установлена равной 10 дням, а загрузка ресурсов определена в 70% с ранним пиком в профиле загрузки. В результате бывшая задача и нынешняя фаза Редактирование материалов перестала быть критической (рис .

15.12, файл 7.mрр) .

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

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

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

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

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

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

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

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

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

распределение затрат по фазам проекта (например, проектирование, разработка, тестирование);

распределение затрат по типам работ (например, соотношение затрат на управление с общей стоимостью проекта);

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

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

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

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

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

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

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

Чтобы провести такой анализ, нужно создать поле, в которое будет заноситься информация о типе работы, и определить его значение для каждой из задач проекта. В нашем случае (файл 10.mрр) мы переименовали настраиваемый код структуры Outline Code! (Код структуры!) в Код работ и создали таблицу подстановки к нему (о том, как работать с настраиваемыми кодами структур, MS Project: Анализ стоимости проекта см. раздел «Настраиваемые коды структуры»). Мы использовали настраиваемый код структуры, а не настраиваемое поле, чтобы иметь возможность в дальнейшем более детально описать типы работ .

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



Pages:     | 1 || 3 | 4 |



Похожие работы:

«ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБЩЕОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ГОРОДА МОСКВЫ "ШКОЛА № 1130" УТВЕРЖДАЮ Директор ГБОУ Школа №1130 Д.И. Бодер ""_2016г . РАБОЧАЯ ПРОГРАММА дополнительного образования детей дошкольного возраста секции "ТХЭКВОНДО" Педагог Демкин А.А. для детей 5-7...»

«Правила перевозки детей в автомобиле Рассмотрим новые изменения в правилах дорожного движения, которые начинают действовать с 12 июля 2017 года. Что изменилось? Первое, вводится ново...»

«Овсянникова О. А.МЕТОДИЧЕСКИЕ ОСОБЕННОСТИ ДИРИЖЕРСКОЙ ПОДГОТОВКИ УЧИТЕЛЯ МУЗЫКИ В ВЫСШЕМ УЧЕБНОМ ЗАВЕДЕНИИ Адрес статьи: www.gramota.net/materials/1/2009/4-1/49.html Статья опубликована в авторской редакции и отражает точку зрения ав...»

«Ювенальная юстиция: Стремление к объективности, или к Вопросу о манипуляции сознанием. (комментарий дилетанта, стремящегося к объективности) Я не юрист, не социальный работник, я – мать-одиночка, воспитывающая свою 14летнюю дочь в Финляндии с самого ее рож...»

«Прежде чем нарушить подумайте! СТАТЬЯ 20.1 КоАП РФ Мелкое хулиганство.1. Мелкое хулиганство, то есть нарушение общественного порядка, выражающее явное неуважение к обществу, сопровождающееся нецензурной бранью в общественных местах, оскорбительным приставанием к гражданам, а равно уничтожением...»

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

«Профессионализация кадров как условие развития муниципальной системы образования Шувалова Светлана Олеговна, директор МУ ДПО "Информационно-образовательный Центр", к.п.н. 13 декабря 2017 год Рыбинск Вызовы системе образо...»

«Утвержден приказом БОУ ДОД РА СДЮШОР от 01.12.2015г. № 108/01-04 Административный регламент предоставления государственных услуг Бюджетным образовательным учреждением дополнительного образования детей Республики Алтай "Специализированная детскоюношеская школа олимпийского резерва", в рамках государственного за...»

«Рекомендации по подготовке ЕГЭ по английскому языку, раздел "Говорение" Левченко Людмила Алексеевна, учитель английского языка ГБОУ гимназия № 406 пушкинского района СанктПетербурга Иностранный язык, являясь практической дисциплиной, ориентирован на овладение...»

«Учреждение образования "Белорусская государственная академия авиации" Факультет гражданской авиации Кафедра социально-гуманитарных дисциплин СОГЛАСОВА1 СОГЛАСОВАНО Декан факулм Зав. кафедрой социально-гуманитарных Авиации А.Г.Старанович В.С.Сакович 2016 г. 2016 г. 9п Ю-6 о /t-JAf6-cn...»

«Муниципальное бюджетное учреждение дополнительного образования "Валуйская детская художественная школа им. Григорова В.Д." Белгородской области Валуйский край сквозь призму творчества Сборник Валуйки ББК 84-5(2Рос-4Бел) В15 Составитель С.А. Гурина, преподава...»

«Б.И. Турьянская Е.В. Комиссарова Л.Н. Гороховская Е.А. Виноградова ЛИТЕРАТУРА в 8 классе Урок за уроком 4-е издание Москва "Русское слово" Б Б К 74.261.8 Т 86 Турьянская Б. И., Комиссарова Е.В., Гороховская Л.H., Виноградова Е.А. Т 86 Литература в 8 классе. Урок за уроком. — 4-е изд. — М.: О О О " Т И Д "...»

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

«Еженедельная программа Экскурсии макс. группа 7-8 человек на русском языке Общие условия предварительного бронирования мест: День Экскурсия Время Цена 01) Контракты поездок текущей программы регулируются зак...»

«Министерство образования Российской Федерации Российский государственный педагогический университет имени А.И.Герцена Поморский государственный университет имени М.В.Ломоносова А.А. ХУДЯКОВ СЕМИОЗИС ПРОСТОГО ПРЕДЛОЖЕНИЯ Монография Архангельск Поморский государственный университет имени М.В.Ломоносова УДК 43+415 ББК 81...»

«Министерство образования и науки Российской Федерации ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ "САРАТОВСКИЙ НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ ГОСУДАРСТВЕ...»

«Международная ассоциация преподавателей русского языка и литературы (МАПРЯЛ) Институт восточнославянской филологии Силезского университета в Катовице (Польша) Кафедра межкультурной коммуникации Российского государственного педагогического...»

«Москва 2019 УДК 159.92 ББК 88.53 С38 Jen Sincero YOU ARE A BADASS: HOW TO STOP DOUBTING YOUR GREATNESS AND START LIVING AN AWSOME LIFE © 2013 by Jen Sincero Публикуется с разрешения издательства Running Press, an imprint of Perseus Books, a division of PBG Publi...»

«Кузнецова Ирина Викторовна ОБУЧЕНИЕ ОБЩЕПРОФЕССИОНАЛЬНОЙ ИНОЯЗЫЧНОЙ ЛЕКСИКЕ КУРСАНТОВ МОРСКИХ СПЕЦИАЛЬНОСТЕЙ НА ОСНОВЕ ИНТЕГРИРОВАННОГО МОДУЛЬНОГО КУРСА Специальность 13.00.02 – Теория и методика обучения и воспитания (иностранные языки)...»

«Оглавление Пояснительная записка Календарный учебный график Учебно – тематический план Содержание изучаемого курса Учебно-методическое обеспечение Пояснительная записка Дополнительная общеобразовательная программа – дополнительная общеразвивающая программа (далее Программа) "Цветные ладошки" разработана в...»

«Муниципальное казённое образовательное учреждение дополнительного образования детей "Станция юных техников" КОНСПЕКТ МАСТЕР – КЛАССА "ТЕХНОЛОГИЯ ИЗГОТОВЛЕНИЯ СИМВОЛА НОВОГО ГОДА – ОБЕЗЬЯНКИ В ТЕХНИКЕ "НИТКОГРАФИЯ" Разработала и провела: Унтило Оксана Федоровна, педагог до...»

«Научно-теоретический журнал "Ученые записки", № 12(82) 2011 год научно-практической конференции. Красноярск, 23-25 апреля / ред. К.П. Базарин. Красноярск, 2010. С. 445-453 . 3. Физическая культура как элемент культуры общества и человека / Н.И. Поно­ марев ; С...»

«К 373.167.1:82 К 83 7 : а.а а,..,,,.... у ва,. Ф..Ш ва,,..... ав ва,. ащ С.. : 2014. : 10–11 /,..К 12. .,...–.: Э, 2014. – 400. – (5 : ISBN 978-5-699-69505-8 10–11,.,,,,,. К,,,.,,. 10–11,. УДК 373.167.1:82 К 83 я7 ©в в, 2012 © Оф. ООО "И а ь в "Э ISBN...»

«РОССИЙСКАЯ АКАДЕМИЯ ОБРАЗОВАНИЯ АКАДЕМИЯ ИНФОРМАТИЗАЦИИ ОБРАЗОВАНИЯ РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ ПЕДАГОГИЧЕСКИЙ УНИВЕРСИТЕТ им. А. И. ГЕРЦЕНА (Санкт-Петербург, Россия) Кафедра математического анализа Кафедра компьютерной инженерии и программотехники НЕКОТОРЫЕ АКТУАЛЬНЫЕ...»







 
2019 www.mash.dobrota.biz - «Бесплатная электронная библиотека - онлайн публикации»

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