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

Глобальный файл

Глобальный файл нельзя открыть для редактирования как обычный файл -изменения в него вносятся посредством Организатора (Работу с Организатором мы рассматривали в разделе«Удаление и перемещение представлений и их составляющих»). Изменения в общие настройки вносятся путем нажатия кнопки Set as Default (По умолчанию) на различных вкладках диалогового окна Options (Параметры).

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

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

Создание шаблона файлов

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

Рис. 23.16. Определение данных, которые будут сохранены в шаблоне

Диалоговое окно содержит флажки, устанавливая которые, вы определяете типы данных, не включаемые в шаблон. Флажок Values of all baselines (Значения всех базовых планов) удалит из будущего шаблона данные о базовых планах проекта. Установив флажок Actual Values (Фактические значения), вы удалите из шаблона текущие фактические значения из сохраняемого плана. Флажок Resource Rates (Ставки ресурсов) определяет, будут ли сохранены в шаблоне данные о ставках ресурсов. Данные о фиксированной стоимости задач можно удалить, установив флажок Fixed Costs (Фиксированные затраты), а установка флажка Whether tasks have been published to Microsoft Project Server (Данные о публикации задач на сервере Microsoft Project Server) приведет к исключению из шаблона данных о публикации задач на сервере.

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

Создание файла на основе шаблона

Для создания файла на основе шаблона нужно воспользоваться командой меню File V New (Файл V Создать), а затем в области задач на панели New Project (Создание проекта) в разделе New from template (Создание с помощью шаблона) выбрать шаблон, на основе которого будет создаваться план проекта (рис. 23.17).

Рис. 23.17. Панель создания проекта

В нашем случае в списке шаблонов присутствует файл BookProject.mpt, созданный нами для подготовки сопроводительных файлов к этой книге. Щелчок на названии шаблона приведет к созданию файла на его основе. Кроме того, в списке шаблонов есть пункт General Templates (Общие шаблоны) щелкнув на котором, вы попадете в диалоговое окно с полным списком шаблонов, доступных для использования при создании нового файла (рис. 23.18).

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

Лабораторная работа № 1. Использование программного инструмента управления проектами (на примере Microsoft Project 2010)

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

Программа Microsoft Project предназначена для реше­ния следующих основных задач:

разработка линейного плана выполнения проекта (гра­фик Ганта);

разработка сетевого плана выполнения проекта;

разработка календарного плана выполнения проекта;

определение загрузки исполнителей проекта;

разработка бюджета (общий бюджет, внебюджетные задачи, внебюджетные источники, заработная плата и др.);

обоснование мероприятий и работ, направленных на по­вышение эффективности проекта;

разработка различного рода смет;

контроль за ходом реализации проекта.

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

Порядок работы:

1. Настроить сведения о проекте.

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

3. Определить ресурсы проекта: указать исполнителей и оборудование. Назначить ресурсы задачам.

4. Настроить задачи (опережение, запаздывание, ограничение и т.д.).

5. Проанализировать план проекта: выровнять загрузку ресурсов, устранив превышение доступности ресурса

Порядок действий:

По команде Пуск – Программы – Microsoft Office – MS Project , запустить приложение.

Далее необходимо осуществить настройку проекта. Основные настройки проекта делаются в окне «Сведения о проекте». Выполнить команду вкладка Проект – Сведения о проекте . Установить дату начала проекта – 1.02.2013.

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

Для того, чтобы настроить все пять рабочих дней недели и установить новое рабочее время, необходимо перейти на вкладку Рабочие недели окна Изменение рабочего времени , далее нажать на кнопку Подробности. В открывшемся окне Сведения о … установить переключатель в положение Задать дни для использования этих рабочих часов , затем в табличной части установить рабочее время – с 8:30 до 13:00 , с 13:30 до 17:00 . Для того, чтобы зафиксировать значение времени в последней ячейке таблицы (17:00), необходимо ввести время, нажать на клавиатуре кнопку Enter, а затем кнопки ОК.

Убедиться, что настроены все месяцы: февраль, март, апрель май, т.д.

Самостоятельно необходимо отметить в календаре официальные праздники на время проекта: 23 февраля, 8 марта, 1, 2, 9 мая. Праздники задаются на вкладке Исключения .

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

Задачи проекта вводятся в столбец Название задачи . Ввести:

в первую строку задачу – Планирование бюллетеня ;

во второй строке ввести задачу Проработка идеи издания и установить длительность задачи 4 дня.

Выделить задачи 2-8 и нажать на панели задач пиктограмму .

Выделить задачи 10-22 и ДВАЖДЫ нажать на панели инструментов кнопку понижения уровня выделенной задачи .

Понизить уровни для групп задач 24-27, 29-34, 36-40 и 42-45, нажав на панели инструментов пиктограмму .

Для задачи 14 «Подготовка текстов» повысить уровень, нажав на панели инструментов пиктограмму. Результат представлен на рис. 3а, 3б.

Рис. 1 (а). Задачи проекта и их длительность (первая часть)

Рис. 2(б). Задачи проекта и их длительность (вторая часть)

Рис. 3(а). Организация этапов задач

Рис. 2(б). Организация этапов задач

1. Самостоятельно любым из способов связать следующие задачи:

Таблица 1

Связи задач проекта

	Номера задач	Тип связи
		«Окончание – Начало»
		«Окончание – Начало»
		«Окончание – Начало»
		«Окончание – Начало»
		«Окончание – Начало»
		«Окончание – Начало»
		«Окончание – Начало»
		«Начало–Начало»
		«Окончание – Начало»
		«Окончание – Начало»

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

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

Таблица 2

Предшественники задач проекта

		Задача-предшественник
	9 – «Подготовка материалов»	8 – «План бюллетеня утвержден»
		14 – «Обложка готова» 23 – «Тексты готовы»
	25 – «Подготовка дизайн-макета»	24 – «Подготовка материалов завершена»
	30 – «Верстка бюллетеня»	29 – «Оригинал-макет утвержден»
	37 – «Подпечатная подготовка»	36 – «Бюллетень сверстан»
	43 – «Печатная подготовка»	42 – «Бюллетень готов к передаче в типографию»

Выполнить двойной щелчок мыши на стрелке связи между задачами 39 и 40 (рис. 5), в поле «Запаздывание» введите значение 2 дня (рис. 6).

Рис. 3.Стрелка связи между задачами 39 и 40

Рис. 4.Диалоговое окно Зависимость задач

Самостоятельно назначьте запаздывание между задачами 33 «Сверка» и 34 «Подготовка оглавления», в поле Запаздывание введите значение 1.

Рассмотрим привязку задач к определенным датам при планировании проекта. Двойным щелчком на названии задачи 42 «Бюллетень готов к передаче в типографию» вызовите диалоговое окно Сведения о задаче , перейдите на вкладку Дополнительно , выберите в списке Тип ограничения – Окончание не позднее , в списке Дата ограничения – 25.07.2013.

Самостоятельно для задачи 11 «Отбор планов местности и моделей для обложки» определите Крайний срок – 17.03.2013.

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

Вести сведения о ресурсах согласно рис.7.

Далее в первую пустую сроку столбца Название ресурса введите «Дизайнер». Убедитесь, что в поле Тип указано – Трудовой , переместитесь в поле Макс. единиц и введите значение 200%.

Рис. 5. Трудовые ресурсы проекта

Укажите, что ресурс «Кузнецов А.Н.» занят половину рабочего дня – 50%.

Введите сведения об оборудовании, которое используется при реализации проекта. В представлении Лист ресурсов щелкните в следующей пустой ячейке в столбце Название ресурса введите «600-ватная осветительная установка». В поле Тип введите – Трудовой . В поле Макс.единиц введите значение 400% и нажмите кнопку Tab. Это означает, что планируется во время фотосъемки использовать четыре осветительных установки. Стандартная ставка – 2400 руб./н.

Самостоятельно введите сведения о ресурсах согласно табл.3.

Таблица 3

Трудовые ресурсы задач проекта

		Макс.единиц	Стандартная ставка
	Лакировальная машина
	Многофункциональная брошюровочная машина
	Монтажная лаборатория
	Набор отражателей
	Операторский кран
	Термоклеевая машина
	Цифровой дупликатор
	Фотомашина

Таблица 4

Материальные ресурсы задач проекта

		Единицы измерения	Стандартная ставка
	Картриджи
	Клей для этикетирования и упаковки
	Клей переплетный
	Краска для вывода пленок
	Краски для трафаретной печати
	Мастер-пленка для цифровых дупликаторов
	Материалы для монтажа
	Пленки для ламинирования в рулонах
	Самоклеящиеся ленты
	Фольга для горячего тиснения
	Химия для пленок
	Чистящие комплекты

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

Откройте окно Сведения о ресурсе для Петрова. Выберите вкладку Затраты . Установите Стандартную ставку «30 000 руб./мес» и Ставку сверхурочных – 500 руб./ч (рис.8).

Рис. 6. Сведения о ресурсе «Петров И.И.»

Трудовой ресурс Дубинина Е.С. помимо работы корректора выполняет работу переводчика. Для нее необходимо определить несколько ставок оплаты труда. Для этого необходимо раскрыть диалоговое окно Сведения о ресурсе , перейти на вкладку Затраты .

В таблицу А в столбец Стандартная ставка ввести значение – 100 руб./ч., затем перейти на вкладку В и ввести ставку для оплаты работы переводчика. В столбец Стандартная ставка ввести значение – 150 руб./ч., в столбец Ставка сверхурочных – 200 руб./ч. Нажать кнопку ОК.

Введите стандартную ставку Круглову В.Н. «25 000 руб./мес».

Предполагается повышение заработной платы с 1.04.13 сотруднику Круглову В.Н. на 15%. Для этого раскройте диалоговое окно Сведения о ресурсе , перейти на вкладку Затраты . Во второй строке таблицы А в поле Дата действия введите 1.04.2013, далее щелкните в ячейке Стандартная ставка и введите 15%, а затем нажмите кнопку Enter.

Для Семенова установите Стандартная ставка 12 000 руб./мес. На вкладке В установите Стандартную ставку 17 000 руб./мес. Установите во второй строке дату 01.04.2012 и введите новую Стандартную ставку равными 19 500 руб./мес.

Самостоятельно задайте ставки для трудовых ресурсов согласно табл. 5.

Таблица 5

Выполните команду меню Вид / Использование задач . Для задачи 36 «Фотосъемка для обложки» назначьте исполнителем Кузнецова. Далее вызовите диалог Сведения о назначении , щелкнув по ресурсу «Кузнецов А.Н.». В раскрывающемся списке Таблица норм затрат укажите В .

Для некоторых ресурсов необходимо настроить рабочее время. Для Семенова установите индивидуальный рабочий график – в период с 25.01.2013 по 24.04.2013, 4 дня в неделю по 10 часов в день.

Определим график работы для ресурса «Петров И.И.», который будет находиться в командировке с 10 марта по 14 марта. Для этого необходимо открыть диалоговое окно Сведения о ресурсе , на вкладке Общие в таблице Доступность ресурса установим параметры согласно рис. 11.

Рис. 7. Ресурсы проекта

Рис. 8. Сведения о назначении ресурса «Кузнецов А.Н.»

Рис. 9.Ограничение в работе ресурса «Петров И.И.»

Самостоятельно для ресурса «Иванов К.Г.» в диалоговом окне Сведения о ресурсе , на вкладке Рабочее время установить в качестве базового календаря – Ночная смена .

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

Таблица 6

Доступность ресурсов

Для ресурса «Дизайнер» определить доступность в разные периоды времени. Для этого открыть диалоговое окно Сведения о ресурсе в поле Доступность ресурса указать доступность согласно рис. 12.

Рис. 10. Ограничение в работе ресурса «Дизайнер»

Для тех сотрудников, рабочее время которых сокращено, необходимо добавить заметки, где объясняется, почему ресурс не доступен. Щелкните на название ресурса «Борисов Р.Н.». В окне Сведения о ресурсе на вкладке Заметки в поле Заметки: введите следующий текст: « Борисова не будет на работе с 1 по 10 апреля, в связи с повышением квалификации» (рис.13).

Самостоятельно добавить заметки для ресурсов – Иванов, Круглов.

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

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Подобные документы

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

курсовая работа , добавлен 23.01.2011


Современная система управления проектами ProjectExpert и Microsoft Project 2007. Project Expert – разработка бизнес планов и оценка инвестиционных проектов, возможности программы. Управление проектом "ОАО Ниф-Ниф" в программной среде Microsoft Project.

курсовая работа , добавлен 14.05.2015


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

лабораторная работа , добавлен 01.03.2015


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

дипломная работа , добавлен 28.06.2010


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

курсовая работа , добавлен 16.01.2014


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

контрольная работа , добавлен 02.06.2010


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

дипломная работа , добавлен 20.03.2012

Microsoft Project (или MSP) -- программа управления проектами, разработанная и продаваемая корпорацией Microsoft.

Microsoft Project создан, чтобы помочь менеджеру проекта в разработке планов, распределении ресурсов по задачам, отслеживании прогресса и анализе объёмов работ. Microsoft Project создаёт расписания критического пути. Расписания могут быть составлены с учётом используемых ресурсов. Цепочка визуализируется в диаграмме Ганта.

Под маркой Microsoft Project доступны сразу несколько продуктов и решений:

Microsoft Project Standard -- однопользовательская версия для небольших проектов Microsoft Project Professional -- корпоративная версия продукта поддерживающая совместное управление проектами и ресурсами, а также управление портфелями проектов с помощью Microsoft Project Server.

Microsoft Project Web Access -- Web-интерфейс для отчетности о выполнении задач, а также просмотра портфелей проектов Microsoft Project Portfolio Server -- продукт для отбора проектов для запуска на основе сбалансированных показателей, вошел в состав Microsoft Project Server с версии MS Project 2010.

Начиная с 2013 года Microsoft начинает поставлять облачную версию Microsoft Project Online.

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

Имея 20.000.000 пользователей, Microsoft Project является монополистом.

Наиболее очевидным преимуществом продукта является то, что он входит в семейство Microsoft Office. Это обеспечивает следующие плюсы, характерные для всех продуктов MS Office:

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

Богатые возможности по настройке в стиле формул Microsoft Excel (сам продукт выдержан в интерфейсе, максимально приближенном к Microsoft Excel)

Возможность адаптировать продукт под свою специфику путём программирования или покупки готовых решений, созданных на базе Visual Basic или Microsoft.Net.

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

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

Microsoft решает данную проблему надежности Microsoft Project Server с помощью целого набора программ.

Через программу Microsoft ISV Royalty партнерам и клиентам компенсируется часть стоимости по усиленной технической поддержке решения.

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

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

Настройка и составление плана проекта в Microsoft Poject

Начинать работу в Microsoft Project следует с настройки рабочего времени. Для этого на панели инструментов находим вкладку «Файл» и выбираем пункт «Параметры». В окне параметров нам необходимо перейти на вкладку «Расписание», «Дополнительно». На следующих рисунках показаны настройки рабочего времени и настройка отображения величин.

Рисунок 1 - Настройка рабочего времени

Рисунок 2 - Настройки величин

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

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

Рисунок 3 - План проекта

Рисунок 4 - План проекта

Итак, план проекта готов. Но сам проект еще не выполняется, так как нет людей и ресурсов, с помощью которых выполняется этот проект. Для того, чтобы назначить ресурсу нужно выбрать на панели инструментов вкладку Вид и выбрать пункт “Лист ресурсов”. Ресурсы, которые мы будем вводить представлены ниже.

Рисунок 5 - Лист ресурсов

• Tutorial

Небольшое введение

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

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

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

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

1. сколько проект займет времени
2. сколько проект будет стоить

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

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

В процессе выполнения проекта

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

При завершении проекта

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

Что умеет MS Project

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

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

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

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

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

Как это использовать

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

Подготовка плана

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

1. Сколько времени займет этот проект?
2. Сколько (и каких) специалистов для этого потребуется?
3. Какие примерно трудозатраты ожидаются по этому проекту?

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

1. Готовим список задач
2. Выставляем зависимости между задачами
   (результат какой задачи необходим для перехода к следующей?).
3. Назначаем исполнителей задач
4. Выравниваем загрузку ресурсов
5. Балансируем то, что получилось

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

1. Не используем суммарные задачи для декомпозиции.
   Все задачи помещаем в один линейный список. Сначала это может показаться неудобным,
   но зато избавляет от многих проблем в дальнейшем. Для управления структурой задач
   используем настраиваемые поля (см.ниже).
2. Очень часто для управления зависимостями задач используют Drag&Drop. Когда задач много это быстро становится неудобно. Я рекомендую в этом случае не использовать перетаскивание, а явное указывать номера задач-предшественников. для этого можно добавить в таблицу столбец «предшественники» и вписывать номера задач вручную.
3. Срок каждой задачи не должен превышать двух недель.
   Если срок задачи превышает неделю - это уже повод задуматься о её декомпозиции. Я придерживался очень простой методики оценки: примитивная задача - 2 дня, средней
   сложности - 1 неделя, сложная задача - 2 недели. При этом сложных задач не должно быть много. Такой подход дает возможность подготовить оценочный план довольно быстро.
   С одной стороны, полученная оценка, конечно, не будет точной, но, с другой стороны - а какая из них точная? По опытку практического применения могу сказать, что на
   больших проектах погрешности оценок отдельных задач обычно нивелируются, а на малых часто можно (и нужно!) использовать и более точные оценки.
4. Всеми силами избегаем задач, у которых несколько исполнителей. Для каждой задачи должен быть назначен только один исполнитель. Двух исполнителей имеет смысл назначать
   только если они действительно работают вдвоем (например, вы практикуете парное программирование). В прочих случаях лучше декомпозировать задачу.
5. При назначении исполнителей руководствуемся их профессией и квалификацией, пока не беспокоясь о равномерности загрузки.
6. Используем суммарные задачи для разделения задач на этапы. Ставим зависимости между этапами, чтобы они шли последовательно. Разделение на этапы пока достаточно приблизительное.

Балансировка проекта

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

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

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

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

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

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

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

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

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

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

Учет рисков

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

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

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

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

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

Работа с планом

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

1. Выдавать задания исполнителями
2. Отмечать выполненные задания в плане
3. Корректировать план в случае значительных отклонений

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

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

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

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

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

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

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

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

Завершение проекта

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

Заключение

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

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