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

StackOverflow https://stackoverflow.com/questions/65296

  •  09-06-2019
  •  | 
  •  

Вопрос

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

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

Вот мне и интересно, видел ли кто-нибудь реальную, ощутимую выгоду от следования совершенствованию процессов по ШМ?

И если вы заметили улучшение, считаете ли вы, что это улучшение было конкретно связано с ШМ, или альтернативный подход (например, Шесть Сигма) были одинаково или более полезны?

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

Кстати, для тех, кто еще не видел, посмотрите это смешно, потому что это правда. пародия

Это было полезно?

Решение

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

Попытка перейти от уровня 2 («есть процесс») к уровню 3 («процесс у всех один») обычно увязает в межведомственной войне, так что начинать, вероятно, не стоит.

Другие советы

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

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

То же самое относится и к 6 Сигмам, которые я назвал «Здравый смысл в коробке».Меня не нужно было обучать тому, как выяснить, в чем проблема процесса — обычно это было совершенно очевидно.

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

Просто мои два цента.

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

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

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

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

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

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

Более высокий уровень?Нет.Магазины ШМ-5 меня не впечатляют.

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

СММ может помочь новой/новичку оценить себя и заняться самосовершенствованием.

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

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

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

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

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

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

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

Юрдон все еще верит.Но он, возможно, все еще верит, что наступит конец света в 2000 году.

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

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

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

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

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

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

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

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

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

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

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

ваше здоровье,

Роб

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

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

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

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

Успех небольших проектов меньше зависит от процесса.Ключевым показателем является соотношение героев и свидетелей.Любой проект с HTBR менее 0,2 находится в серьезной проблеме.

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

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

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

Основная проблема с пониманием ценности CMMi — это понимание самого CMMi.

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

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

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

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

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

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

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

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

Так что, если вы являетесь подрядчиком Министерства обороны США или чего-то в этом роде, смело приобретайте ШМ, потому что это будет обязательным требованием.Но если вы конкурируете с тысячами магазинов по разработке программного обеспечения на Elance, чтобы получить проекты с ограниченным бюджетом, ограниченным временем и так далее...ШМ – не лучший выбор.

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top