"Марк Паулк, Билл Куртис. Модель зрелости процессов разработки программного обеспечения " - читать интересную книгу автора

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

7.4.2. Организационная структура

Для правильной интерпретации ключевых практик, входящих в модель
зрелости процессов разработки, необходимо разобраться в фундаментальных
концепциях организации, проекта и группы. Ниже дается определение
использования этих концепций в СММ.

Организация

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

Проект

Является предприятием, которое требует совместных усилий,
сосредоточенных на разработке и/или сопровождении конкретного продукта.
Продукт может включать в себя оборудование, программное обеспечение и другие
компоненты. Обычно проект имеет собственное финансирование, отчетность и
график поставок.

Группа

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

Группа разработки ПО

Представляет собой коллектив сотрудников (руководителей и технических
специалистов), которые несут ответственность за проектные операции по
разработке и сопровождению ПО (т. е. анализ требований, проектирование,
кодирование и тестирование).
В группу разработки не входят группы, косвенно связанные с разработкой,
такие как группы обеспечения качества ПО, управления конфигурацией ПО и
инженерии производственного процесса. Эти группы входят в число "групп,
связанных с разработкой ПО".