Лабораторная работа № 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).

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

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

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

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

C оздание нового проекта в MS Project

Для примера рассмотрим проект по проектированию и разработке сайта-визитки магазина с использованием cms.

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

1. Запустите MS Project.
2. Нажмите кнопку Создать на панели инструментов Стандартная или выполните команду Файл/Создать .
3. В меню Проект выберите команду Сведения о проекте . Введите или выберите начальную дату проекта –17 октября 2008 г. И нажмите кнопку OK .

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

1. Нажмите кнопку Сохранить .
2. В поле Имя файла введите имя проекта Разработка сайта 1 , а затем нажмите кнопку Сохранить .

Ввод ключевых сведений о проекте

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

1. В меню Файл выберите команду Свойства и откройте вкладку Документ .
2. Введите любые сведения о проекте, например, укажите лиц, которые будут им управлять и вести файл проекта, опишите цель проекта, известные ограничения и введите другие общие замечания о проекте.
3. Нажмите кнопку OK .

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

Календарь проекта можно изменять, чтобы отражать рабочие дни и часы для каждого участника проекта. Стандартный календарь : рабочие дни с понедельника по пятницу, с 9:00 до 18:00, с часовым обеденным перерывом. Можно самостоятельно определить и нерабочее время, например выходные или ночное время, а также специальные выходные дни, например праздники.

1. В меню Вид выберите команду Диаграмма Ганта .

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

1. В меню Сервис выберите команду Изменить рабочее время .
2. Выберите дату в календаре, например 1 января 2008 г.
3. Выберите параметр нерабочее время для выходных дней с 1 по 9 января, 23 февраля и 8 марта.
4. Выберите параметр нестандартное рабочее время для изменения часов работы в пятницу, в поле С укажите 9:00 по 13:00 и время окончания в поле По 14:00 по 17:00.
5. Нажмите кнопку OK .

Ввод и организация списка задач

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

Ввод задач и их длительностей

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

1. В окне проекта (представленного в виде Диаграммы Ганта в ) в поле Название задачи введите название первой задачи (см. рис. 1). В столбце Длительность Microsoft Project вводит со знаком вопроса примерную длительность задачи, равную одному дню.

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

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

месяцы = мес недели = н дни = д часы = ч минуты = мин

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

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

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

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

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

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

План-график работ дн

Планирование бюджета дн

Планирование рисков дн

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

Определение тематики и организации контента дн

Анализ контента дн

Структурирование контента дн

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

Проектирование дизайна дн

Проектирование SCRIPT"ов дн

Проектирование хостинговой площадки дн

Проектирование контента дн

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

Анализ и управление дн

Реализация

Разработка шаблонов (дизайна) дн

Разработка графического контента (кнопки, логотипы) дн

CMS ) дн

Наполнение ресурса (контент) дн

Размещение на хостинге дн

Документирование (инструкции) дн

Анализ шаблонов с точки зрения юзабилити, заказчика и управляющего решения (решения на риски) дн

Тестирование

Внутреннее тестирование

Тест юзабилити дн

Тест функционала дн

Тест содержимого (с точек зрения грамматики и логики) дн

Внешнее тестирование дн

Доработка дн

Внедрение

Передача сайта заказчику дн

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

Продвижение

Оптимизация для поисковых систем дн

Регистрация в поисковых системах дн

Наполнение каждого элемента информацией дн

Внедрение завершено 0 дн

Разбор и архивирование документации дн

Заключение договора на сопровождение дн

Отказ от претензий дн

Рис. 1. План проекта

Создание вехи

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

1. В поле Длительность щелкните длительность той задачи, которую требуется сделать вехой, а затем введите значение 0д . Нажмите клавишу ENTER.

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

Организация задач в логическую структуру

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

Чтобы организовать структуру, следует использовать кнопки структуры.

Отступ	Выступ
Показать подзадачи	Скрыть подзадачи

1. В поле Название задачи выделите задачи, которые необходимо сделать подзадачами.
2. Нажмите кнопку Отступ , чтобы расположить задачи с отступом.
3. Аналогично поступите с остальными подзадачами.

Изменение списка задач

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

1. В поле « Идентификатор » (крайнее левое поле) выберите задачу, которую требуется скопировать, переместить или удалить. Чтобы выделить строку, щелкните идентификационный номер задачи. Чтобы выделить несколько соседних строк, удерживая нажатой клавишу SHIFT , щелкните номера первой и последней строки в нужном диапазоне. Чтобы выделить несколько строк вразброс, нажмите клавишу CTRL и, удерживая ее, щелкните поочередно идентификационные номера задач.
2. Скопируйте, переместите или удалите задачу. Чтобы скопировать задачу, нажмите кнопку Копировать . Чтобы переместить задачу, нажмите кнопку Вырезать . Чтобы удалить задачу, нажмите клавишу DEL .
3. Чтобы переместить вырезанный блок или вставить скопированный блок, выберите строки, в которые его требуется вставить. Убедитесь, что выбраны требуемые строки. Нажмите кнопку Вставить . Если в строках, в которые выполняется вставка, содержатся сведения, новые строки будут вставлены над этими строками.
4. Периодически сохраняйте файл с проектом.

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

Создание взаимосвязей между задачами

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

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

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

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

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

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

После того как задачи связаны, изменение дат предшественника влияет на изменение дат последователей. В Microsoft Project по умолчанию создается зависимость задач типа «Окончание-начало». Однако, поскольку зависимость «Окончание-начало» подходит не для каждого случая, для реального моделирования проекта связь задач можно изменить на «Начало-начало», «Окончание-окончание» или «Начало-окончание».

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

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

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

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

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

С помощью мыши

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

С помощью меню

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

Нажмите кнопку Связать задачи (или выполните команду Правка/Связать задачи).

Чтобы изменить связь задач, дважды щелкните линию связи между задачами, которую требуется изменить. Будет открыто диалоговое окно Зависимость задач. Если будет открыто диалоговое окно Стили отрезков, вы щелкнули не линию связи; необходимо закрыть это диалоговое окно и снова дважды щелкнуть связь задач.

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

Чтобы разорвать связь между задачами, выберите эти задачи в поле Название задачи и нажмите кнопку Разорвать связи задач . Все связи удаляются, а все задачи перепланируются на основании ограничений , например «Как можно раньше» или «Фактическое окончание».

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

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

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

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

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

Установите связи между задачами в проекте (см. Таблицу 1).

Таблица 1

	Название задачи	Предшественник
	Предпроектное обследование
	Определение проекта
	Планирование
	План-график работ
	Планирование бюджета
	Планирование рисков
	Проектирование
	Проектирование структуры сайта
	Определение тематики и организации контента
	Анализ контента
	Структурирование контента	10НН+2д
	Создание плана поставки контента
	Проектирование дизайна	12НН+1д
	Проектирование SCRIPT"ов	12НН+2д
	Проектирование хостинговой площадки
	Проектирование контента	12НН+2д
	Проектирование завершено
	Анализ и управление
	Реализация
	Разработка шаблонов (дизайна)
	Разработка графического контента (кнопки, логотипы)	20НН+2д
	Разработка дополнительных сценариев (CMS )	21НН+1д
	Наполнение ресурса (контент)
	Размещение на хостинге
	Документирование (инструкции)	24НН+1д
	Анализ шаблонов с точки зрения юзабилити, заказчика и управляющего решения (решения на риски)
	Тестирование
	Внутреннее тестирование
	Тест юзабилити	26ОН+7д
	Тест функционала	26ОН+8д
	Тест содержимого (с точек зрения грамматики и логики)	26ОН+6д
	Внешнее тестирование
	Доработка
	Внедрение
	Передача сайта заказчику
	Проведение мастер-класса по использованию
	Продвижение
	Оптимизация для поисковых систем	33ОН+5д
	Регистрация в поисковых системах
	Наполнение каждого элемента информацией
	Внедрение завершено
	Передача проектной документации
	Разбор и архивировании документации
	Заключение договора на сопровождение
	Отказ от претензий

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

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

1. Откройте диалоговое окно определения проекта с помощью команды меню Project/Project Information (Проект/Сведения о проекте ) и изменим значение параметра Start date (Дата начала ) на 20.10.2008 . После этого план проекта автоматически перестроится.
2. Разработка сайта 1.

Ограничения и крайние сроки

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

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

В проектах, планируемых от даты начала, по умолчанию все задачи имеют ограничение As Soon As Possible (Как можно раньше ), а в проектах, планируемых от даты окончания, —As Late As Possible (Как можно позже ).

Таблица 2

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

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

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

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

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

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

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

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

1. Для чего необходимо двойным щелчком по задаче вызвать диалоговое окно Сведения о задаче и перейти на вкладку Дополнительно.
2. Во вкладке Дополнительно в раскрывающемся списке Constraint type (Тип ограничения ) выберите Окончание не позднее .
3. В поле Constraint date (Дата ограничения ) укажите дату, которой ограничивается окончание задачи - 20.02.09.

Иногда для отмены ограничения нужно удалить введенную дату в поле Constraint date (Дата ограничения). Но MS Project не дает оставить это поле пустым, и поэтому для удаления даты из поля нужно заменить ее на текст NA (НД).

1. Нажмите кнопку OK .

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

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

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

1. Затем предположим, что в соответствии с договором с внештатным разработчиком, предоставляющим услуги по разработке шаблонов, Разработка шаблонов (эта задача не имеет предшественниц) должен начаться 20.11.08 и проходить в течение 5 дней. Соответственно, зафиксируем эту дату ограничением Must Start On (Фиксированное начало ) и длительностью в 5 дней.
2. Включим в план важную задачу №18 Проектирование завершено . Согласно договору проектирование должно быть завершено за 5 дней до этапа Реализации , то есть до 20.11.08 .
3. Установим крайний срок задачи Размещение на хостинге на 26.12.08 .
4. Размещать сайт на хостинге можно только тогда, когда хотя бы наполовину осуществлено разработка шаблонов, графического дизайна, CMS и наполнен контент ресурса. Поэтому мы свяжем задачу Размещения на хостинге зависимостью FS (ОН) с задачей Наполнение ресурса(контент) и установим запаздывание (Lag) -50%.
5. Размещение на хостинге является, по сути, завершающей, поскольку после ее завершения достигается один из результатов проекта, который передается проектной командой «наружу». В этом случае длительность завершающих задачи не нулевая. Чтобы пометить задачу с не нулевой длительностью как завершающую, нужно воспользоваться вкладкой Advanced (Дополнительно ) в диалоговом окне сведений о задаче. На вкладке нужно установить флажок Mark task as milestone (Пометить задачу как веху ).

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

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

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

1. Выполним команду Вставка/Повторяющаяся задача.
2. В открывшемся диалоговом окно сведений о повторяющейся задаче укажем название - Совещание команды проекта и длительность –2 час.
3. Определим интервал повторения задачи –еженедельно, по пятницам.

В разделе Calendar for scheduling this task (Календарь для планирования этой задачи ) определяется, на основании какого календаря задача будет помещена в календарный план. По умолчанию, когда в раскрывающемся списке Calendar (Календарь) выбрано значение None (Нет), задача размещается па основании настроек проектного календаря и календаря задействованных ресурсов. Если же вы хотите использовать для расписания задачи особый календарь, то можно выбрать его в раскрывающемся списке. В таком случае становится доступен флажок Scheduling ignores resource calendars (He учитывать календари ресурсов при планировании) (Мы подробно рассмотрим действие этого флажка в разделе «Календарь задачи» позже).

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

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

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

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

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

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

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

1. Сохраните файл проекта под именем Разработка сайта 2.

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

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

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

Размещено на http://www.allbest.ru/

• Введение
• 1. Организация проекта
• 1.3 Создание графика работ
• Заключение

Введение

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

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

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

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

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

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

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

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

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

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

1. Организация проекта

1.1 Создание проекта в программе Microsoft Project

По умолчанию в Microsoft Project 2016 автоматически при запуске открывается команда "Создать", где можно выбрать способ создания нового проекта. Проект в Microsoft Project 2016 - это файл типа mpp. Для того чтобы создать новый проект в Microsoft Project 2016 принудительно, необходимо кнопкой "Файл" открыть команду "Создать".

Рисунок 1 - Создание нового проекта

Теперь можно выбрать способ создания нового проекта:

ѕ выбрать "Новый проект" и нажать команду "Создать": проект будет создан на основе шаблона Global. mpt;

ѕ создать новый проект из существующего документа - проекта, книги Excel или списка задач SharePoint;

ѕ создать на основе шаблона. Шаблон можно выбрать из имеющихся на компьютере или на сайте Office.com (при наличии подключения к интернету).

После создания файла проекта, рекомендуется сразу сохранить его. Для этого нужно нажать кнопку "Файл", выбрать команду "Сохранить", выбрать место для сохранения файла и дать файлу проекта "Имя" (по умолчанию файл проекта называется "Проект1. mpp").

Рисунок 2 - Сохранение файла проекта

Microsoft Project 2016 поддерживает экспорт в формат PDF и XPS.

Portable Document Format (PDF) - это электронный формат с постоянной разметкой, который сохраняет форматирование документа и допускает совместное использование файла. Формат PDF гарантирует, что при просмотре файла в интерактивном режиме и при его печати будет сохранен исходный формат и данные файла нельзя будет легко изменить. Формат PDF также полезен при печати документов в типографии.

XML Paper Specification (XPS). XPS является электронным форматом файла, сохраняющим форматирование документов и обеспечивающим совместную работу с файлом. Формат XPS гарантирует, что при просмотре файла в интерактивном режиме и при его печати будет сохранен исходный формат и данные файла нельзя будет легко изменить.

1.2 Создание календаря проекта в программе Microsoft Project

В Microsoft Project календари используются для описания рабочего и нерабочего времени.

Microsoft Project использует три типа календарей:

1. календарь проекта определяет рабочее время по умолчанию для всего проекта (для всех ресурсов и задач проекта);

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

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

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

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

1. Стандартный: рабочее время с понедельника по пятницу (с 9: 00 до 13: 00 и с 14: 00 до 18: 00). Этот календарь используется по умолчанию при создании нового проекта;

2. 24 часа: нерабочее время отсутствует;

3. Ночная смена: ночная смена с ночи понедельника по утро субботы (с 23: 00 до 8: 00 с часовым перерывом).

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

Рисунок 3 - Создание календаря

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

Рисунок 4 - Назначение созданного базового календаря

1.3 Создание графика работ

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

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

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

1) Редактирование начальных параметров проекта.

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

Рисунок 5 - Дата начала работ

2) Создание перечня задач проекта и их продолжительность

Определение целей разработки ПО - 2дн.

Планирование разработки - 4дн.

Назначение кода темы - 3дн.

Выбор принципов разработки ПО - 24дн.

Выяснение основных требований к ПО - 20дн.

Формирование проекта ТЗ - 7дн.

Согласование проекта ТЗ с заказчиком ПО - 5дн.

Формирование структурной модели - 7дн.

Формирование объектно-ориентированной модели - 30дн.

Определение принципов построения экранного интерфейса - 35дн.

Разработка основных модулей - 50дн.

Разработка базы данных - 48дн.

Интеграция всех модулей - 35дн.

Проведение отладки - 5дн.

Выпуск бета-версии - 2дн.

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

Доработка модулей и БД - 7дн.

Выпуск финальной версии - 5дн.

Формирование необходимой для сертификации документации - 5дн.

Внутренний аудит процесса создания ПО - 2дн.

Заключение договора на сертификацию - 2дн.

Проведение сертификации ПО - 2дн.

3) Создание перечня ресурсов

- 1чел.

Программист - 5чел.

Экономист - 1чел.

Аудитор ПО - 1чел.

4) Создание назначений (связей)

Зависимость задач и ресурсов приведем в таблице.

Таблица 1 - Зависимость задач

Название задачи	Длительность		Окончание	Предшественники	Названия ресурсов
Разработка программного средства
Организация работ
Определение целей разработки ПО					Начальник отдела разработки ПО
Планирование разработки					Начальник отдела разработки ПО
Назначение кода темы					Экономист
Выбор принципов разработки ПО					Начальник отдела разработки ПО
Разработка ТЗ
Выяснение основных требований к ПО					Начальник отдела разработки ПО ; Программист 1
Формирование проекта ТЗ					Программист 2
Согласование проекта ТЗ с заказчиком ПО					Начальник отдела разработки ПО; Программист 2
Разработка ПО
Формирование структурной модели					Программист 3; Программист 4
Формирование объектно-ориентированной модели					Программист 1 ; Программист 4 ; Программист 5
Определение принципов построения экранного интерфейса					Начальник отдела разработки ПО; Программист 4
Разработка основных модулей					Программист 1 ; Программист 2 ; Программист 3 ; Программист 4 ; Программист 5
Разработка базы данных					Программист 1
Интеграция всех модулей					Программист 2 ; Программист 3 ; Программист 4
Отладка и испытания
Проведение отладки					Программист 3; Программист 4; Программист 5
Выпуск бета-версии					Программист 1
Сбор сведений о результатах тестирования					Программист 2; Программист 3
Доработка модулей и БД					Программист 2; Программист 4; Программист 5
Выпуск финальной версии					Программист 1
Сертификация
Формирование необходимой для сертификации документации					Программист 4; Программист 5; Программист 1
Внутренний аудит процесса создания ПО					Аудитор ПО
Заключение договора на сертификацию					Начальник отдела разработки ПО
Проведение сертификации ПО					Начальник отдела разработки ПО

При помощи видов связей (назначений) создадим диаграмму Гантта в соответствии с таблицей 1.

Рисунок 6 - Диаграмма Гантта

1.2 Формирование структуры графика работ

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

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

Обратное тоже верно - работы вне проекта (то есть нужные для успешного выполнения другого проекта/процесса), не должны быть включены.

Сгруппируем работы по этапам и введём названия этих этапов.

ѕ Для создания группы (этапа) нажмём правой клавишей мыши на первой строке таблицы и из контекстного меню выберем "Вставить задачу";

ѕ Называем её "Организация работ";

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

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

Завершающим этапом будет создание группы "Разработка программного средства", которая сгруппирует все выше созданные этапы.

Рисунок 7 - Иерархическая структура проекта

Так же данную задачу можно решить нисходящим методом.

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

2. Назначения ресурсов проектов

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

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

ѕ Открыть окно "Сведения о задаче" для этого необходимо два раза нажать на названии задачи или выделить задачу и нажать на кнопку "Сведения" на закладке "Задача";

ѕ В открывшемся окне "Сведения о задаче" перейти на закладку "Ресурсы";

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

ѕ В поле "Владелец" выводится имя пользователя владельца ресурса, которому будет отправляться согласование использования данного ресурса. Для всех локальных и универсальных ресурсов это поле пустое;

ѕ В поле "Единицы" ввести объем необходимого ресурса. Если ресурс трудовой необходимо указать процент времени ресурса, которое он будет тратить на реализации данной задачи. Если материальный ресурс ввести его количество в размерности указанной в представлении "Лист ресурсов". Если затратный ресурс ничего не вводить;

ѕ В поле "Затраты" будет выведено стоимость использования данного ресурса. Для трудовых и материальных ресурсов данное значение будет подсчитано автоматически при нажатии кнопки "ОК". Для затратных ресурсов необходимо указать сумму которую планируете потратить на реализацию данной задачи этим ресурсом.

Рисунок 8 - Назначение ресурсов при описании задачи

Назначение ресурса задаче:

ѕ Перейти в представление диаграмма Гантта и перейти на страницу "Ресурсы";

ѕ Выберите задачу, которой нужно создать назначение ресурса;

ѕ Нажать на кнопку "Назначить ресурсы". Появится соответствующее диалоговое окно;

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

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

Результат выполнения показан на рисунке 8.

3. Отслеживание хода выполнения проекта

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

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

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

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

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

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

Рисунок 9 - Отметка о прохождении этапа "Определение целей разработки ПО"

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

Рисунок 10 - Отметка о прохождении этапа "Планирование разработки"

Слева таблицы диаграммы Гантта появится отметка о завершении этапа, а на самой диаграмме появится темно-синяя полоса, которая показывает процент завершения этапа работ. Если работа выполнена на 100%, то полоса будет от начала до конца блока работ.

Рисунок 11 - Пример выполнения работ на 70%

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

Рисунок 12 - Обзор проекта

"Обзор затрат" - более полный отчет показывающий и процентное завершение работ, и денежные затраты (как уже потраченные, так и оставшиеся затраты).

Рисунок 13 - Обзор затрат

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

Рисунок 14 - Критические задачи

Заключение

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

Microsoft Project может помочь в создании плана на основе критического пути. Графики также могут быть применены для равномерного распределения запросов на ресурс. Критический путь представлен в виде диаграммы Гантта (Gantt chart).

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

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

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

проект программа управленческое решение

Список использованных источников

Размещено на Allbest.ru

1. Беляева С.А. Роль планирования в процессе управления инновационными проектами // Организатор производства. - 2010

2. Бетанова И. Роль HR в управлении проектами // Справочник по управлению персоналом. - 2011.

3. Бетанова И. Роль HR в управлении проектами // Справочник по управлению персоналом. - 2011.

4. Ганчин В.В. Роль проектного управления в инновационном развитии электроэнергетики в Российской Федерации // Экономика и управление: рос. науч. журн. - 2011.

5. Гончаренко С. Управление проектами // Управление качеством. - 2011.

6. Емельянов Ю. Управление инновационными проектами в компании // Проблемы теории и практики управления. - 2011.

7. Ивасенко А.Г. Управление проектами: учебное пособие для студентов. - Ростов н/Д.: Феникс, 2009.

8. Конференции ПМСОФТ по управлению проектами // Проблемы теории и практики управления. - 2011.

9. Кузнецов А.А. Процессное управление проектами на предприятии // Менеджмент сегодня. - 2011.

10. Куперштейн В. Microsoft Project 2010 в управлении проектами. - СПб: БХВ-Петербург, 2011.

11. Лапыгин Ю.Н. Оценка эффективности проектного управления // Экономический анализ: теория и практика. - 2011.

12. Мазур И.И. Управление инвестиционно-строительными проектами: международный подход. - М.: Омега-Л, 2011.

13. Матвеева Л.Г. Управление проектами: учебник. - Ростов н/Д.: Феникс, 2009.

14. Мыльников Л.А. Микроэкономические проблемы управления инновационными проектами // Проблемы управления. - 2011.

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

Составление плана проекта создания нового предприятия по производству автомобилей. Создание базы данных по ресурсам в программе Project Expert. Применение методики PERT для анализа проекта. Контроль выполнения задач проекта по срокам и трудозатратам.

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


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

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


Настройка параметров программы Microsoft Project. Таблицы как основные средства хранения данных в MS Project. Подготовка к составлению плана и отслеживание хода работ по нему. Форматирование диаграмм Ганта. Набор функций для работы с сетевым графиком.

практическая работа , добавлен 25.12.2010


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

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


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

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


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

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


Выбор структуры, обзор различных вариантов создания нового проекта. Управление поведением MS Project 2007 при запуске. Создание нового проекта на основе шаблона. Список стандартных шаблонов. Установка общих параметров проекта, параметров планирования.

презентация , добавлен 15.03.2014


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

презентация , добавлен 15.03.2014


Назначение, создание современной информационно-аналитической системы. Формирование рабочей документации в среде Microsoft Project. Расчет длительности проекта методом Монте-Карло. Моделирование типов связи. Проектирование интерфейсов пользователя.

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


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

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

Общие характеристики и место продукта среди конкурентов

Начиная с 2007 года, каждая новая версия Ms Project выходит раз в три года. Таким образом, последней на данный момент является приложение версии 2016 года с подпиской на «Office 365», совместимое с Windows 10, 8.1 и 7. По сравнению с другими аналогичными программами Ms Project считается самой распространённой и «лёгкой», относящейся к начальному уровню программного управления проектами с классическим стандартным офисным интерфейсом. На рынке однопользовательских и малых решений программный продукт занимает порядка 80% (его использует около 20 млн. человек).

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

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

Среди таких программ, ориентированных на крупные проекты, можно выделить русифицированный Open Plan.

Ещё одним направлением «отстройки» является специализация продукта. Среди такого программного обеспечения популярна Primavera, получившая распространение в сфере инженерных и строительных проектов как средство календарно-сетевого планирования, позволяющего учитывать финансовые, материальные и трудовые ресурсы в средних и крупных проектах. Программный облачный инструмент Basecamp считается главным конкурентом в сегменте ультра-лёгких управленческих решений. При этом Microsoft тоже с 2013 года предлагает облачную версию своего продукта.

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

1. Project Standard позволяет осуществлять индивидуальное планирование для небольших проектов.

2. Корпоративное управление осуществляется с помощью специальной платформы, включающей:

• собственно Project Server,
• корпоративный вариант Project Professional, где к возможностям версии Standard добавлены средства совместной работы (Project Server и SharePoint Foundation / Server),
• технологию Web-интерфейса отчётности исполнителей о ходе выполнения задач, для просмотра портфелей проектов и другой совместной работы (Project Web Access).

Основой почти монопольной популярности продукта Microsoft стало то, что он представляет часть семейства Ms Office, что даёт возможность:

• проще осваивать управление инструментов в привычной среде продуктов Ms Office (очевидно стилистическое сходство интерфейса Project с Excel),
• настраивать Ms Project-формулы в стиле формул Excel,
• адаптировать продукт под особенности своего бизнеса, путём программирования либо приобретения готовых решений на базе Microsoft.Net или Visual Basic.

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

Задачи и возможности программы

Работу в Microsoft Project рекомендуется начинать с освоения проектного подхода как такового – ознакомления с его принципами и методами проетирования. Это нужно для того, чтобы правильно пользоваться инструментов: разделять крупные проекты на части, корректировать временные оценки, учитывать и закладывать риски, отслеживать командную работу и пользоваться мотивационными приёмами. В учебном пособии, выпущенном в 2013 году Министерством образования РФ для освоения Project 2010, первые главы посвящены введению в основы проектного управления – технике планирования и построению «проектного треугольника» («время-стоимость-объём работ»).

В случае реализации проектного подхода программа Project помогает решать следующие задачи:

Для работы в программе используют понятия «Задача», «Ресурс» и «Назначение». Для достижения цели проекта работа разбивается на задачи. Понятие «ресурс» чаще применяется к сотруднику, но может относиться и к недвижимости, оборудованию, материалам. В Microsoft Project назначения возникают в тот момент, когда на выполнение задачи выделяются ресурсы. Именно назначения определяют объём необходимого на решение задач времени и, как следствие, – общее время проекта. Для отображения, анализа и ввода существуют т. н. представления задач (Диаграмма Ганта, Форма задач и др.) ресурсов (График ресурсов, Лист ресурсов) и назначений (например, Использование ресурсов), которые бывают графическими, табличными и представлениями форм.

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

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

1. Отдельной задачей.
2. Суммарной задачей (фазой), состоящей из группы связанных задач.
3. Вехой – опорной отметкой – точкой важного события, по которой контролируют ход выполнения проекта.
4. Повторяющейся задачей, регулярно возникающей по ходу проекта (например, «утренние планёрки»).

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

В пакете преимуществ, которые оценили Intel, Tesla, Toyota, BMW, Kraft, 21st Century Fox, British Airways и миллионы других компаний, постоянно появляются новшества, с которыми можно ознакомиться на официальном сайте Project, в специальном русском блоге или в сообществе Facebook и Вконтакте.