- •2. Технология работы
- •Принципы учета выполнения и результатов работ при помощи Project
- •Дополнительные возможности по сохранению базовых и промежуточных планов
- •Алгоритм 5.1. Сохранение промежуточного плана проекта
- •Алгоритм 5.2. Восстановление сохраненного промежуточного плана проекта
- •Внесение в график информации о ходе выполнения и результатах задач
- •Алгоритм 5.5. Ввод данных отчета в форму Использование задач
- •Алгоритм 5.7. Сравнение текущего состояния графика сданными промежуточного плана
- •Визуализация хода работ и выявление отклонений текущего состояния работ от базового плана
- •Алгоритм 5.6. Форматирование линейной диаграммы для визуализации отклонений текущего состояния работ от базового плана
- •Форматирование и использование линий хода выполнения задач
- •Алгоритм 5.8. Вывод линии хода выполнения задач, соответствующей текущей дате проекта
- •Алгоритм 5.9. Вывод регулярных линий хода выполнения задач для интервалов, заданных неделями
- •Алгоритм 5.10. Вывод регулярных линий хода выполнения задач для интервалов, заданных днями
- •Алгоритм 5.11. Вывод регулярных линий хода выполнения задач для интервалов, заданных месяцами
- •Алгоритм 5.12. Вывод линий хода выполнения задач для фиксированных дат
- •Управление форматированием линий хода выполнения задач
- •Алгоритм 5.13. Форматирование линий хода выполнения задач
- •Как управлять циклом реализации проекта и ресурсами
- •Алгоритм 5.14. Определение допустимой величины резерва времени для критических задач проекта
- •Как контролировать критический путь
- •Алгоритм 5.15. Определение продолжительности критического пути, текущих дат начала и окончания проекта
- •Как сокращать критический путь
- •Сокращение длительности задач проекта
- •Выполнения задач
- •Контроль потребности в ресурсах
- •Управление ресурсами в Project
- •Алгоритм 5.16. Управление назначениями ресурсов
- •Алгоритм 5.17. Управление данными о трудоемкости задач
- •Управление циклом работ и загрузкой ресурсов – дополнительные возможности Project
- •Алгоритм 5.18. Пример комплексного управления работами исполнителей
- •Алгоритм 5.19. Управление профилем использования ресурсов задачи
- •Прерывание выполнения задач
- •Алгоритм 5.20. Создание прерывания в выполнении задачи
- •Корректировка детального плана выполнения проекта-примера
- •Алгоритм 5.21. Перепланирование выполнения детального плана проекта-примера
- •Анализ потребности в финансовых ресурсах при помощи Project
- •Управление финансовыми ресурсами в ходе реализации проекта
- •3.Контрольные вопросы
Дополнительные возможности по сохранению базовых и промежуточных планов
Для поддержки функций учета выполнения и результатов работ в Project предназначена команда Сервис\Отслеживание. Формируемое при вызове этой команды меню приведено на рис. 3.54.
В ранних версиях вплоть до Project 98 каждый раз при сохранении базового плана информация о нем в базе данных Project заменялась текущим состоянием графика - эти версии Project могли запомнить только один базовый план. Правда, даже тогда, если при сохранении базового плана с помощью алгоритма 3.30 в п. 3 выбрать переключатель выбранных задач, то в базе данных Project будут изменены значения полей, связанных с предварительно выделенными работами. Такой прием позволяет вносить в базовый план ограниченные изменения.
Но версия Project 2002, как сообщалось в упомянутом алгоритме 3.30, может сохранять до 11 версий базового плана.
Базовый план всегда содержит достаточно полную информацию о проекте, включая сроки выполнения работ, потребность в ресурсах и финансовых затратах независимо от того, какая экранная форма активна в момент сохранения базового плана. Поэтому однократное сохранение базового плана создает основу для сравнения всех групп текущих данных о проекте с данными базового плана.
Важно представлять себе принципиальное отличие базового плана проекта от текущего. Текущий план должен оперативно отражать все изменения графика работ, тогда как изменение базового плана всегда должно быть санкционировано руководством проекта.
Кроме базовых планов Project поддерживает возможность создания промежуточных планов. Промежуточный план, как правило, предназначен для того, чтобы сохранить результаты анализа плана проекта, разные варианты его выполнения. Это очень полезно в случаях, когда специалист по планированию или руководитель проекта анализирует последствия применения тех или иных технологий, ресурсов, плановых или организационных решений.
Во многих случаях умозрительно выбрать правильное решение невозможно, и лучший способ заключается в том, чтобы смоделировать предполагаемые варианты выполнения проекта и вытекающие из них последствия. Такая технология работы иногда называется "что, если..." (what if...).
Процесс сохранения промежуточного плана в отличие от базового плана заключается в пересылке информации из одной группы полей типа НачалоN/ОкончаниеN/ДлительностьN/ЗатратыN в другую группу полей НачалоМ/ОкончаниеМ/ДлительностьМ/ЗатратыМ. При этом значения N и представляют собой не совпадающие числа от 1 до 10 или могут вообще отсутствовать (для группы полей Начало/Окончание). Значения полей Начало/ Окончание являются активными - именно они участвуют в расчетах временных показателей задач проекта, календарных диаграмм и диаграмм загрузки ресурсов.
Поэтому для того чтобы проанализировать показатели некоторого плана, следует при помощи алгоритма 5.1 переслать значения полей HaчaлoN/OкoнчaниeN в поля Начало/Окончание. Этот же алгоритм позволяет выполнить обратную пересылку и тем самым сформировать соответствующий промежуточный план. Project позволяет создавать для одного проекта до 11 промежуточных планов.
Недостатком Project является отсутствие возможности хранить комментарии к каждому из промежуточных планов в базе данных этой системы управления проектами. Поэтому пользователь Project должен самостоятельно организовать хранение записей о том, что представляют собой промежуточные планы, при каких ограничениях, для каких условий, по чьему указанию, кем и когда они разработаны.
