Выступление Петровой Елены в рамках Харьковского PM сообщества PM zone (Виктория Мусияченко), 2011. Развенчание мифов о CMMI (базируясь на опыте компании Team International).
1. МИФЫ О CMMI
ИЛИ КОМУ И ЗАЧЕМ ОНА
НУЖНА
Елена Петрова14 декабря 2011
2. О себе
14 декабря 2011
2
Мифы о CMMI
Елена Петрова
TEAM International
CMMI level 3 в 2008 и в 2011
Certified Quality Improvement
Associate, ASQ, Dec 2010
Курс внутренних аудиторов систем
управления качеством, ISO 9001,
SGS Ukraine, 2008
3. О CMMI
CMMI : Capability Maturity
Model Integrated
Model - система
требований к
организации,
соответствие которым
позволяет оценить
capabilities
(возможности,
способности) компании
и, на основании этого
судить о ее maturity
(зрелости).
14 декабря 2011
3
Мифы о CMMI
4. Миф 1: CMMI применим только в
крупных компаниях
14 декабря 2011
66% оцениваний проведены в компаниях
категории «1-100 человек», при этом внутри
этой категории главные подкатегории «25 и
менее» и «26-50».
Я не волшебник, я только учусь.
Важен не размер …
4
Мифы о CMMI
5. Миф 2: CMMI это хороший
маркетинговый ход…
14 декабря 2011Мифы о CMMI
5
Если Да Нет
Клиент хочет быть уверенным в
результате не вмешиваясь в работу.
Клиент проводит тендеры, где CMMI –
одно из условий
Клиент производит/продает продукт, где
ошибки недопустимы (медицинские,
военные и пр.)
Выходим на рынок со своим продуктом
Беремся за все-подряд
Продаем рабочую силу
… и только
Работает… какое-то
время
Работает… до
следующего тендера
Не работает
Возможно (а возможно и нет)
А вдруг
Не работает
Учитывая стоимость подготовки и appraisal-а (как
официальные расходы, так и внутренние), мудрее
разобраться и пользоваться чем иметь просто лэйбл.
Иначе…
6. Миф 3: CMMI это бюрократия
14 декабря 2011
6
Мифы о CMMI
Вы не любите кошек? Да вы просто не умеете
их готовить!
7. Миф 4: CMMI это
противоположность Agile
14 декабря 2011
CMMI - это об инженерных практиках
Инженерные практики одинаковы во всех
методологиях
Agile- это методологии разработки и
управления проектом.
Инженерные практики говорят – что,
методологии говорят – как
Agile Manifesto: OVER, а не INSTEAD
Будь Agile, делай CMMI
7
Мифы о CMMI
8. Миф 4: за CMMI отвечает
14 декабря 2011
Авторитет среди инженеров = успешный опыт
работы инженером
Процесс работы = Выполнение требований
СMMI
Успех бизнеса = результат процесса
Management commitment =
готовность менеджмента работать внутри системы
управления качеством +
умение менеджмента связать бизнес-прибыть с
улучшением процесса производства.
8
Мифы о CMMI
<Лена>
Какой CMMI?! Мне работать надо!
9. Итог: CMMI нужна …
14 декабря 2011
Кому:
Руководителям бизнеса
Менеджерам разных уровней (включая Тех Лидов)
Инженерам
Зачем:
Маркетинг (при условии фактического применения практик CMMI)
Для оценки возможности доверия суб-подрядчику;
Сhecklist для ранней идентификации рисков, их смягчения и предотвращения;
Road map для профессионального роста и развития
Если:
Компания продает solution, управляет процессом удовлетворения бизнес
потребностей клиента.
есть понимание какие улучшения процесса к какому бизнес-эффекту приведут
Внедренцы CMMI - профессионалы высокого уровня и обладают широким
спектром знаний, как инженерных, так и управленческих.
Знание модели не должно ограничиваться только узкой процессной областью
9
Мифы о CMMI
10. Почитать
14 декабря 2011
http://www.sei.cmu.edu/cmmi/
http://russian-sla.livejournal.com/
http://habrahabr.ru/blogs/pm/131553/
http://www.sei.cmu.edu/cmmi/casestudies/profile
s/pdfs/upload/2011SeptCMMI-2.pdf (статистика)
10
Мифы о CMMI
Editor's Notes
Модели были разработаны для
а) разработки программного обеспечения,
б) системного проектирования,
в) работы с субподрядчиками.
В 2006 г. Объединены с единую систему. Модель стала integrated. (Click 2)
Основные моменты:
Успех организации связан с повышением эффективности процесса работы.
CMMI описывает систему управления процессом работы на уровне организации.
В чем истоки мифа:
Крупные = богатые (Логично предположить, что сумма «на CMMI» для больших компаний будет не такой пугающей, как для маленьких.)
Примеры Боинга, Мотороллы, Тойоты
Какие-то еще?
Статистика (Click 1):
Результаты анализа данных о прошедших (с 2006 г.) оцениваниях относительно модели CMMI, опубликованные SEI в сентябре 2011, показывают, что 66% оцениваний проведены в компаниях категории «1-100 человек», при этом внутри этой категории главные подкатегории «25 и менее» и «26-50».
Чаще всего они идут на 2-3 уровень. Но выше им и не надо. Уровень 3 покрывает практически все необходимое. Уровень 4 требует очень большого прыжка и зрелости и людей и компании. Когда у компании появляется все необходимое для 4 уровня, она уже, скорее всего, выросла больше 100 человек.
Большая компания ассоциируется с «процветающей», «развитой» и т.д. Но нужен ли CMMI развитым компаниям?
Кому больше нужен экзамен на ПМbok – молодому менеджеру или зубру в управлении проектами? (Click 2.) CMMI это учебник, памятка, практическое руководство к действиям по настройке и управлению процессом работы. Это не для волшебников, а для тех, кто только учится.
Рост и развитие компании сопровождается кризисом управления. Поэтому небольшие, но растущие организации обращаются к CMMI все чаще. Сlick 3.
Возвращаясь к статистике. Наибольшее число оцениваний характерно для США, Китая, Индии, Франции, Испании, Аргентины, Японии. Украина, как и Россия, входит в категорию «менее 10 оцениваний» начиная с 2006 г. У нас достаточно IT ресурсов, компаний, есть достаточно большие компании. (Click 4) Почему?
Факт: Экстенсивное развитие – аустаффинг. Управлением процессом занимается компания-клиент, наши менеджеры выполняют функцию коммуникации этого процесса нашим инженерам, и решают HR-ные вопросы. Часто наши менеджеры не знают бизнес задачи проекта.
СMMI разработана для тех, кто является владельцем процесса, кто его разрабатывает, контролирует его эффективность в решении бизнес-задачи, имеет возможность корректировать процесс в соответствии с целями бизнеса. (Click 5-6)
До сих пор мы говорим о том, кому нужно содержание модели.
Но многие сознательно идут на официальное оценивание ради «лэйбла». Многие считают, что свидетельство о «сертификации» CMMI поможет привлечь крупных клиентов и большие деньги.
Охарактеризуйте потенциального клиента, с которым это сработает.
Как маркетинговый ход, лэйбл CMMI уровень такой-то означает «Клиенту не нужно переживать, вмешиваться в работу и постоянно ее контролировать, чтобы быть уверенным в том, что результат этой работы удовлетворит его потребности»
Click 1. Проверяем
Click 2. За? Против?
Click 3.
Учитывая стоимость подготовки и appraisal-а (как официальные расходы, так и внутренние), мудрее разобраться и пользоваться чем иметь просто лэйбл. Иначе… Click 4.
Бюрократия – это ненужная работа, то есть потерянные деньги.
Авторы CMMI позиционируют свое действие как способ сократить ненужную работу. В таком случае может ли в ней (в модели) заложена бюрократия?
Почему существует такой миф? (вопрос к аудитории)
Пугает толщина книжки
Написано непонятным языком
Click 1.
Click 2.
Достижение цели, а не заполнение документов.
CMMI говорит, какие действия надо совершить, в чем надо убедиться. Например:
верифицировать результат относительно цели в процессе работы
корректировать действия на ранних этапах
Передавать знания чтобы предотвращать ошибки
Мы решаем, что именно мы будем для этого использовать: тяжеловесные документы или настроенные инструменты. Примеры:
RTM
PMP
Контроль конфигурации (для документов)
Рассчитано, что CMMI используют профессионалы в определенных инженерных практиках. Поэтому не рассказывает как, а делает акцент на определенных моментах, которые – по опыту многих компаний – являются критичными или слабыми местами в процессе разработки ПО и управления компанией.
Click 3.
Click 4.
Цитата: Стратегией <…> стала замена процессов, базирующихся на тяжеловесных CMMI, ITIL методологиях на Agile и пр… спустя год промежуточные результаты показали чрезвычайную успешность нового подхода и компанией было принято решение существенно расширить применение новой методологии…
Гибкость Agile заключатся в том, чтобы адаптироваться под конкретные условия.
CMMI-ный Tailoring и Corrective actions – это о том же.
Сильная сторона Agile в том, чтобы предотвращать ошибки на ранних этапах, путем knowledge sharing.
Именно этого и требует CMMI.
Click 1
Тут, наверное, стоит отметить, что этот миф питается разного рода спекуляциями на Agile Manifesto. В манифесте используется слово «over», когда говорится о коммуникациях и процессах, рабочем продукте и документации и пр. «Over», но не «instead».
Click 2
Сторонники Agile объясняют, что передача знаний происходит при личном общении и в процессе работы. CMMI требует «Collect Process Related experience». И цель тут – повторяемось лучших практик независимо он того, успел ли их носитель передать их устно, в процессе работы, своему преемнику или нет. Скажу честно, организация Knowledge Management у нас страдает. И заметна человекозависимость в успехе/неудаче.NB! Говоря о человеконезависимости, я не в коем случае не посягаю на авторские права, личный опыт каждого отдельного человека, не ставлю под сомнение важность и ценность каждого отдельного индивидуума, не говорю о необходимости системы, в которой каждый человек – винтик. Речь идет только о передаче знаний об ошибках и рисках, зарекомендовавших себя способах их избежать, о лучших практиках, которые можно использовать от проекта к проекту, от команды к команде (то есть, если в них разные люди). Буду рада, если кто-то поделится опытом организации эффективной, простой и используемой базы знаний.В качестве вывода могу сказать, что CMMI нацелена не только на успешное выполнение проекта (т.е. нужна проектным менеджерам и лидам команд), но и на обеспечение непрерывности бизнеса (то есть нужна руководителям организаций, как в нашем случае с контрактами и человекозависимостью).
Будь agile, делай CMMI.
Проблема: Работа (бизнес) и CMMI это параллельно существующие понятия.
Сlick 1
Почему?
Обычно для этого выделяют кого-то не очень важного для заказчика (чтобы не отвлекать ценные кадры от «настоящей» работы). В лучшем случае этот кто-то — специалист в парочке смежных областей, совсем не обязательно знаком с процессным подходом, и не всегда обладает достаточным авторитетом, чтобы что-то требовать и контролировать. Получается, что CMMI и «бизнес», или «работа», существуют параллельно. «Ответственный» постоянно навязывается всем остальным – очень, между прочим, занятым людям, в том числе из незнакомых ему областей производства, – со «своим CMMI». Вполне естественно, что CMMI вызывает сопротивление благодаря этому «дилетанту-теоретику, который мешает продуктивной работе, добавляя лишние задачи (что несогласованно с клиентом!), которые есть возможность делать только в нерабочее время».
Такая ситуация всегда будет работать против CMMI: внедряться он будет долго и неэффективно. Click 2
Click 3
Как я уже упоминала раньше, CMMI это модель управления производством программного обеспечения. Чем выше уровень бизнес образованности менеджмента, который понимает необходимость требуемых моделью практик и ассоциирует с ними успех бизнеса, тем больше шансов, что CMMI будет применяться.
Чем более эти люди профессиональны в нашей индустрии и сами следуют лучшим практикам управления (все это есть в модели: применимо как для управления проектами, так управления организацией, подразделением, account¬-ом), тем больше шансов, что CMMI будет применяться эффективно.
Click 4
В серии ISO 9000 первоочередное внимание уделяется так называемому management commitment (в CMMI это тоже есть, но не столь ярко выражено).
Как вы понимаете management commitment ?
Этот commitment заключается не в согласии менеджмента, что «нам нужна система управления качеством», а в его готовности сделать ставку на улучшение процесса производства, как главное условия роста своего бизнеса. Когда менеджмент работает в системе управления качеством, требует того же от своих подчиненных, эта система будет жива, будет совершенствоваться, и прохождение оценивания на уровень CMMI будет наименее болезненным, рискованным и дорогим.
Click 5
Click 6