Список работ

Перейдем непосредственно к нашему примеру. Предположим, получена постановка задачи на адаптацию и внедрение некого продукта Web Work Flow. Запустим Microsoft Project и приступим к созданию компьютерной модели проекта.

После запуска MS Project мы видим список для ввода задач с графической схемой проекта (Gantt Chart).

Сохраните проект на собственном диске: Файл – Сохранить с именем Сквозная задача

1. Вначале установим нужную нам дату начала проекта 22.01.2009 – пункт меню Проект \Сведения о проекте.

2. Затем определим список этапов, соответствующих технологии внедрения.

1.Начало проекта (Заказ на разработку ИС)

2.Постановка

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

4.Реализация

5.Завершение проекта (Акт внедрения ИС)

3. Теперь определим список подзадач для каждого технологического этапа проекта. Введем этапы с подзадачами в MS Project. Завершение каждого этапа проекта отметим отдельной задачей – контрольной точкой (вехой). Задачи начала и завершения проекта также пометим как вехи.

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

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

Задача	Длительность (дней)
Начало проекта (Заказ)	1
Постановка
Анализ предметной области	2
Анализ существующих решений	2
Сбор требований к ИС	3?
Моделирование и спецификация требований	2
Аттестация требований (Тех. задание)	3?
Завершение 1-го этапа	0
Проектирование
Архитектура	3
Пользовательский интерфейс	2
База данных	2
Модули	3
Завершение 2-го этапа	0
Реализация
Кодирование	20
Тестирование	4?
Документирование	4
Развертывание	2?
Обучение пользователей	5?
Приемка	1?
Завершение 3-го этапа	0
Завершение проекта (Акт внедрения)	1

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

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

№	Задача	Предшественники	Примечание
	Начало проекта (Заказ)	-	Этап, веха
	Постановка	1	Этап
	Анализ предметной области	-	подзадача
	Анализ существующих решений	3	подзадача
	Сбор требований к ИС	4	подзадача
	Моделирование и спецификация требований	5	подзадача
	Аттестация требований (Тех. задание)	6	подзадача
	Завершение 1-го этапа	7	Подзадача, веха
	Проектирование	2	Этап
	Архитектура	-	подзадача
	Пользовательский интерфейс	10	подзадача
	База данных	11	подзадача
	Модули	12	подзадача
	Завершение 2-го этапа	13	Подзадача, веха
	Реализация	9	Этап
	Кодирование	-	подзадача
	Тестирование	16	подзадача
	Документирование	17	подзадача
	Развертывание	18	подзадача
	Обучение пользователей	19	подзадача
	Приемка	20	подзадача
	Завершение 3-го этапа	21	Подзадача, веха
	Завершение проекта (Акт внедрения)	15	Этап, веха

Включите опцию «суммарная задача проекта» для того, чтобы видеть обобщенную статистику по проекту (общая длительность, трудоемкость, стоимость и т.д.) – меню Сервис\ Параметры - вкладка Вид - опция суммарная задача проекта.

С помощью мастера диаграмм (команда меню Формат \Мастер диаграмм Ганта) настройте диаграмму Ганта на отображение критического пути проекта. MS Project выделит красным цветом критический путь проекта, т.е. те задачи, которые определяют его длительность.

Рекомендации:

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

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

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