Концепция: Организационный контекст Rational Unified Process
Этот раздел посвящен службам поддержки и другим внешним организациям, необходимым для успешной реализации проекта.
Взаимосвязи
Связанные элементы
Основное описание

Введение

Проекты редко разрабатываются в полностью независимой среде; в большинстве случаев они нуждаются в поддержке со стороны. В этой главе обсуждается характер такой поддержки. В Rational Unified Process (RUP) предполагается, что услуги, описанные в данном разделе, будут доступны проекту со стороны и что у любой организации есть ресурсы для предоставления этих услуг. В то же время не делается никаких предположений относительно структуры и организации работы этих внешних организаций. Следующие описания взяты из публикации [ROY98].

Администрация процесса разработки программного обеспечения (SEPA)

Администрация процесса разработки программного обеспечения отвечает за организацию обмена информацией и руководство взаимодействием отдельных разработчиков. В данной роли обычно выступает генеральный директор организации, контролирующий зрелость процесса разработки и планирующий его оптимизацию. В ведении SEPA находится регулярный аудит процессов проекта. Катализация сбора и распространения принятых порядков разработки программного обеспечения возможна только при условии, что SEPA понимает как контекст проекта, так и суть предстоящего улучшения. Администрация SEPA должна быть в каждой организации. Эта организация отвечает за определение процесса разработки и его обслуживание (изменение, улучшение, внедрение новых технологий). Роль SEPA может выполнять отдельный сотрудник, генеральный директор или даже коллектив из нескольких сотрудников. SEPA должна быть реальной администрацией, обладающей необходимыми полномочиями и компетенцией, а не формальным органом, бессильным из-за бюрократических препон.

Контрольный совет проекта (PRA)

Контрольный совет проекта (PRA) - это организация, обеспечивающая соответствие проекта всем порядкам, стандартам и правилам разработки программного обеспечения, установленным в подразделении и организации в целом. Руководитель проекта по разработке программного обеспечения отвечает за выполнение требований контракта или стандарта, которому должен соответствовать проект, и отчитывается перед PRA. PRA проверяет соответствие проекта контрактным обязательствам и правилам, установленным в организации. Клиент контролирует соблюдение требований контракта, достижение вех по контракту, соответствие конечного продукта условиям контракта, а также проводит ежемесячные рабочие совещания, контролирует ход выполнения работ, качество работ, расходы, соблюдение графика и риски. PRA также проверяет выполнение обязательств со стороны клиента, а также всех требований к правилам, конечным продуктам, финансовым показателям и прочим рискам и поставленным задачам. Рекомендуется назначить роль PRA одному сотруднику - этот сотрудник при необходимости может перепоручать свои обязанности другим сотрудникам, а также проводить совещания по вопросам, входящим в компетенцию PRA - в этом случае, по крайней мере, во время совещания PRA будет реальным комитетом, состоящим из нескольких сотрудников. Тем не менее, настоятельно рекомендуется сделать одного сотрудника главным исполнителем роли PRA, обращающимся к коллегам за поддержкой при необходимости.

Администрация среды разработки программного обеспечения (SEEA)

Администрация среды разработки программного обеспечения (SEEA) отвечает за автоматизацию процессов, обслуживание стандартной среды организации, организацию обучения работе в стандартной среде и обслуживание многоразовых ресурсов. Роль SEEA необходима для обеспечения высокой окупаемости инвестиций в общий процесс. Высокая эффективность использования инструментов, технологий и учебных материалов может достигаться только в случае, если кто-нибудь в организации (в роли SEEA) отвечает за поддержку стандартной среды и управление ею. Среда часто расширяется, настраивается и меняется под нужды конкретных проектов, однако даже 80% стабильной базы очень важны для стандартизации процессов и обеспечения высокой окупаемости капитальных инвестиций в инструменты.

Инфраструктура

Централизованная инфраструктура нужна организации для поддержки управления кадров, независимых от конкретных проектов научно-исследовательских и конструкторских работ и других капитальных ресурсов разработки программного обеспечения. В разных направлениях бизнеса могут применяться разные инфраструктуры - от очень простых до очень сложных и бюрократических. Как правило, в инфраструктуру организации входят следующие компоненты:

  • Управление проектами: система учета времени, контракты, ценообразование, стандартные условия, интеграция информационных систем
  • Инженерные центры: хранение и обслуживание специализированных инструментов, система поддержки коммерческих предложений, независимые научно-исследовательские и конструкторские работы
  • Профессиональное развитие: внутренние учебные курсы, подбор персонала, ведение базы данных навыков и умений, библиотека технической литературы и ресурсов, технические публикации.