Как реализовать CMMI уровня 2 с помощью Scrum?
В настоящее время мы заинтересованы в реализации CMMI уровня 2 для наших процессов разработки. Я прочитал некоторые документы о CMMI, а также Scrum. Лично меня интересует Scrum как наш родной процесс разработки, потому что его могут легко использовать все члены команды (мы просто небольшая команда), но у меня есть несколько вопросов:
- Кто-нибудь реализовал CMMI уровня 2 со Scrum?
- Любые предложения для CMMI и Agile? Это легче использовать, чем Scrum или Scrum-подобные подходы?
- Также любые предложения для инструментов, связанных с этой темой и нашими требованиями.
С наилучшими пожеланиями!
4 ответа
[soapbox] После прохождения сертификации CMMI в нескольких местах я не фанат. Тем не менее, я тоже не из тех, кто говорит, что это зло; Я просто думаю, что это плохо или неправильно применяется чаще, чем нет. Однако для некоторых видов работ это требуется, даже если оно не дает ничего полезного... [/soapbox]
В любом случае, ни одно из мест, где я работал, не занималось Scrum и CMMI, поэтому я не могу рассказать о собственном опыте. (Как Роб Гудвин представил, когда я печатал свой ответ) CMMI не говорит вам, что делать, кроме документирования ваших процедур, а затем следования тому, что говорится в вашей документации... и документирования этого! К счастью, вы можете при необходимости изменить свои процедурные документы.
CMMI L2 в основном занимается управлением проектами и конфигурацией; это не имеет ничего общего с фактическим процессом разработки программного обеспечения (и фактически может применяться к работе, не связанной с разработкой программного обеспечения). Таким образом, пока ваша документация хранится в порядке и подробно описывает, что вы собираетесь делать с техниками Scrum (и вы будете обновлять ее), все будет в порядке.
Несколько ресурсов, которые я видел во время моего опыта CMMI по смешиванию Agile и CMMI, - это блог Agile CMMI и продукт Broadsword Solutions agileCMMI. Не очень хорошо разбираясь ни в CMMI, ни в Agile (мы просто в этом разбираемся, где я!), Я не знаю, насколько они хороши.
Как отметил Мэтт ("GreenMatt"), одним из ресурсов является блог Agile CMMI.
Я являюсь автором этого блога и также являюсь оценщиком CMMI, поэтому я могу предоставить вам информацию из первых рук о достижении уровней CMMI, а также использовать гибкие методы.
Ответ Роба, в некоторой степени, правильный, но также может быть неверным. Ваши процессы должны быть вам известны, что важнее (и отличается) от "документирования". Вам необходимо планировать свои процессы так, чтобы вы могли управлять ими на уровне зрелости 2. Кроме того, ваши процессы должны были бы осуществляться таким образом, чтобы они могли достигать определенных целей, перечисленных в CMMI.
Для уровня зрелости 2 и Scrum важно то, что вы действительно следуете за Scrum и не оставляете сложные части, такие как: вычисление скорости и использование скорости для задания задних уровней спринта, постановка целей спринта, не нарушая спринт в середине и т. Д.,
Как правильно указал Роб, CMMI не содержит процессов. CMMI имеет только методы для улучшения ваших процессов. Это означает, что вам нужно знать ваш процесс в первую очередь, иначе CMMI только запутает вопросы.
Мэтт прав, дело не в том, что CMMI усложняет ситуацию, а в том, что плохое использование CMMI усложняет ситуацию. И он также прав, что ML2 имеет мало общего с реальной разработкой и гораздо больше с управлением проектом и управлением областью. Суть в том, что CMMI и Scrum на ML2 очень легки вместе, если вы четко понимаете, как вы используете оба.
Вот некоторые из советов, которые я могу легко дать на таком форуме. Не стесняйтесь искать меня и связаться для более подробного разговора.
CMMI не определяет, какие у вас процессы, только то, что они у вас есть, они документированы, и вы следите за ними.