Содержание

Аннотация

Докладчик
Денис Гобов

Одной из современных методологий оценки зрелости процессов работы с требованиями является Requirement Maturity Model (RMM). RMM позволяет оценить текущую ситуацию и дает рекомендации по повышению эффективности работы бизнес-аналитиков. Ключевым признаком зрелости процессов работы с требованиями, рассматриваемым в RMM, является используемый в компании единый подход к управлению требованиями и их изменениями. Первая часть доклада посвящена краткому описанию RMM, уровням зрелости и критериям их определения, сравнению уровней зрелости по RMM и CMMI.

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

Предложенные в докладе подходы апробированы более чем на 20 крупных проектах.

Видео

Оцените доклад «Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012)»:



Слайды

Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012).pdf

Примечания и отзывы

IxsiBI8AzQg.jpg

Перед организацией стояла вполне конкретная задача — выстроить свою систему управления требованиями таким образом, чтобы проходить аудит соответствия CMMI и RMM-6. И они сделали систему управления требованиями на базе Jira, которая это обеспечивала, выдавая нужные отчеты с трассировкой и детализацией. О которой и было рассказано в докладе. Очень полезно для тех. перед кем стоит задача сертификации, но и остальным может быть интересно потому что управление на основе интегральных показателей из системы ведения дел — в любом случае актуальная задача и опыт — полезен.

©


Денис Гобов (Арт-мастер, Киев) довольно серьезно и структурировано рассказал о методологии оценки зрелости процессов работы с требованиями – RMM (Requirements Maturity Model), откровенно напоминающей небезызвестную систему CMMI. В дополнение Денис поделился информацией о том, как в их компании выстраивается взаимосвязь требований для облегчения их дальнейшего управления. Суть системы заключается в использовании связки Jira (для хранения требований в виде объектов и отношений между ними) и документов, в которых эти же требования описываются более детально. Интересной показалась концепция тщательного упорядочивания отношений между требованиями с использованием стандартизированных связей – Денис действительно смог убедить, что подобная система, несмотря на повышенные вложения усилий на этапе разработки требований, окупится удобством на этапе управления ими. К сожалению, эффект от доклада был подпорчен отдельными людьми из аудитории, которые, уверившись в том, что процессы в компании Дениса нелогичны и неверны, закидали докладчика довольно грубо сформулированными вопросами, не удосуживаясь при этом даже выслушивать ответы до конца. Надо отдать должное Денису, который держался все так же вежливо и ни разу не сорвался, пытаясь донести мысль о том, что система пусть и не идеальна, но все же работает и имеет право на жизнь. Спасибо докладчику за выдержку, и хотим вас уверить, Денис, что далеко не всем ваши практики показались неверными и избыточными.

©




Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».

Репликация: База Знаний «Заказных Информ Систем» → «Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012)»