4.1. Управление проектом
4.1. Управление проектом 
Управление проектом - приложение знаний, умений, инструментальных средств и методик для планирования действий, чтобы удовлетворить потребности и ожидания проектировщиков или превысить их. Соответствие потребностям и ожиданиям или их превышение включает уравновешивание конкурирующих требований (таких, как охват, время, затраты и качество), объектов с различными потребностями и ожиданиями, а также определенных потребностей и неопределенных ожиданий.
В данном документе определяются и описываются основные процессы и приемы управления проектом. Цель проекта - создать стратегию для приведения всех систем учреждения в соответствие 2000 году. Должны быть определены руководитель проекта и, возможно, консультант проекта. Для всех членов проектной группы должны быть разработаны и задокументированы роли и обязанности.
Проблемы
Опытные программисты могут быть недоступны.
Документация для существующих систем может быть недоступна.
Должны учитываться проблемы многоплатформенности, например, приложения для мейнфреймов, к которым обращаются из ПЭВМ.
Предположения
Будет издан документ проекта, включая обзор.
Будут проведены исследования инструментальных средств всех платформ.
Больше времени будет отведено на замену, чем на обновление, если это будет оправданно.
Устаревшие программы не будут обновляться.
Будет уделено внимание основным проблемам библиотеки программ.
Рекомендуемый подход
Полная опись системы должна быть подготовлена на этапе оценивания (может потребоваться ее обновление).
Определите связанные с датой поля и переменные, которые вызываются, вычисляются, сравниваются, сортируются, вводятся и выводятся.
Определите опись для обновления.
Определите сложности обновления.
Установите приоритеты обновляемых приложений, основываясь на их критичности.
Разработайте процессы преобразования.
Определите инструментальные средства и приемы, которые будут использоваться.
Определите необходимость обучения для процессов и инструментальных средств.
Сгруппируйте и определите последовательность реализации модулей и отметьте зависимости.
Оцените время для каждого модуля.
Разработайте план ресурсов этапа преобразования, включая требуемую квалификацию.
Добейтесь понимания от высшего руководства и лиц, принимающих решения.
Обзор процесса управления проектом
Организация проекта
Организация проекта должна включать всех участников проекта. Должен быть разработан документ "Роли и обязанности" для всех членов проектной группы.
План работ проекта
План работ должен быть создан с использованием инструментальных средств типа Microsoft Project или Project Workbench. План должен организовать проект по этапам, действиям, задачам и датам. Он должен также создавать критический путь. Все ресурсы и все результаты должны быть связаны с конкретными задачами.
Управление изменениями проекта
Роль управления изменениями проекта заключается в контроле за осуществлением изменений в проекте. Чтобы гарантировать наличие этого контроля, создайте документ на одной странице, в котором отражаются типы модификаций, процедуры и роль руководства в их решении.
Обеспечение качества систем
План обеспечения качества систем должен быть частью проекта 2000 года. Он может включать сквозной просмотр проекта, ранние обзоры результатов (набросков) и обзор проекта. Система обеспечения качества должна использоваться в течение всего проектирования.
Контроль за изменениями исходных кодов
Вследствие объема программного кода, на который может быть оказано воздействие при выполнении проекта 2000 года, очень важным является наличие плана контроля за изменениями исходных кодов. Должно планироваться применение автоматизированного инструментального средства, помогающего справиться с параллельными изменениями программ.
Рабочие документы
Следующие документы должны обновляться и издаваться по крайней мере каждые две недели.
План работ проекта
Этот план должен постоянно обновляться, и изменения должны регулярно передаваться членам группы.
Проблемы / решения
Каждой задаче проекта должен быть назначен ресурс и задана целевая дата решения. Поскольку это проект 2000 года, то смещения целевых дат не может быть.
Состояние проекта
Отчет о состоянии проекта должен включать результаты за последний период, основные задачи на следующий период и краткое описание состояния. Нужно обеспечить еженедельную передачу отчета от каждого участника рабочей группы руководителю проекта.
План чрезвычайных обстоятельств
Независимо от того, насколько тщательно запланированы работы по решению проблемы 2000 года, в последние минуты могут возникнуть неожиданности. Задача руководителя проекта - определить потенциальные риски и управлять ими. Вряд ли 100% проблем будет решено вовремя, поэтому сосредоточьтесь на критических приложениях и их зависимостях. Выполните следующие шаги:
- документируйте все изменения, сделанные в любом приложении;
- проверьте каждый модуль тщательно, насколько возможно;
- составьте список неизмененных модулей или приложений, чтобы знать возможные области отказа.
В случае отказа
Создайте процесс для выполнения задач, которые могут неправильно работать из-за сбоев, связанных с 2000 годом.
Производите обучение процессу основного персонала. В случае отказа приложения деловые процессы могут стать более продолжительными и потребовать большего количества работников; будьте готовы к этому.
Советы
Сосредоточьтесь на критических приложениях, которые будут обновляться; не потеряйте из виду цель.
Разработайте специальный процесс аудита для проверки того, что улучшение / сопровождение существующих прикладных программ соответствуют 2000 году.
