Да, это по-русски:) если мы зрелые, то сразу на пятёрку!
На самом деле, зачастую третьего уровня уже достаточно для себя, а четвёртого — для заказчиков. Если заказчик — не министерство обороны США:)
Но даже попытка привести всё к стандарту второго уровня уже может принести свои плоды, она обнажит некоторые недостатки в организации производственных и управленческих процессов, на которые раньше, возможно, не обращалось внимание. А вот заниматься ли исправлением этих недостатков решает руководство. В зависимости от того, насколько эффективными и затратными окажутся предложенные улучшения.
Читал. Не понравилось. Автор пытается совместить ужа с ежом.
К CMMI, как части системы менеджмента качества, тема социальной ответственности и стратегия развития рынка (проблема, как не «исчерпать рынок клиентов») не имеют никакого отношения. Всё это части менеджмента стратегического. CMMI там уже не место.
К тому же автор подменяет понятия: в социальную ответственность компании не может входить помощь своим конкурентам. Социальная ответственность — это повышение качества жизни общества.
Я вообще не вижу противоречия в том, что молодые компании компании не могут получить крупные заказы. Может ли выпускник претендовать на должность директора? Так и на рынке разработки ПО: только опытным компаниям доверяют разрабатывать крупные проекты.
Всё-таки это обзорная статья, и я постарался погрузить читателя на максимальную глубину понимания предмета в столь коротком объёме текста.
Официальный документ — 573 страницы текста, и даже этого недостаточно для полного понимания, поскольку регулярно издаются книги и представляются доклады на конференциях, комментирующие и дополняющие содержание модели.
План был простенький:
0. Введение. Актуальность.
1. Определение.
2. История вопроса. Как и для чего создавалась этот модель.
3. Два основных понятия, без которых невозможно понимание всей концепции модели:
а) уровни зрелости
б) процессные области
4. Как работает модель и какую пользу приносит. Фактически, просто рекламный обзор.
5. Заключение.
Всё и так очень сжато.
Можете дать какие-то рекомендации на будущее? Добавить содержание в начало, краткое изложение в конец?
Не нарушит ли это внешнюю стройность текста и не перегрузит ли его ещё больше?
На мой взгляд, сертификация по модели CMMI требуется только для повышения спроса. Сомневаюсь, что командам разработчиков Google, Facebook или MSN требуется дополнительный спрос.
А вот внедрить что-либо из этой модели они могут, но об этом вы вряд ли узнаете. Вы много знаете о процессе разработки в компании Google или других крупных компаниях? Обычно такая информация является коммерческой тайной.
Зачем же противопоставлять стабильность и инициативность/изобретательность? Стабильность означает гарантию выполнения взятых обязательств, а изобретательность позволяет выполнить эти обязательства с меньшими затратами.
К тому же CMMI не накладывает ограничений на инициативы и изобретения. Более того, 5 уровень требует регулярного внедрения инноваций!
CMMI — это сборник рекомендаций ЧТО можно улучшить на всех этапах разработки ПО (от планирования до внедрения и сопровождения), а также в сопутствующих областях, таких как управление соглашениями с поставщиками, управление конфигурациями, контроль качества и т.п.
Местами есть рекомендации и КАК можно улучшить, но в целом — это остаётся на усмотрение самой организации.
Если вы придерживаетесь этих рекомендаций, то вы можете попытаться получить знак отличия от других, получить дополнительное конкурентное преимущество — сертификат на соответствие одному из уровней зрелости.
Для многих заказчиков — это самый простой способ отделить надёжных разработчиков от ненадёжных и отсеять часть из них на первом этапе, не вникая в суть работы этих компании и даже не изучая их портфолио.
И раз эта система зарекомендовала себя на западе — значит, она работает?:)
Таким образом, у вас есть два пути использования этой модели:
1) выбрать только лучшие рекомендации, которые дают прирост производительности, уровня качества, сокращение издержек соразмерные расходам на внедрение этих новаций.
2) подчиниться всем рекомендациям как требованиям, даже тем из них, которые не являются для вас очевидно выгодными; и получить сертификат на соответствие модели.
Оба варианта приносят пользу: первый позволяет сократить производственные издержки, второй повысить спрос на продукцию.
Насколько я понимаю, PMBoK — это тоже набор best practices, рекомендации. И та, и другая методология использует в своей основе процессный подход. А вот области покрытия процессов в организации различаются — некоторые пересекаются, некоторые представлены только в одной из них.
Более похожим на CMMI является другой продукт от Project Management Institute: Organizational Project Management Maturity Model (OPM3) — модель оценки зрелости проектного управления в организации. Это своего рода переложение содержания PMBoK на формат CMMI.
На самом деле, зачастую третьего уровня уже достаточно для себя, а четвёртого — для заказчиков. Если заказчик — не министерство обороны США:)
Но даже попытка привести всё к стандарту второго уровня уже может принести свои плоды, она обнажит некоторые недостатки в организации производственных и управленческих процессов, на которые раньше, возможно, не обращалось внимание. А вот заниматься ли исправлением этих недостатков решает руководство. В зависимости от того, насколько эффективными и затратными окажутся предложенные улучшения.
К CMMI, как части системы менеджмента качества, тема социальной ответственности и стратегия развития рынка (проблема, как не «исчерпать рынок клиентов») не имеют никакого отношения. Всё это части менеджмента стратегического. CMMI там уже не место.
К тому же автор подменяет понятия: в социальную ответственность компании не может входить помощь своим конкурентам. Социальная ответственность — это повышение качества жизни общества.
Я вообще не вижу противоречия в том, что молодые компании компании не могут получить крупные заказы. Может ли выпускник претендовать на должность директора? Так и на рынке разработки ПО: только опытным компаниям доверяют разрабатывать крупные проекты.
Официальный документ — 573 страницы текста, и даже этого недостаточно для полного понимания, поскольку регулярно издаются книги и представляются доклады на конференциях, комментирующие и дополняющие содержание модели.
План был простенький:
0. Введение. Актуальность.
1. Определение.
2. История вопроса. Как и для чего создавалась этот модель.
3. Два основных понятия, без которых невозможно понимание всей концепции модели:
а) уровни зрелости
б) процессные области
4. Как работает модель и какую пользу приносит. Фактически, просто рекламный обзор.
5. Заключение.
Всё и так очень сжато.
Можете дать какие-то рекомендации на будущее? Добавить содержание в начало, краткое изложение в конец?
Не нарушит ли это внешнюю стройность текста и не перегрузит ли его ещё больше?
А вот внедрить что-либо из этой модели они могут, но об этом вы вряд ли узнаете. Вы много знаете о процессе разработки в компании Google или других крупных компаниях? Обычно такая информация является коммерческой тайной.
Зачем же противопоставлять стабильность и инициативность/изобретательность? Стабильность означает гарантию выполнения взятых обязательств, а изобретательность позволяет выполнить эти обязательства с меньшими затратами.
К тому же CMMI не накладывает ограничений на инициативы и изобретения. Более того, 5 уровень требует регулярного внедрения инноваций!
CMMI — это сборник рекомендаций ЧТО можно улучшить на всех этапах разработки ПО (от планирования до внедрения и сопровождения), а также в сопутствующих областях, таких как управление соглашениями с поставщиками, управление конфигурациями, контроль качества и т.п.
Местами есть рекомендации и КАК можно улучшить, но в целом — это остаётся на усмотрение самой организации.
Если вы придерживаетесь этих рекомендаций, то вы можете попытаться получить знак отличия от других, получить дополнительное конкурентное преимущество — сертификат на соответствие одному из уровней зрелости.
Для многих заказчиков — это самый простой способ отделить надёжных разработчиков от ненадёжных и отсеять часть из них на первом этапе, не вникая в суть работы этих компании и даже не изучая их портфолио.
И раз эта система зарекомендовала себя на западе — значит, она работает?:)
Таким образом, у вас есть два пути использования этой модели:
1) выбрать только лучшие рекомендации, которые дают прирост производительности, уровня качества, сокращение издержек соразмерные расходам на внедрение этих новаций.
2) подчиниться всем рекомендациям как требованиям, даже тем из них, которые не являются для вас очевидно выгодными; и получить сертификат на соответствие модели.
Оба варианта приносят пользу: первый позволяет сократить производственные издержки, второй повысить спрос на продукцию.
Более похожим на CMMI является другой продукт от Project Management Institute: Organizational Project Management Maturity Model (OPM3) — модель оценки зрелости проектного управления в организации. Это своего рода переложение содержания PMBoK на формат CMMI.