Кто-нибудь все еще верят в модель зрелости возможностей для программного обеспечения?

Десять лет назад, когда я впервые столкнулся с CMM для программного обеспечения, я был, как я думаю, многим, поразил то, насколько точно он описывал хаотичный "уровень один" состояние разработки программного обеспечения во многих предприятиях, особенно с его ссылкой на опору на героев. Похоже, что это также дает реальное руководство для организации прогресса на уровнях, улучшающих их процессы.

Но пока он, казалось, обеспечивал хорошую модель и реалистичные рекомендации по улучшению, я никогда не был свидетелем приверженности CMM, оказывающей значительное положительное влияние на любую организацию, в которой я работал, или с ней. Я знаю один крупный консультант по программному обеспечению, который утверждает, что уровень 5 CMM - самый высокий уровень - когда я вижу из первых рук, что их процессы хаотичны, а качество их программных продуктов столь же разнообразно, как и другие, не связанные с CMM предприятиями.

Итак, мне интересно, кто-нибудь видел реальную, ощутимую выгоду от приверженности процессу улучшения в соответствии с CMM?

И если вы видели улучшение, считаете ли вы, что это улучшение было конкретно связано с CMM или было бы альтернативным подходом (например, six-sigma) были одинаково или более полезны?

Кто-нибудь все еще верит?

В стороне, для тех, кто еще не видел этого, проверьте эту смешную-потому-свою-истинную пародию

Ответ 1

Для типичного магазина программирования уровня 1 CMM стоит сделать попытку достичь уровня 2; это означает, что вам нужно подумать о своих процессах и записать их. Естественно, это встретит сопротивление со стороны ковбойских программистов, которые чувствуют себя ограниченными стандартами, документацией и тестовыми примерами.

Усилия по достижению уровня 2 ( "есть процесс" ) до уровня 3 ( "каждый имеет тот же процесс" ), как правило, увяз в межведомственной войне, поэтому, вероятно, его не стоит начинать.

Ответ 2

В основе вопроса лежит эта проблема, аккуратно описанная руководством CMM...

"... Разумное суждение необходимо использовать CMM правильно и с пониманием. Интеллект, опыт и знания должны формировать соответствующую интерпретацию CMM в конкретной среде. Эта интерпретация должна основываться на бизнес-потребностях и целях организация и проекты. Рота, ориентированное на контрольные списки приложение CMM может нанести вред организации, а не помогать ей..."

Из раздела 14, раздел 1.6 "Модель зрелости возможностей", "Руководство по совершенствованию программного процесса" Института инженеров по программному обеспечению Университета Карнеги-Меллона, ISBN 0-201-54664-7.

Ответ 3

Я обнаружил, что это раздутое, упражнение по документации, которое использовалось главным образом в качестве транспортного средства, приобретающего контракт. Как только у нас был контракт, тогда это было упражнение по обходу процесса.

Как разработчик, я ничего не получил от этого, но потерял МЕСЯЦЫ моей профессиональной жизни, играя с CMMI.

То же самое касается 6 Sigma, который я назвал "Common Sense in a Box". Мне не нужно было обучать тому, как выяснить, что это за проблема, - это было вообще очевидно.

Для меня небольшие команды и гибкие механизмы работают намного лучше. Короткие циклы, много общения. Это может не работать во всех средах, но это определенно работает на моем.

Только мои два цента.

Ответ 4

Если вы видите запуск CMM. И бегите быстро.

Ответ 5

CMM и CMMI предлагают некоторые преимущества, если ваша организация принимает льготы, которые он пытается учить в глубине души. Проблема в том, что переход на более высокие уровни очень сложный и дорогостоящий, и единственный раз, когда я видел, как организация работает, это потому, что их клиенты не позволят им участвовать в торгах по контрактам, пока они не достигнут определенного уровня.

Это приводит к тому, что организация делает все возможное, чтобы "просто получить номер", не заботясь об этом, улучшая свой процесс.

Ответ 6

Чем выше конец? Нет. Магазины CMM-5 меня не впечатляют.

Нижний конец? Да. Организации CMM-1 пугают меня.

CMM может помочь новой/начинающей команде измерить себя и сделать самосовершенствование.

Ответ 7

CMMI на самом деле не занимается улучшением вашего программного обеспечения, а документацией о том, что вы сделали. Вы можете почти оценить уровень CMMI компании по весу документации, которую он производит.

Справочная информация. Я изучил CMMI в своей программе выпускников программного обеспечения и работал над командой, которая следовала ее рекомендациям.

Ответ 8

Мой опыт в том, что CMM настолько расплывчата, что его очень легко выполнить. Кроме того, когда они приходят, чтобы сертифицировать вас, они рассматривают проект, который выбирает ваша организация. Там, где я работал, это был проект без реального срока, много денег и много времени, чтобы тратить на каждый уголок и процесс. Многие из других проектов продолжались практически без какого-либо пересмотра кода/дизайна, иногда без программного обеспечения для версий.

Я думаю, что упор на сертификацию CMM является неудачным. Компании знают, как работать с системой, и делать. Вместо того, чтобы сосредоточиться на реальном совершенствовании процессов, которое соответствует их сути, они сосредоточены на получении сертификации и работе в системе. Я честно считаю, что большинство организаций предпочитают тратить время на первое, а не тратить столько времени на последних.

Действительно, важно иметь добросовестных людей, которые хотят принимать хорошие решения в области развития и знать, что им нужна помощь в принятии этих решений. Нет альтернативы качественным программистам, которые знают, что программирование - это постоянная групповая деятельность, в которой они так же ошибаются, как и все остальные.

Ответ 9

Я проводил много интервью для небольших команд, которые занимаются итеративным развитием. Лично, если я вижу CMM в резюме, это большой красный флаг, который сигнализирует о заинтересованности в процессе над результатами.

Ответ 10

Существуют все формальные методы для продажи книг/учебных курсов/сертификации и ни по какой другой причине. Вот почему существует так много формальных методов. Когда вы это осознаете, вы свободны: -)

Ответ 11

Тейдон все еще считает. Но он также может поверить в то, что мир закончится с Y2K.

Это не то, что я лично поставил бы в вере или хотел бы быть в курсе в будущем. Но часто наша причина не в том, почему...

Ответ 12

P.S. Хотя немного не по теме, я хотел бы упомянуть, что поддельные сертификаты CMMI очень распространены, а также настоящие сертификаты, полученные путем взяточничества.

Ответ 13

CMM действительно не говорит о качестве программного обеспечения, но больше относится к документации и повторяемости процесса. Другими словами, возможно иметь упорядоченный и повторяемый процесс разработки, но при этом создавать дрянное программное обеспечение. До тех пор, пока процесс будет правильно документирован, можно достичь уровня CMM 5.

В конце дня CMM - это еще один инструмент, который можно использовать или использовать неправильно. Если конечной целью является улучшение качества программного обеспечения, можно использовать CMM для улучшения процесса разработки и повышения качества программного обеспечения. Если достижение определенного уровня CMM является целью, то, скорее всего, качество программного обеспечения будет страдать.

Ответ 14

Модель теряет доверие, во-первых, потому, что компании используют модель, не ищущую более зрелой модели разработки программного обеспечения, но подлежащую оценке на уровне CCMI.

И другая проблема, которая, по моему мнению, приводит к потерянному доверию, заключается в том, что в качестве подрядчика у вас нет гарантии, что проект, который продает ваш поставщик оценки CMMI, будет разработан с использованием модельных практик. На лейбле CMMi указано, что компания когда-то разрабатывала проекты, которые оценивались как приверженцы определенного уровня зрелости CMMi.

Проблема заключается не только в CMMi, но и в процессе, разработанном компаниями. CMMi не описывает сам процесс, а именно то, что должен делать этот процесс. У вас такая же проблема с PMBOK. На самом деле проблема заключается не только в PMBOK, но в первую очередь проблема заключается в плохих менеджерах проектов, которые утверждают, что следуют за заявлениями PMI.

Ответ 15

В школе меня учили: CMM - хорошая идея, но отсутствие сертификации (любой может сказать, что это уровень 5/уровень 4), она становится маркетинговым инструментом для оффшорных магазинов. Итак, да, идея звучит, но как вы подтверждаете приверженность?

Ответ 16

Раньше. Но теперь я нахожу, что CMM и CMMI не очень хорошо подходят с гибкими подходами.

О, конечно, вы можете сжать вещи, чтобы получить квадратную привязку в круглое отверстие, но когда толчок наступает, вы все еще основываете свой подход на способности прогнозировать все, что необходимо, и предвосхищать все, что встретится, при создании программной системы.

И мы все знаем, насколько хорошо этот подход работает в реальной жизни! (-:

веселит,

Rob

Ответ 17

Agile - это следующий CMM, и оба они хрупкие. Область консалтинга процессов и качества - это хороший бизнес в любой отрасли, и, как и инженеры, всем нужны новые ключевые слова, чтобы сохранить денежные потоки.

CMM, когда он впервые вышел из SEI, был хорошим понятием, основанным на солидной академической работе, но вскоре он был подхвачен консультантами по процессам и сейчас является никчемной сертификацией, которая используется большинством ИТ-директоров для покрытия своей задницы (никто был уволен за сбор компании CMM Level 5)

Agile скоро спустится по этому маршруту, и тогда мы с уверенностью увидим следующую серебряную пулю на горизонте:)

Ответ 18

Когда я работал над коммерческим программным обеспечением полетов, мы использовали CMM, и по мере того, как наши процессы улучшали нашу способность точно прогнозировать время завершения, улучшилось. Но это был громоздкий процесс, другие подходы должны работать так же хорошо.

Ответ 19

Меньшие проекты в меньшей степени зависят от успеха процесса. Ключевым показателем является коэффициент Героя-Бистандера. Любой проект с HTBR менее 0,2 имеет серьезные проблемы.

Ответ 20

Существует немало хороших идей, которые могут быть легко адаптированы и приняты какой-либо организацией для их же блага, но получение значка - это боль из-за требования для всех видов избыточной документации.

Проблема заключается в том, что CMMi - это не процесс, а просто руководство для любого процесса, который вы могли бы выбрать, и что сам по себе приглашает идеи, наполовину испеченные.

Еще один момент заключается в том, что миграция - настоящая боль, когда вы начинаете, но, как я думаю, она такая же, как любая другая проблема с прорезями.

Ответ 21

Основной проблемой при понимании значения CMMi является понимание самого CMMi.

CMMi - это документированный подход к непрерывному совершенствованию производства программного обеспечения.

Понимание непрерывного улучшения с SPC достаточно сложно в производстве, но добавляет неосязаемый программный продукт, и трудность экспоненциальна.

Я рекомендовал бы кому-либо или организации, новым для CMMi: документировать их текущий процесс, а затем посмотреть, какие результаты (затраты/выгоды) могут быть измерены независимо от процесса. Таким образом, если бы какой-либо процесс, процедура стандарта была изменена, это принесло бы "лучший" результат. Предпосылкой для этого упражнения является документированный, стабильный повторяемый процесс, поскольку невозможно измерить выгоду от любых изменений в среде ad-hoc, поскольку вы не сравниваете "как для подобных".

Вначале сосредоточив внимание на вышеуказанных концепциях, организация начнет понимать и охватывать существенную ценность CMMi.

Ответ 22

Легенда гласит, что министерство обороны США, которое много контактировало, обнаружило, что многие из его проектов сталкивались с перерасходами во времени и затратах, и даже когда они были доставлены, проекты не были точно тем, что было заказано.

Поэтому им хотелось быть уверенным, что подрядчик сможет своевременно доставить его в бюджет и приблизиться к тому, что требуется. Таким образом, появилась модель зрелости возможностей.

Тезис состоит в том, что если вещи записаны, то они выживают при истощении. Но сказать, что записать все будет недостаточно, нужно проверить, что они записаны правильно. Среди прочего.

Всюду по всему этому никогда не приходило в голову рассмотреть затраты на все это. Потому что с точки зрения DoD, если он выдал проект за 1 миллион долларов, чтобы получить что-то через год, и в итоге заплатил 10 миллионов долларов за 10 лет и не получил того, чего они хотели, и теперь, если бы они вместо этого заплатить 5 миллионов долларов за то же самое, чтобы получить то, что они действительно хотели за два года, они по-прежнему экономят 5 миллионов долларов, и не говоря уже о том, что они действительно что-то получают.

Итак, если вы являетесь подрядчиком по американскому DoD или что-то в этом роде, продолжайте и получите CMM, потому что это будет требование. Но если вы конкурируете с тысячами магазинов по разработке программного обеспечения, чтобы получить проекты с ограниченными бюджетами, ограниченное время и т.д.... CMM не является хорошим выбором.

Тем не менее, не стесняйтесь читать CMMI Dev pdf (v 1.3 на момент написания). Это дает много хороших моментов. Он очень красиво деконструирует организацию. И если вы увидите какие-то моменты, которые заставят вас пойти "ага! у меня есть эта проблема", тогда непременно используйте эту мудрость для решения своей проблемы. В нашем случае мы сделали небольшое изменение, чтобы мы составили список всех людей, которым разрешено давать нам требования. Если было более одного человека, которому было разрешено давать нам требования, то любые требования, поступающие из одного источника, были распространены среди остальных, и они должны были сказать "хорошо", прежде чем мы добавили его в отставание. Это небольшое изменение в значительной степени повлияло на то, как много мы работали и переработали.

Короче посмотрите на области процессов и сравните их с вашими болевыми областями и возьмите предложения, данные CMM. То, как вы его реализуете, является вашим собственным. И вы всегда можете реализовать его таким образом, чтобы не требовалось слишком много времени или стоило слишком много денег. Но я думаю, что то же самое относится и к соответствующим стандартам ISO/IEC.