Лучшие способы внедрения интегрированной модели технологической зрелости организации (CMMI) при помощи гибкой методологии

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

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

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

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

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

Мы советуем вам несколько способов внедрения гибких методов с CMMI посредством принятия общих принципов, связанных с уровнями зрелости 2 и 3. Вот некоторые наиболее важные, если не самые легкие, процессы реализации.

1. Установление корпоративной политики планирования и применения методов гибкой разработки

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

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

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

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

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

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

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

5. Научите людей использовать гибкие методы

Корпоративное принятие и реализацию гибких методов легче выполнить в случае, если (a) установлено руководством, (b) четко сообщено и (c) одобрено всеми вовлеченными группами. Существует несколько гибких методов, и принятие любого из них подразумевает обучение вовлеченных сотрудников посредством инструктажа, неформальных семинаров обмена знаниями, менторства и формального тренинга.