Agile, cmmi and everything

© Kondakov Consulting, 2017
Kondakov Consulting Improvements for the better!
http://consulting.kondakov.ru/
AGILE
CMMI®
и «вообще»
Декабрь, 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 Grooming
User 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

Свободно скачивается

Теперь вы знаете о
AGILE
CMMI®
и «вообще» ?
Не уверены? Спрашивайте на:
http://russian-sla.livejournal.com/
https://twitter.com/cmmi_ru
Спасибо!

Agile, cmmi and everything

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (16)

Similar to Agile, cmmi and everything

Similar to Agile, cmmi and everything (20)

Agile, cmmi and everything