Agile, cmmi and everything

© Kondakov Consulting, 2017

Kondakov Consulting Improvements for the better!http://consulting.kondakov.ru/

AGILECMMI®

и «вообще»

Декабрь, 2016 – Январь, 2017(фрагмент материалов семинара по заказу

конкретного заказчика)

Семинар

© Kondakov Consulting, 2017 2

ИнтерпретацииИнтертрепации CMMI® и Agile1


Поначалу многие воспринимают CMMI® так:

Действительно так бывает в жизни, но чаще это просто такое восприятие CMMI®, вызванное…


отсутствием понимания и знания модели;

ориентацией на «сертификацию по CMMI» любой ценой;

какими-либо личными «аспектами» и идеями;

понимании понятия «процесс» как чего-то, прежде всего, «бумажного» и «тяжелого».

а)

б)

в)

г)

Однако...


Scrum – is a process.

Это сказал (и написал в книге) он!

Ken Schwaber– один из «отцов-основателей» Scrum

Восприятие же(ожидание от) методов Agile обычно такое…


Это наш ежедневный «stand

up»

Это, конечно же, planning poker

Естественно, у нас будет доска

для задач

И так далее, но в жизни чаще получается так…


Срочные «stand up»’ы на «ковре» у

руководства

Срочная «перерисовка» (все-таки) планов

Ожидавшаяся доска заменяется ненужными

инструментами

И многое другое…Почему же так происходит?!


Зачем всё это нужно?

2


Два вопроса – один общий ответ!

Почему вы применяете Agile и, в частности

<название методологии>?

Почему эта презентация

такая зелёная, да еще и с таким

шрифтом?

Не знаем (не знаю). Да просто нам (мне) это

понравилось, да и многие используют!


В части организации работы от Agile ожидают такое…

… или нечто такое

Между тем…


Любой “агильный” (Agile) метод – это набор предопределенных действий

(церемониалов)!

В то время как…

«Агильность» не означает, что,

например, «ваш»Scrum должен

быть разным для разных

Заказчиков с точки зрения церемониалов!

«Агильность» - это подход к

взаимодействию всех заинтересованных в результате работ

лиц (на основе определенных

церемониалов)!


Любая модель семейства CMMI®абстрактна!

И одна из самых полезных рекомендаций…

Это набор подсказок или

рекомендаций –что надо не

забыть сделать в том или ином

контексте!

Никаких обязательных церемониалов, документов,

артефактов в модели нет!


… практика (рекомендация) из области Organizational Process Focus (OPF)!

Идея проста: поймите какого вида процессы вам нужны и почему

(насколько они применимы и полезны для конечного результата и целей

бизнеса).

Итак, вы захотели Agile-процессы…


… а насколько это реально нужно

бизнесу (кто инициатор)?

… а насколько «агилен» ваш Заказчик?

… а насколько технически

возможно так работать ?

И результат этого «теста»…

Иллюстрация удалена



Если хоть один раз Вы ответили отрицательно (не нужно, не «агилен»,

невозможно), но при этом все равно внедряете Agile-процессы, то тогда

возникает вопрос:

зачем всё это нужно?


И немного «прикладного»…

3


Любая модель семейства CMMI®абстрактна!

Но она позволяет установить

любой «прикладной»

(например, Scrum)процесс как

управляемый, повторяемый и предсказуемый.

Тяжелое слово, но оно именно об этом


Процесс (и Agile в т.ч.) без институционализации это…

Посмотрим в CMMI®…

А) непонятно зачем используемый;

Б) хаотичный (непонятно – что, когда и кому делать);

В) неконтролируемый («всё само вроде работает);

Г) выполняемый «не теми» людьми по каким-то их непонятным методам;

Д) … и другое.


Атрибуты институционализации заложены в модели в виде т.н. «общих»

(generic) практик (рекомендаций), применимых в контексте любого

процесса и/или вида деятельности.

GPx.x – номер общей практики в модели

А кто эти люди на картинке?


В основном – это участники тех самых «агильных» команд, которых кстати, как только в мире Agile не называют

(помимо «команд»)…

Из них формируют «отряды» (squads), но и обо всём этом есть в CMMI®…

«кланы» (Clans)

«племена» (tribes)


… практики (рекомендации) из областей Organizational Process Definition (OPD) и…

Integrated Project Management (IPM)…

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


Вы всё еще играете в покер?

Хорошая практика и метод. Не противоречит модели CMMI®, в первых четырех практиках (рекомендациях) области Project Planning (PP) есть полезная информация – что еще можно было бы принять во внимание при оценках. И тогда могут быть виднее риски…

Это, конечно же, planning poker


Риск – потенциальная проблема (угроза результату)

Риски – атрибут повседневной жизни

Жизнь «агильных» команд – не исключение

И об этом в CMMI® есть отдельная область!


Измерения чрезвычайно любимы в «агильных» командах, например…

… burn-down chart

… team velocity charts

… и другиеХорошая помощь в оценке состояния дел, но…


Решить эти проблемы помогают методы «количественного» (включая статистические методы) управления. В CMMI® они относятся к областям 4-го уровня зрелости…

А) не дают представления о стабильности процесса (например, собственно процесса разработки);

Б) не могут служить достоверным инструментом для предсказания достижимости результатов (экспертная оценка по отклонениям);

В) прекрасный способ решать проблемы сиюминутно, скрывая (умышленно или нет) системные ошибки.


Их применимость и польза в «агильной» среде уже доказана реальными примерами!

В работах «отцов-основателей» Scrum

В компаниях – лидерах ИТ-индустрии в СНГ и

Европе



Мониторинг и контроль

Методологии Agile предлагают разные методы для разных стадий и это – «прикладной» уровень. Практики (рекомендации) модели из области Project Monitoring and Control (PMC)напоминают – а за чем надо наблюдать и что контролировать.

Это наш ежедневный «stand

up»


Многие «инжиниринговые» и вспомогательные практики CMMI®

детальнее отражены в Agile:

Область CMMI® Методы Agile

Configuration Management (CM)Product Integration (PI)

Continuous Integration

Requirements Development (RD) Backlog GroomingUser Stories/Epics

Technical Solution (TS)Verification (VER), цель 2

Pair Programming

Validation (VAL) Sprint Demo

Приведены только некоторые примеры!


Можно и дальше продолжать сопоставления на «прикладном»

уровне…

… но самое главное (суть) останется тем же:


«Agile без причины – признак <…>»Один достаточно известный оценщик по CMMI®

А) модель CMMI® абстрактна, но «напоминает» о том, что нужно не забыть сделать в том или ином контексте;

Б) модель CMMI® «рекомендует» – что нужно сделать, чтобы ваш (любой) процесс стал частью вашей культуры;

В) любой из методов Agile – один из способов реализации рекомендаций модели CMMI®.


CMMI® и Agile можно (а иногда – и нужно) использовать совместно; есть

хороший индустриальный опыт!

Но нужно хорошо знать методы и методологии, с которыми работаешь!


Читаем всё подряд реально полезное!4


Литературы по Agile – изобилие (равно как и «специалистов» в этом)!

Посмотрим на примере Scrum…

Есть литература:

А) объясняющая конкретные методы;

Б) «продающая» конкретные методы;

В) «грузящая» конкретным методом;

Г) вовсе не литература (далее не рассматривается).


Если хотите «конкретики», то достаточно этого!

Если хотите, чтобы Вам «продали» Scrum…

А может хотите «загрузиться»

Scrum’ом в объеме 340 страниц?

Свободно скачивается

И «поддавшихся» уже немало!

Книга Свободно скачивается


Хуже ситуация с литературой по Agile в контексте CMMI®!

Самое полезное – это из пункта Б (выше)…

Есть:

А) отдельные разрозненные публикации, презентации и блоги;

Б) одна книга, одна официальная публикация;

… и в общем-то всё.


Одна из самых разумных книг про

CMMI® (ну и про Agile)

Вполне полезная официальная публикация CMMI Institute

Свободно скачивается


Теперь вы знаете о

AGILECMMI®

и «вообще» ?

Не уверены? Спрашивайте на:

http://russian-sla.livejournal.com/

https://twitter.com/cmmi_ru

Спасибо!

Software

Agile, cmmi and everything