Скачать презентацию
Идет загрузка презентации. Пожалуйста, подождите
Презентация была опубликована 10 лет назад пользователемГлеб Каракозов
1 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser Be Agile: Do CMMI! Или CMMI в небольшой, но гибкой компании.
2 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 2 Для начала – «самопредставление» До конца 1994 в IT-индустрии замечен не был С начала1995 по 2005: руководитель отдела тестирования; CIO; руководитель тестовой лаборатории; CIO; QA-менеджер С середины 2005 года – в основном, консультант, а также инструктор С декабря 2006 года – авторизованный SEI инструктор С декабря 2008 года – авторизованный SEI оценщик
3 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 3 О чем этот доклад? Да ни о чем, кроме: oочень краткого напоминания о CMMI® oописания – что же такое «небольшая компания» oописания примеров внедрения практик CMMI® в «небольшой компании»
4 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 4 CMMI® – это...
5 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 5 А вообще, CMMI® – это: Не более, чем набор сгруппированных рекомендаций – что делать в конкретном контексте деятельности с учетом развития того или иного контекста Пример: oОбласть – Кройка и Шитьё oОдна из целей (задач) – Отрезать материал нужного размера oРекомендуемые практики: Семь раз отмерь Один раз отрежь
6 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 6 CMMI® – это все ради «сертификата»? Каждый сам выбирает – для чего? Примеры (для чего «сертифицируются»): oподтвердить «успешность» локального проекта CMMI oудостовериться, что есть «движение в правильном направлении» oдля маркетинговых целей (продемонстрировать потенциальным заказчикам свои возможности) oпоказать внешнему спонсору – на что он потратил деньги oпросто быть не хуже, чем остальные «в клубе» (модно, мейнстрим) oпросто «повыпендриваться»
7 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 7 Что же такое – «небольшая компания»?* Количество занятых в проектах – не более 15 Типовой проект: oне более 8 участников oпродолжительность до полугода (разработка), либо длительное сопровождение Количество одновременно активных проектов не ограничено * в контексте данной презентации
8 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 8 «Небольшая компания» – детали Использован усредненный образ на основе: oдве компании до 10 человек oодна компания до 15 человек Общее для трех компаний: oрешили внедрять практики второго уровня зрелости CMMI® oрешили проходить официальное оценивание («сертификацию») oв качестве заказчиков продуктов – большие европейские, либо местные компании (в т.ч. местные военные заказчики) oэто (реально) западноевропейские компании Различное для трех компаний: oвиды разрабатываемых решений
9 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 у некоторых «типовых» заказчиков
10 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 10 Принципы внедрения практик CMMI® Не разрабатывать документацию (процессную, процедурную, шаблоны и т.п.), которая не будет использоваться и приносить пользу Не изобретать и не внедрять новых инструментов, кроме развития и полного использования тех, что есть Нас мало, но только мы выполняем проекты oЧем не «Individuals and interactions over processes and tools»?
11 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 11 Дальнейшие области для рассмотрения Планирование проекта Мониторинг проекта Управление требованиями Прочее
12 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 12 Планирование (1 из 3) – минусы методологий CMMI® oрекомендуется понимание списка работ в начале проекта, что не всегда возможно oрекомендуются некоторые дополнительные виды планирования (управление данными, знаниями и т.п.), что несколько избыточно oмного внимания обязательствам, ревю планов и т.п., что также избыточно Agile oкраткосрочное «инкрементальное» планирование неприемлимо для «типового» заказчика и с точки зрения бюджетирования проекта oиспользование «новых» видов ролей затруднено из-за устоявшейся специализации участников проектов * для применения в данной «небольшой компании»
13 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 13 Планирование (2 из 3) – решение Планирование работ проекта изначально, как групп задач с планированием основных вех Минимум внимания планированию дополнительных аспектов (управление данными, знаниями и т.п.), максимум внимания – определению затрат и бюджета Обязательное ревю «общего» плана с заказчиком и представление его проектной команде для краткого обсуждения В рамках групп задач – краткосрочное планирование («раздача» заданий и т.п.)
14 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 14 Планирование (3 из 3) – итоги «Соответствие» CMMI®: oникаких противоречий не выявлено Сохранение гибкости: oхарактер работ можно перепланировать в рамках групп работ oболее существенные изменения плана маловероятны из-за его «верхнеуровневости» и предварительного одобрения заказчиком Сохранение ранее наработанного: oиспользование прежних инструментов без особых изменений Польза: o«типовой» заказчик видит то, что ему привычно oучастники проекта знают: что и когда делать и для чего это делается
15 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 15 Мониторинг (1 из 3) – минусы методологий CMMI® oрекомендуются некоторые дополнительные виды мониторинга запланированного (например, управление данными), что несколько избыточно oмного внимания корректирующим действиям в случае отклонений от плановых показателей Agile oпроведение совместных встреч затруднено (работа у заказчика; руководитель проекта = руководитель компании и т.п.) oневозможно ежедневное обновление статуса работ * для применения в данной «небольшой компании»
16 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 16 Мониторинг (2 из 3) – решение Использование встреч только для основных вех проекта, в остальном – еженедельная краткая отчетность и данные инструментов Совместное использование некоторых «технических» активностей (например, совмещение конфигурационных аудитов и активностей по контролю данных) Критические для проекта отклонения от запланированных показателей документируются и отслеживаются, как «дефект» проекта oесли необходимо перепланирование – привлекается заказчик
17 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 17 Мониторинг (3 из 3) – итоги «Соответствие» CMMI®: oникаких противоречий не выявлено Сохранение гибкости: oпериодичность и соответствующие виды мониторинга определяются исключительно проектом oинформирование заказчика о существенных отклонениях позволяет совместно перепланировать проект Сохранение ранее наработанного: oиспользование прежних инструментов без особых изменений Польза: o«типовой» заказчик вовлекается в разрешение проблем проекта oруководство проекта и компании «в курсе» состояния дел всегда
18 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 18 Требования (1 из 3) – минусы методологий CMMI® oмного внимания обязательствам по требованиям, ревю требований и т.п., что иногда избыточно Agile oприсутствие представителя заказчика невозможно oначальные требования не детально, но более-менее точно определяют – что надо заказчику, т.е не требуется расстановки приоритетов по business value * для применения в данной «небольшой компании»
19 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 19 Требования (2 из 3) – решение Обязательное ревю верхнеуровневых требований с заказчиком и представление их проектной команде для краткого обсуждения Уточнение детальных требований при помощи демонстраций прототипов (не всегда как части разрабатываемого продукта) или демонстрации детализированных требований собственной разработки Поддержание связи между требованиями и некоторыми другими результатами работами (например, тестовыми сценариями) минимально необходимыми средствами
20 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 20 Требования (3 из 3) – итоги «Соответствие» CMMI®: oникаких противоречий не выявлено Сохранение гибкости: oпериодичность и виды взаимодействия по согласованию требований определяются исключительно проектом (при том, что есть некоторые общие обязательные шаги) Сохранение ранее наработанного: oиспользование имеющихся элементарных инструментов без особых изменений (отказ от «гламурных инструментов »*) Польза: oинформация о требованиях актуальна и известна всем * © by Stas Kalkanov
21 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 21 Прочее (1 из 2) Обеспечение качества процессов (Quality Assurance): oтакого нет в Agile, но рекомендуется CMMI® oзатраты являются дополнением к «стоимости» проектов минимальны, если проводятся при помощи объективных (инструментальных) методов минимальны, если проводятся только тогда, когда информация о результатах полезна oпример реализации краткий внутренний аудит внешнего по отношению к проекту сотрудника с использованием чек-листа (вопросника) oпольза можно выявить неудачные практики и процедуры руководство может убедиться в работающих инвестициях
22 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 22 Прочее (2 из 2) Использование измерений: oотчасти есть в Agile, но рекомендуется CMMI® oпроблемы некоторые виды измерений в Agile «навязываются», но их польза не всегда понятна в CMMI® подразумевается сохранение (документирование) информации о том, что и как измеряется oпример реализации «паспортизация» измерений (модель метрик, модель измерений) выбираются единичные реально необходимые виды измерений с привлечением руководителей проектов и компании oпольза всегда понятно – зачем это измеряется
23 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 23 В итоге... Получился некий «симбиоз»: oпрактики CMMI® как главная подсказка oспособы реализации этих практик – сочетание тех или иных лучших практик из различных методологий, в т.ч. Agile Это привело к: oполучению реального понимания в компании что и как делать где начинается и заканчивается «свобода действий» проекта и конкретного участника проекта «прозрачности» в понимании состояния дел для руководства компании oуспешному прохождению оценивания относительно CMMI® Why not?
24 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 24 Выводы Универсальных методологий, подходящих всем, не существует «Хороших» методологий, дающих однозначно положительный эффект после внедрения, не существует Существует немало моделей и методологий, которые могут быть использованы в качестве подсказки – что делать oCMMI® - одна из них, её применимость и польза в различных условиях доказана реальным опытом в силу своей «высокоуровневости» не отрицает реализацию её практик при помощи более прикладных методологий oих некорректное использование (например, как некой догмы) приводит к большим проблемам (тоже доказано опытом)
25 Alexander Kondakov SEI Authorized Instructor, SEI Authorized Lead Appraiser 25 А теперь – есть возможность обсудить!
Еще похожие презентации в нашем архиве:
© 2024 MyShared Inc.
All rights reserved.