5 способов внедрения CMMI при помощи гибких методов (Agile)

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

Существуют условия, оправдывающие оба метода: CMMI используется только для проектов с высоким уровнем безопасности, которым необходимы множество сотрудников, уровней процедур и строгий цикл разработки. С другой стороны, тех, кто реализует гибкую методологию, называют "недисциплинированными хакерами" проектов по разработке.

Институт программотехники (SEI) не считает данное мнение верным. Более того, институт считает, что на самом деле успех и провал реализации гибкой методологии никоим образом не зависит от документации. Вы можете написать тонну документации о ваших процессах, не понимая при этом реальности.

Так как же руководителям найти взаимопонимание? Эксперты предлагают формализацию, которую CMMI определяет как "закоренелый путь исполнения задач, которому следует организация в качестве части свой корпоративной культуры". Другими словами, техническая организация может обладать высоким уровнем сотрудничества в качестве части своих корпоративных принципов, или же регулярно реализовывать фундаментальную версию ПО в пределах цикла проекта, при этом соответствовать канонам CMMI.

Эксперты предлагают несколько путей формализации гибких методов с CMMI посредством принятия общего опыта, связанного с уровнями зрелости (Maturity Levels 2, 3). Вот некоторые наиболее важные, а может, и легкие процессы, которые стоит реализовать.

1. Установление политики планирования и выполнения гибких методов (Agile) для всей компании

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

2. Назначение ответственности и власти для реализации гибких методов

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

3. Определение и вовлечение релевантных участников согласно плану

Гибкие методологии активно вовлекают клиентов при получении отзывов на каждом этапе. Тем не менее, заметьте, что отзывы клиентов - это не единственный способ, который стоит учитывать. Отзывы других участников, таких как высшее  руководство, индивидуальные члены команды, также должны учитываться.

4. Рассмотрение статуса гибких методов при помощи высшего руководства

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

5. Тренинг людей, реализующих гибкие методы