Аннотация
- Докладчик
- Денис Гобов
Одной из современных методологий оценки зрелости процессов работы с требованиями является Requirement Maturity Model (RMM). RMM позволяет оценить текущую ситуацию и дает рекомендации по повышению эффективности работы бизнес-аналитиков. Ключевым признаком зрелости процессов работы с требованиями, рассматриваемым в RMM, является используемый в компании единый подход к управлению требованиями и их изменениями.
Первая часть доклада посвящена краткому описанию RMM, уровням зрелости и критериям их определения, сравнению уровней зрелости по RMM и CMMI.
Во второй части доклада освещены практические наработки по построению многоуровневой структуры требований, которая является основой единого подхода к работе с требованиями. Рассмотрены следующие вопросы: классификация требований, организация связей между требованиями, учет изменений требований и расширения границ решения.
Предложенные в докладе подходы апробированы более чем на 20 крупных проектах.
Видео
Оцените доклад «Выстраиваем процесс управления требованиями (Денис Гобов, AnalystDays-2012)»:
Слайды
Примечания и отзывы
Перед организацией стояла вполне конкретная задача — выстроить свою систему управления требованиями таким образом, чтобы проходить аудит соответствия CMMI и RMM-6. И они сделали систему управления требованиями на базе Jira, которая это обеспечивала, выдавая нужные отчеты с трассировкой и детализацией. О которой и было рассказано в докладе. Очень полезно для тех. перед кем стоит задача сертификации, но и остальным может быть интересно потому что управление на основе интегральных показателей из системы ведения дел — в любом случае актуальная задача и опыт — полезен.
©
Денис Гобов (Арт-мастер, Киев) довольно серьезно и структурировано рассказал о методологии оценки зрелости процессов работы с требованиями – RMM (Requirements Maturity Model), откровенно напоминающей небезызвестную систему CMMI. В дополнение Денис поделился информацией о том, как в их компании выстраивается взаимосвязь требований для облегчения их дальнейшего управления. Суть системы заключается в использовании связки Jira (для хранения требований в виде объектов и отношений между ними) и документов, в которых эти же требования описываются более детально. Интересной показалась концепция тщательного упорядочивания отношений между требованиями с использованием стандартизированных связей – Денис действительно смог убедить, что подобная система, несмотря на повышенные вложения усилий на этапе разработки требований, окупится удобством на этапе управления ими. К сожалению, эффект от доклада был подпорчен отдельными людьми из аудитории, которые, уверившись в том, что процессы в компании Дениса нелогичны и неверны, закидали докладчика довольно грубо сформулированными вопросами, не удосуживаясь при этом даже выслушивать ответы до конца. Надо отдать должное Денису, который держался все так же вежливо и ни разу не сорвался, пытаясь донести мысль о том, что система пусть и не идеальна, но все же работает и имеет право на жизнь. Спасибо докладчику за выдержку, и хотим вас уверить, Денис, что далеко не всем ваши практики показались неверными и избыточными.
©
Внимание! Данная статья выбрана для репликации во внешнюю базу знаний компании. Пожалуйста, не допускайте в этой статье публикацию конфиденциальной информации, ведения обсуждений в теле статьи, и более ответственно относитесь к качеству самой статьи — проверяйте орфографию, пишите по-русски, избегайте непроверенной вами информации.
