Разработка, внедрение и адаптация программного обеспечения отраслевой направленности Часть 2. Разработка, внедрение и адаптация программного обеспечения отрас. Тема введение в обеспечение качества программных средств

• Название: Тема введение в обеспечение качества программных средств
• Анкор: Разработка, внедрение и адаптация программного обеспечения отраслевой направленности Часть 2
• Дата: 15.03.2023
• Размер: 418.37 Kb.
• Имя файла: Разработка, внедрение и адаптация программного обеспечения отрас.docx
• Тип: Глава; #990789
• страница: 14 из 31

8.4. Завершение

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

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

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

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

1. Разработка - 37%

2. Сопровождение - 63%

Этап разработки разделяется на стадии со следующими пропорциями:

1. Постановка - 34%

2. Кодирование - 21%

3. Тестирование - 45%

ГЛАВА 9. ТЕМА 8. ПРОЦЕССЫ УПРАВЛЕНИЯ ПРОЕКТОМ ПО РАЗРАБОТКЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

Управление Проектами    - интегрированный процесс. Действия (или их отсутствие) в одном направлении обычно влияют и на остальные направления. Такая взаимосвязь заставляет балансировать между задачами проекта - часто улучшение в одной области может быть достигнуто лишь за счет ухудшения в другой. Для лучшего понимания интегрированной природы Управления Проектами опишем его через процессы, из которых оно состоит и их взаимосвязи.

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

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

9.1. Процессы проекта

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

Процессы Управления Проектами    - касающиеся организации и описания работ проекта (которые будут подробно описаны далее);

Процессы, ориентированные на продукт    - касающиеся спецификации и производства продукта. Эти процессы определяются жизненным циклом проекта и зависят от области приложения.

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

9.2. Группы процессов

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

процессы инициации - принятие решения о начале выполнения проекта;

процессы планирования - определение целей и критериев успеха проекта и разработка рабочих схем их достижения;

процессы анализа - определение соответствия плана и исполнения проекта поставленным целям и критериям успеха и принятие решений о необходимости применения корректирующих воздействий;

процессы исполнения и контроля - координация людей и других ресурсов для выполнения плана;

процессы управления - определение необходимых корректирующих воздействий, их согласование, утверждение и применение;

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

Процессы управления проектами накладываются друг на друга и происходят с разными интенсивностями на всех стадиях проекта, как проиллюстрировано на рисунке.

Рис 8.1 Наложение групп процессов в фазе

Кроме того, процессы управления проектами связаны своими результатами - результат выполнения одного становится исходной информацией для другого.

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

В реальном проекте фазы могут не только предшествовать друг другу, но и накладываться.

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