Марк Паулк - Модель зрелости процессов разработки программного обеспечения
- Название:Модель зрелости процессов разработки программного обеспечения
- Автор:
- Жанр:
- Издательство:неизвестно
- Год:неизвестен
- ISBN:нет данных
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Марк Паулк - Модель зрелости процессов разработки программного обеспечения краткое содержание
Данный текст является переводом на русский язык описания одного из самых популярных стандартов постановки процесса разработки программного обеспечения (ПО).
Я публикую книгу на своем сайте в открытом доступе для того, чтобы все интересующиеся данным вопросом могли прочитать ее и получить необходимую информацию совершенно свободно и бесплатно. Причина в том, что те методики, которые описаны в данном стандарте, как я считаю, просто обязаны взять на вооружение те разработчики ПО, которые этим занимаются серьёзно. По крайней мере, это касается 2-го и 3-го уровней CMM, так как применение этих практик дает существенное повышение в производительности и устойчивости процесса разработки ПО.
Модель зрелости процессов разработки программного обеспечения - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
2. Оценивается влияние позднего и досрочного завершения проектных работ, этапов и других обязательств на будущие работы и этапы.
3. Изменения календарного графика разработки, влияющие на производственные обязательства, обсуждаются с участием задействованных групп и документируются.
Операция 9 Отслеживание технических операций по проекту разработки, при необходимости — применение корректирующих действий.
1. Разработчики регулярно докладывают своему линейному менеджеру о техническом состоянии разработки.
2. Содержимое успешных сборок продукта сравнивается с планом разработки ПО.
3. Отчет о проблемах, выявленных в промежуточных программных продуктах, документируется и направляется по назначению. 4. Отчеты о проблемах отслеживаются до разрешения вопросов.
Операция 10 Отслеживание рисков разработки, связанных с затратами, ресурсами, графиком и техническими аспектами проекта.
Практики, связанные с выявлением рисков, содержатся в описании Операции № 13 группы ключевых процессов «Планирование проекта».
1. Приоритеты и действия по снижению рисков уточняются по мере поступления дополнительной информации.
2. Менеджер проекта регулярно проверяет области с высокой степенью риска.
Операция 11 Документирование фактических данных измерений и данных по изменению плана проекта.
Практики, связанные с документированием данных по проекту, содержатся в описании Операции № 15 группы ключевых процессов «Планирование проекта».
1. Записи включают в себя оценочные данные и дополнительные сведения, необходимые для воспроизведения оценочных расчетов и проверки их обоснованности.
2. Данные по изменениям в плане проекта разработки должны быть управляемыми и контролируемыми.
3. Данные по планированию и изменениям в плане проекта разработки, а также фактические данные измерений архивируются в целях их использования в текущем и будущих проектах.
Операция 12 Группа разработки ПО регулярно проводит внутренние проверки в целях отслеживания хода технических работ, планов, производительности и проблем и их сравнения с планом разработки ПО.
В этих проверках принимают участие:
1. Линейные менеджеры и подчиненные им ведущие специалисты.
2. Производственный менеджер проекта, линейные и другие производственные менеджеры по мере необходимости.
Операция 13 Проведение на определенных этапах проекта формальных проверок достигнутых результатов в соответствии с документированной процедурой.
1. Проведение этих проверок планируется на какие-либо значимые моменты календарного графика проекта, такие как начало или завершение определенных стадий разработки.
2. Проверки проводятся при участии заказчика, конечных пользователей и задействованных групп организации по мере необходимости.
В этих практиках термином «конечные пользователи» называются конечные пользователи, определенные заказчиком, либо их представители.
3. В проверках используются материалы, рассмотренные и утвержденные производственными менеджерами с соответствующей сферой ответственности.
4. В проверках рассматриваются производственные обязательства, планы и состояние работ по проекту.
5. Результатом этих проверок является выявление существенных проблем, определение действий и решений, а также их документирование.
6. В ходе проверок изучаются риски проекта разработки.
7. В случае необходимости, по результатам проверок уточняется план разработки ПО.
Измерения и анализ
Измерение 1 Выполнение измерений и использование их результатов для определения состояния работ по отслеживанию хода проекта и контролю над ним.
Примеры измерений: определение объема трудозатрат и других ресурсов, вложенных в выполнение работ по отслеживанию хода проекта и контролю над ним; определение статуса изменений плана разработки
ПО, включающих в себя изменения следующих оценок — объема промежуточных программных продуктов, затрат на разработку, критических компьютерных ресурсов и показателей календарного графика.
Проверка внедрения
Проверка 1 Регулярная проверка высшим руководством выполнения работ по отслеживанию хода проекта и контролю над ним.
Регулярные проверки проводятся высшим руководством для получения своевременной информации о производственном процессе и его понимания на соответствующем уровне абстракции. Промежутки времени между проверками должны соответствовать потребностям организации и могут быть длительными, если в организации имеется работающая система оповещения об исключительных ситуациях.
1. Проверка технических, финансовых, кадровых аспектов и выполнения графика.
2. Изучение конфликтов и проблем, не решаемых на более низких уровнях руководства.
3. Изучение рисков проекта разработки.
4. Поручение и проверка действий, а также отслеживание их выполнения.
5. Подготовка итогового отчета по результатам каждой проверки и его распространение среди задействованных групп.
Проверка 2 Регулярные и событийные проверки менеджером проекта работ по отслеживанию хода проекта и контролю над ним.
1. В проверках принимают участие представители задействованных групп.
2. Технические, финансовые, кадровые аспекты и показатели календарного графика сравниваются с планом разработки ПО.
3. Проверка использования критических компьютерных ресурсов. В отчет включается сравнение текущих оценок и фактического использования этих ресурсов с начальными оценками.
4. Обсуждение зависимостей между группами.
5. Изучение конфликтов и проблем, не решаемых на более низких уровнях руководства.
6. Изучение рисков проекта разработки.
7. Поручение и проверка задач, а также отслеживание их выполнения.
8. Подготовка итогового отчета по результатам каждой проверки и его распространение среди задействованных групп.
Проверка 3 Проведение группой обеспечения качества проверок и/или аудитов работ и промежуточных продуктов, связанных с отслеживанием хода проекта и контролем над ним, а также выполнение отчетов по их результатам.
См. группу ключевых процессов «Обеспечение качества ПО».
Минимальное содержание проверок и/или аудитов:
1. Мероприятия по пересмотру и изменению обязательств.
2. Мероприятия по изменению плана разработки ПО.
3. Содержание измененного плана разработки ПО.
4. Мероприятия по отслеживанию затрат по проекту, календарного графика, технических и архитектурных ограничений, функциональных возможностей и производительности.
5. Мероприятия по проведению плановых технических и административных проверок.
8.4. Управление производственным субподрядом
Интервал:
Закладка: