Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser Be Agile: Do CMMI! Или CMMI в небольшой, но гибкой.

Презентация:



Advertisements
Похожие презентации
Продукт «Маркетинговое сопровождение» Консалтинговая фирма «Дельта Менеджмент»
Advertisements

Франшизный пакет Консалтинговая фирма Дельта Менеджмент.
Inspired for Improvements I N S PI R E X C O N S U L T I N G CMMI® for Acquisition: новая модель - для кого и зачем? Александр.
«Informanager» Управление проектами, пример внедрения в компании Билла - Украина.
Тема. Стандарты ISO и СМК (системы менеджмента качества)
Администрация города Батайска Разработка типового проекта системы менеджмента качества (СМК) в соответствии с международным стандартом ИСО 9001:2000, рекомендациями.
ГАРАНТИЯ КАЧЕСТВА В ВЕНГРИИ Г-жа Эдит Немет ЦЕНТРАЛЬНОЕ УПРАВЛЕНИЕ ГАРМОНИЗАЦИИ ПО ВОПРОСАМ ГОСУДАРСТВЕННОГО ВНУТРЕННЕГО КОНТРОЛЯ, ВЕНГРИЯ БУДАПЕШТ, 15.
Реализация проекта Вмешательства, ваша система управления обработанной информацией, принятие решений и последствия.
«СИБИРСКАЯ ИНДУСТРИЯ ИНФОРМАЦИОННЫХ СИСТЕМ И ПРАКТИКА СЕРТИФИКАЦИИ ПО МЕЖДУНАРОДНЫМ СТАНДАРТАМ ИСО 9000» ЗАО «КОМПАНИЯ «КАРДИНАЛ» ИСО 9000.
Аудит системы продаж и маркетинга Консалтинговая фирма Дельта Менеджмент.
Совершенствование системы принятия управленческих решений в нефтесервисной компании Москва 2007 ШИНГАРЕВ П.В. Центр Управленческого консалтинга ЗАО «BKR-Интерком-Аудит»
>1>1 Практика работы отдела тестирования ООО «КИР» Антон Куховаренко рук. отдела тестирования ООО «Корпоративные информационные рутины»
Выполнение проекта Планирование - приспособить процесс к проекту - создать план проекта - определить роли участников - обеспечить ресурсы.
Тел.: (+7 499) , интернет: © 2009 ООО«Баллистика» Технологический процесс создания сайта Путь успешного внедрения, минимизация.
Положение об отделе В.Андреев, Д.Сатин. Штат отдела начальник отдела; бизнес-аналитик; проектировщик пользовательских интерфейсов; специалист по анализу.
Учебный курс Разработка ИТ-стратегии Лекция 2 доктор технических наук, профессор Васильев Роман Борисович.
Эффективная система продаж и маркетинга Консалтинговая фирма Дельта Менеджмент.
Методология PMI для управления проектами.. 2 Состояние рынка разработки Web-сайтов Почему так мало?
МИФЫ О CMMI ИЛИ КОМУ И ЗАЧЕМ ОНА НУЖНА Елена Петрова 14 декабря 2011.
Предмет и задачи информационного менеджмента Тема 2.
Транксрипт:

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser Be Agile: Do CMMI! Или CMMI в небольшой, но гибкой компании.

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 2 Для начала – «самопредставление» До конца 1994 в IT-индустрии замечен не был С начала1995 по 2005: руководитель отдела тестирования; CIO; руководитель тестовой лаборатории; CIO; QA-менеджер С середины 2005 года – в основном, консультант, а также инструктор С декабря 2006 года – авторизованный SEI инструктор С декабря 2008 года – авторизованный SEI оценщик

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 3 О чем этот доклад? Да ни о чем, кроме: oочень краткого напоминания о CMMI® oописания – что же такое «небольшая компания» oописания примеров внедрения практик CMMI® в «небольшой компании»

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 4 CMMI® – это...

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 5 А вообще, CMMI® – это: Не более, чем набор сгруппированных рекомендаций – что делать в конкретном контексте деятельности с учетом развития того или иного контекста Пример: oОбласть – Кройка и Шитьё oОдна из целей (задач) – Отрезать материал нужного размера oРекомендуемые практики: Семь раз отмерь Один раз отрежь

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 6 CMMI® – это все ради «сертификата»? Каждый сам выбирает – для чего? Примеры (для чего «сертифицируются»): oподтвердить «успешность» локального проекта CMMI oудостовериться, что есть «движение в правильном направлении» oдля маркетинговых целей (продемонстрировать потенциальным заказчикам свои возможности) oпоказать внешнему спонсору – на что он потратил деньги oпросто быть не хуже, чем остальные «в клубе» (модно, мейнстрим) oпросто «повыпендриваться»

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 7 Что же такое – «небольшая компания»?* Количество занятых в проектах – не более 15 Типовой проект: oне более 8 участников oпродолжительность до полугода (разработка), либо длительное сопровождение Количество одновременно активных проектов не ограничено * в контексте данной презентации

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 8 «Небольшая компания» – детали Использован усредненный образ на основе: oдве компании до 10 человек oодна компания до 15 человек Общее для трех компаний: oрешили внедрять практики второго уровня зрелости CMMI® oрешили проходить официальное оценивание («сертификацию») oв качестве заказчиков продуктов – большие европейские, либо местные компании (в т.ч. местные военные заказчики) oэто (реально) западноевропейские компании Различное для трех компаний: oвиды разрабатываемых решений

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 9 Их решение – почему CMMI®? Почему CMMI®: oналичие «ISO-опыта» oподдержка местных властей по внедрению стандартов (моделей) и сертификации по ним oпроще объяснить «типовому» заказчику – как работает компания oотсутствие видимых противоречий практик CMMI® тому, как уже работают oналичие на рынке консалтинга авторитетных специалистов в этой области Почему не что-либо из Agile: oтрудно найти «адекватных» консультантов oнекоторые методы Agile предлагают нечто нереализуемое в данных условиях oспецифика работы с «типовым» заказчиком (планирование и т.п.) o«аллергия» на Agile у некоторых «типовых» заказчиков

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 10 Принципы внедрения практик CMMI® Не разрабатывать документацию (процессную, процедурную, шаблоны и т.п.), которая не будет использоваться и приносить пользу Не изобретать и не внедрять новых инструментов, кроме развития и полного использования тех, что есть Нас мало, но только мы выполняем проекты oЧем не «Individuals and interactions over processes and tools»?

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 11 Дальнейшие области для рассмотрения Планирование проекта Мониторинг проекта Управление требованиями Прочее

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 12 Планирование (1 из 3) – минусы методологий CMMI® oрекомендуется понимание списка работ в начале проекта, что не всегда возможно oрекомендуются некоторые дополнительные виды планирования (управление данными, знаниями и т.п.), что несколько избыточно oмного внимания обязательствам, ревю планов и т.п., что также избыточно Agile oкраткосрочное «инкрементальное» планирование неприемлимо для «типового» заказчика и с точки зрения бюджетирования проекта oиспользование «новых» видов ролей затруднено из-за устоявшейся специализации участников проектов * для применения в данной «небольшой компании»

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 13 Планирование (2 из 3) – решение Планирование работ проекта изначально, как групп задач с планированием основных вех Минимум внимания планированию дополнительных аспектов (управление данными, знаниями и т.п.), максимум внимания – определению затрат и бюджета Обязательное ревю «общего» плана с заказчиком и представление его проектной команде для краткого обсуждения В рамках групп задач – краткосрочное планирование («раздача» заданий и т.п.)

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 14 Планирование (3 из 3) – итоги «Соответствие» CMMI®: oникаких противоречий не выявлено Сохранение гибкости: oхарактер работ можно перепланировать в рамках групп работ oболее существенные изменения плана маловероятны из-за его «верхнеуровневости» и предварительного одобрения заказчиком Сохранение ранее наработанного: oиспользование прежних инструментов без особых изменений Польза: o«типовой» заказчик видит то, что ему привычно oучастники проекта знают: что и когда делать и для чего это делается

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 15 Мониторинг (1 из 3) – минусы методологий CMMI® oрекомендуются некоторые дополнительные виды мониторинга запланированного (например, управление данными), что несколько избыточно oмного внимания корректирующим действиям в случае отклонений от плановых показателей Agile oпроведение совместных встреч затруднено (работа у заказчика; руководитель проекта = руководитель компании и т.п.) oневозможно ежедневное обновление статуса работ * для применения в данной «небольшой компании»

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 16 Мониторинг (2 из 3) – решение Использование встреч только для основных вех проекта, в остальном – еженедельная краткая отчетность и данные инструментов Совместное использование некоторых «технических» активностей (например, совмещение конфигурационных аудитов и активностей по контролю данных) Критические для проекта отклонения от запланированных показателей документируются и отслеживаются, как «дефект» проекта oесли необходимо перепланирование – привлекается заказчик

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 17 Мониторинг (3 из 3) – итоги «Соответствие» CMMI®: oникаких противоречий не выявлено Сохранение гибкости: oпериодичность и соответствующие виды мониторинга определяются исключительно проектом oинформирование заказчика о существенных отклонениях позволяет совместно перепланировать проект Сохранение ранее наработанного: oиспользование прежних инструментов без особых изменений Польза: o«типовой» заказчик вовлекается в разрешение проблем проекта oруководство проекта и компании «в курсе» состояния дел всегда

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 18 Требования (1 из 3) – минусы методологий CMMI® oмного внимания обязательствам по требованиям, ревю требований и т.п., что иногда избыточно Agile oприсутствие представителя заказчика невозможно oначальные требования не детально, но более-менее точно определяют – что надо заказчику, т.е не требуется расстановки приоритетов по business value * для применения в данной «небольшой компании»

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 19 Требования (2 из 3) – решение Обязательное ревю верхнеуровневых требований с заказчиком и представление их проектной команде для краткого обсуждения Уточнение детальных требований при помощи демонстраций прототипов (не всегда как части разрабатываемого продукта) или демонстрации детализированных требований собственной разработки Поддержание связи между требованиями и некоторыми другими результатами работами (например, тестовыми сценариями) минимально необходимыми средствами

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 20 Требования (3 из 3) – итоги «Соответствие» CMMI®: oникаких противоречий не выявлено Сохранение гибкости: oпериодичность и виды взаимодействия по согласованию требований определяются исключительно проектом (при том, что есть некоторые общие обязательные шаги) Сохранение ранее наработанного: oиспользование имеющихся элементарных инструментов без особых изменений (отказ от «гламурных инструментов »*) Польза: oинформация о требованиях актуальна и известна всем * © by Stas Kalkanov

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 21 Прочее (1 из 2) Обеспечение качества процессов (Quality Assurance): oтакого нет в Agile, но рекомендуется CMMI® oзатраты являются дополнением к «стоимости» проектов минимальны, если проводятся при помощи объективных (инструментальных) методов минимальны, если проводятся только тогда, когда информация о результатах полезна oпример реализации краткий внутренний аудит внешнего по отношению к проекту сотрудника с использованием чек-листа (вопросника) oпольза можно выявить неудачные практики и процедуры руководство может убедиться в работающих инвестициях

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 22 Прочее (2 из 2) Использование измерений: oотчасти есть в Agile, но рекомендуется CMMI® oпроблемы некоторые виды измерений в Agile «навязываются», но их польза не всегда понятна в CMMI® подразумевается сохранение (документирование) информации о том, что и как измеряется oпример реализации «паспортизация» измерений (модель метрик, модель измерений) выбираются единичные реально необходимые виды измерений с привлечением руководителей проектов и компании oпольза всегда понятно – зачем это измеряется

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 23 В итоге... Получился некий «симбиоз»: oпрактики CMMI® как главная подсказка oспособы реализации этих практик – сочетание тех или иных лучших практик из различных методологий, в т.ч. Agile Это привело к: oполучению реального понимания в компании что и как делать где начинается и заканчивается «свобода действий» проекта и конкретного участника проекта «прозрачности» в понимании состояния дел для руководства компании oуспешному прохождению оценивания относительно CMMI® Why not?

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 24 Выводы Универсальных методологий, подходящих всем, не существует «Хороших» методологий, дающих однозначно положительный эффект после внедрения, не существует Существует немало моделей и методологий, которые могут быть использованы в качестве подсказки – что делать oCMMI® - одна из них, её применимость и польза в различных условиях доказана реальным опытом в силу своей «высокоуровневости» не отрицает реализацию её практик при помощи более прикладных методологий oих некорректное использование (например, как некой догмы) приводит к большим проблемам (тоже доказано опытом)

Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 25 А теперь – есть возможность обсудить!