Набор методологий CMMI и гибкая методология (Agile): противоположности притягиваются

Мифы, окружающие возможности набора методологий совершенствования процессов (CMMI - Capability Maturity Model Integration) и гибкую методологию разработки (Agile), в последнее время были развенчаны институтом разработки программного обеспечения (SEI-Software Engineering Institute). В данной статье мы рассмотрим, как эти две противоположные стратегии могут быть совмещены для воплощения значительных улучшений производительности бизнеса!

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

Почему сейчас?

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

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

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

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

Расставляем точки над i

Как уже упоминалось выше, была создана техническая заметка в качестве попытки установления ясного понимания относительно данных двух методологий. Соответственно, было известно, что данная спорная тема удовлетворит одних и вызовет ярость  у других, поскольку все находится именно в таком отношении касательно CMMI и гибкой модели.

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

Интеграция обоих методов

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

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

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

Конечно, как и любые изменения процессов, данное изменение не может быть идеальным. К примеру, некоторые подходы не работают достаточно хорошо во всех контекстах, и некоторые детали CMMI могут быть оценены как излишества в рационализированной среде. Тем не менее, существуют некоторые важные уроки от обоих процессов, которые по-настоящему могут быть совместно использованы и рассмотрены. Я думаю, организации получа т лишь хорошие результаты от использования обоих методологий. Существует множество мнений, и мы знаем, что у каждого подхода есть свои ценности. Тем не менее, на мой взгляд, есть определенные положительные стороны от совмещения различных технологий. Более того, организации вредят себе, если они ограничиваются лишь одной технологией.

Отзывы общественности

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

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

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

По всей видимости, со временем  больше внимания будет уделяться сотрудничеству обществ, практикующих CMMI и гибкую методологию разработки (Agile), и меньше  --на различия между двумя подходами.