1.18.Определение рабочего времени проекта
1-й шаг. Определение общих рабочих часов для проекта. Project содержит несколько шаблонов календаря, которые можно использовать как основу для календаря проекта. Определим общие часы работы для нашего проекта, используя шаблон календаря Стандартный (рис. 30).
Рис. 30. Определение общих часов работы для проекта
|
2-й шаг. Определение рабочей недели. Указываются рабочие дни. В нашем примере рабочими днями являются все дни недели, кроме субботы и воскресенья. |
3-й шаг. Задание праздников и выходных дней. Зададим в нашем проекте выходные дни в мае 2-го и 9-го мая (см. рис. 31).
Рис. 31. Изменение рабочего времени
|
4-й шаг. Определение единиц времени. При планировании Microsoft Project изменяет все единицы времени на часы. Можно задавать число часов, составляющих день и неделю, а также число дней, составляющих месяц для проекта. Например, если указать, что день состоит из восьми часов, Project вычислит длительность двухдневной задачи как 16 часов. Следующие параметры рекомендуется настроить в соответствии с параметрами рабочего времени, введенными на предыдущем шаге:
|
5 шаг. Рабочее время для проекта указано, благодаря чему создан базовый календарь для всех ресурсов. Если все ресурсы используют этот календарь, необходимо щелкнуть ссылку “Сохранить и закончить работу”. При наличии групп ресурсов, общие рабочие часы которых отличаются от базового календаря, можно определить дополнительные календари, а затем указать рабочие часы для ресурсов.
|
1.19.Ввод задач, организация этапов задач
В электронную таблицу в столбец “Название задачи” вводим наименования задач проекта. В столбце “Длительность” указывается время, необходимое для выполнения каждой задачи. Даты начала и окончания пока вводить не следует. Возможность запланировать задачи будет предоставлена Консультантом позже.
Если точная длительность неизвестна, можно ввести после значения длительности знак “?” чтобы обозначить введенную величину как предварительную оценку.
Задачи, представляющие основные события в проекте, помечаются как вехи. Вехи обозначаются символом .
Создаем иерархию для упорядочения проекта.
Если задачи представляют собой сложную структуру, то подзадачи сдвигаются влево относительно родительской задачи. Родительская задача выделятся черным цветом (рис. 32). Длительность родительской задачи определяется автоматически на основе суммирования длительностей подзадач.
Рис. 32. Фрагмент структуры задачи “Анализ и требования к программному обеспечению”
В табл. 13 представлен перечень задач проекта для контрольного примера.
Таблица 13
№ |
Название задачи |
Длительность |
1 |
Область охвата |
2,5 дня |
2 |
Определение области охвата проекта |
4 ч |
3 |
Предварительное определение ресурсов |
1 день |
4 |
Закрепление ключевых ресурсов |
1 день |
5 |
Область охвата завершена |
0 дней |
6 |
Анализ и требования к программному обеспечению |
2,5 дня |
7 |
Создание предварительного бюджета |
1,5 дня |
8 |
Разработка графика сдачи |
0,5 дня |
9 |
Закрепление требуемых ресурсов |
1 день |
10 |
Анализ завершен |
0 дней |
11 |
Проектирование |
9 дней |
12 |
Разработка функциональных спецификаций |
5 дней |
13 |
Разработка прототипа на основе функциональной спецификации |
9 дней |
14 |
Проектирование завершено |
0 дней |
15 |
Разработка |
31 день |
16 |
Назначение персонала для разработки |
1 день |
17 |
Разработка кода |
15 дней |
18 |
Тестирование силами разработчиков (первичная отладка) |
15 дней |
19 |
Разработка завершена |
0 дней |
20 |
Тестирование |
14 дней |
21 |
Тестирование модулей |
8 дней |
Окончание таблицы 13
22 |
Тестирование интеграции |
14 дней |
23 |
Документация |
26 дней |
24 |
Разработка спецификации справки |
6 дней |
25 |
Разработка справки |
3,5 недели |
26 |
Разработка руководства пользователя |
3 недели |
27 |
Документация завершена |
0 дней |
28 |
Развертывание |
3 дня |
29 |
Разработка методологии развертывания |
1 день |
30 |
Закрепление ресурсов развертывания |
1 день |
31 |
Развертывание программного обеспечения |
1 день |
32 |
Развертывание завершено |
0 дней |
33 |
Постреализационный анализ |
2 дня |
34 |
Документирование сделанных выводов |
1 день |
35 |
Создание группы поддержки программного обеспечения |
1 день |
36 |
Постреализационный анализ завершен |
0 дней |
37 |
Разработка программного обеспечения завершена |
0 дней |