22

10年前、私が最初にソフトウェアのCMMに出会ったとき、多くの企業のように、特にヒーローへの依存に関連して、多くのビジネスにおけるソフトウェア開発の混沌とし​​た「レベル1」の状態をどれほど正確に説明しているかに驚かされたと思います。また、組織がプロセスを改善するレベルを上げるための現実的なガイダンスを提供しているように見えました。

しかし、それは改善のための優れたモデルと現実的なガイダンスを提供するように見えましたが、CMMの順守が、私が働いた、または一緒に働いた組織に大きなプラスの影響を与えることを実際に目撃したことはありません。私は、CMMレベル5（最高レベル）を主張するある大規模なソフトウェアコンサルタント会社を知っています。彼らのプロセスは混沌としていて、ソフトウェア製品の品質は他の非CMMビジネスと同じように多様であることが直接わかります。

ですから、CMMによると、プロセス改善を順守することで実際に具体的なメリットが得られるのを見た人はいますか？

また、改善が見られた場合、その改善は特にCMMに起因すると思いますか、それとも代替アプローチ（シックスシグマなど）が同等またはそれ以上に有益だったと思いますか？

誰かがまだ信じていますか？

余談ですが、まだ見たことがない人は、この面白いパロディーをチェックしてください。

4

22 に答える 22

15

問題の中心には、CMM ガイダンス自体によってきちんと説明されているこの問題があります...

「<em>...CMM を正しく洞察力を持って使用するには、適切な判断が必要です。インテリジェンス、経験、および知識は、特定の環境における CMM の適切な解釈を形成する必要があります。その解釈は、組織とプロジェクトのビジネス ニーズと目的に基づく必要があります。CMM のチェックリスト指向の単純なアプリケーションは、組織を助けるどころか、害を及ぼす可能性があります...」</p>

The Capability Maturity Model の14 ページ、セクション 1.6 から、カーネギー メロン大学ソフトウェア エンジニアリング インスティテュートによるソフトウェア プロセスを改善するためのガイドライン、ISBN 0-201-54664-7。

于 2008-09-15T18:25:17.673 に答える
13

主に契約の取得/維持の手段として使用された、肥大化した文書化演習であることがわかりました。契約を結んだ後は、プロセスを回避するための演習でした。

開発者として、私はそれから何も得られませんでしたが、CMMI をいじり回してプロとしての生活の MONTHS を失いました。

同じことが 6 シグマにも当てはまり、これを「Common Sense in a Box」と名付けました。プロセスの問題が何であるかを理解する方法を訓練する必要はありませんでした - それは一般的に非常に明白でした.

私にとっては、小さなチームと機敏なメカニズムの方がはるかにうまく機能します。短いサイクル、たくさんのコミュニケーション。それはすべての環境で機能するとは限りませんが、私の環境では確実に機能します。

ちょうど私の2セント。

于 2008-09-15T18:31:17.283 に答える
10

典型的な CMM レベル 1 のプログラミング ショップにとって、レベル 2 に到達するための努力は価値があります。これは、プロセスについて考えて書き留める必要があることを意味します。当然のことながら、これは、標準、ドキュメント、およびテスト ケースによって制限されていると感じているカウボーイ プログラマーからの抵抗に直面するでしょう。

レベル 2 (「プロセスがある」) からレベル 3 (「誰もが同じプロセスを持っている」) に到達するための努力は、通常、部門間の戦いで行き詰まるため、おそらく開始する価値はありません。

于 2008-09-15T19:29:04.370 に答える
10

CMM の実行が表示された場合。そして速く走る。

于 2008-09-15T18:27:48.603 に答える
7

CMM と CMMI はどちらも、組織が教えようとする教訓を真摯に受け止める場合に、いくつかの利点をもたらします。問題は、より高いレベルに到達することは非常に困難で費用がかかることです。私が組織が努力をしているのを見たのは、顧客が特定のレベルに達するまで契約に入札させないためです.

これは、プロセスを改善することを実際に気にせずに、組織が「数字を取得する」ためにできる限りのことを行うという効果があります。

于 2008-09-15T18:18:34.443 に答える
5

ハイエンド？いいえ、CMM-5 ショップは私を感動させません。

下端？はい。CMM-1 組織は私を怖がらせます。

CMM は、新しい/初心者のチームが自分自身を測定し、自己改善を行うのに役立ちます。

于 2008-09-15T18:21:10.913 に答える
4

私は反復型開発を行う小さなチームのために多くのインタビューを行ってきました。個人的には、履歴書にCMMが表示されている場合、それは結果よりもプロセスへの関心を示す大きな赤い旗です。

于 2008-09-15T18:39:08.887 に答える
4

CMMI は実際にはソフトウェアを改善することではなく、行ったことを文書化することです。企業の CMMI レベルは、企業が作成するドキュメントの重量によってほぼ推定できます。

背景: 私はソフトウェア エンジニアリングの大学院プログラムで CMMI を学び、そのガイドラインに従ったチームで働いてきました。

于 2008-09-15T18:20:02.367 に答える
4

私の経験では、CMM は非常に漠然としているため、実行するのは非常に簡単です。また、彼らがあなたを認定するとき、彼らはあなたの組織が選んだプロジェクトを見ます。私が働いていた場所では、これは実際の締め切りがなく、十分なお金があり、プロセスの隅々に費やす時間がたくさんあるプロジェクトでした。他のプロジェクトの多くは、コードや設計のレビューがほとんどまたはまったくない状態で継続され、ソフトウェアのバージョン管理も行われませんでした。

CMM認定に力を入れているのは残念だと思います。企業はシステムの運用方法を知っており、実際に運用しています。収益に見合う実際のプロセスの改善に焦点を当てるのではなく、認定を取得してシステムを操作することに焦点を当てています。正直なところ、ほとんどの組織は、後者に多くの時間を費やすよりも、前者に時間を費やしたいと考えています。

本当に重要なことは、開発に関する適切な決定を下したいと考え、その決定を下すには助けが必要であることを知っている良心的な人々を持つことです。プログラミングが継続的なグループ活動であり、他の人と同じように間違いを犯す可能性があることを知っている、質の高いプログラマーに代わるものはありません。

于 2008-09-15T18:25:48.780 に答える
3

書籍/トレーニング コース/認定資格を販売するための正式な方法はすべて存在し、それ以外の理由はありません。そのため、非常に多くの形式メソッドがあります。これに気づいたら、あなたは自由です:-)

于 2008-09-15T19:31:57.780 に答える
2

モデルは信頼性を失っています。最初は、企業がより成熟したソフトウェア開発モデルを探しているのではなく、CCMIレベルで評価されるモデルを採用しているためです。

そしてもう1つの問題は、信頼性の喪失につながると私が思う問題です。請負業者として、CMMI評価サプライヤーが販売しているプロジェクトがモデル手法を使用して開発されるという保証はありません。CMMiラベルは、会社が特定のCMMi成熟度レベルの順守として評価されたプロジェクトをかつて開発したことを示しているだけです。

問題はCMMiだけでなく、企業によって開発されたプロセスにもあります。CMMiはプロセス自体を説明するのではなく、プロセスが何をすべきかを説明します。あなたはPMBOKでも同じ問題を抱えています。実際、問題はPMBOKだけではありませんが、主に問題は、PMIステートメントに従うと主張する悪いプロジェクトマネージャーです。

于 2008-09-16T06:23:11.957 に答える
2

CMM は実際にはソフトウェアの品質についてではなく、プロセスの文書化と再現性について話します。言い換えれば、秩序立った反復可能な開発プロセスを持つことは可能ですが、それでも安っぽいソフトウェアを作成することはできません。プロセスが適切に文書化されている限り、CMM レベル 5 を達成することは可能です。

結局のところ、CMM は使用または誤用される可能性のある別のツールです。最終的な目標がソフトウェアの品質を向上させることである場合、CMM を使用して開発プロセスを改善し、ソフトウェアの品質を向上させることができます。特定の CMM レベルを達成することが目標である場合、ソフトウェアの品質が低下する可能性が高くなります。

于 2008-09-15T18:28:54.670 に答える
2

ユアドンはまだ信じています。しかし、彼はまだ世界が Y2K で終わると信じているかもしれません。

これは、私が個人的に多くのことを信じたり、将来的にくびきを付けたいと思ったりするものではありません. しかし、多くの場合、理由を説明することはできません...

于 2008-09-15T18:20:55.420 に答える
2

PS 少し話が逸れますが、偽の CMMI 認定は、贈収賄によって取得された本物の認定と同様に非常に一般的であることを述べたいと思います。

于 2008-09-15T18:22:44.183 に答える
1

伝説によると、多くの契約を結んでいた米国国防総省は、そのプロジェクトの多くが時間とコストの超過に直面しており、納入されたとしても、プロジェクトは注文されたとおりのものではなかった.

そのため、彼らは、請負業者が予算内で、要求されたものに近い納期で納品できることを確認する方法を求めていました。このようにして、能力成熟度モデルが誕生しました。

テーゼは、物事が書き留められている場合、それらは消耗しても生き残るというものです. しかし、すべてを書き留めるだけでは不十分で、正しく書き留められているかどうかを確認する必要があります。とりわけ。

この間ずっと、彼らはこれを行うためのコストを考えようとはしませんでした。国防総省の観点からすると、1 年で何かを得るために 100 万ドルのプロジェクトを提供し、最終的に 10 年間で 1000 万ドルを支払い、彼らが望んでいたものを手に入れることができなかった場合、そして今、彼らが代わりに持っていた場合同じものに 500 万ドルを支払って 2 年間で実際に欲しかったものを手に入れたとしても、彼らはまだ 500 万ドルを節約しており、実際に何かを得ていることは言うまでもありません。

したがって、米国国防総省またはそのようなものの請負業者である場合は、先に進んでCMMを入手してください。これは要件になるからです. しかし、限られた予算、限られた時間などでプロジェクトを取得するために、何千ものソフトウェア開発ショップと競合している場合は、CMM は適切な選択ではありません。

とはいえ、CMMI Dev pdf (執筆時点では v 1.3) を自由に読んでください。それは多くの良い点を作ります。それは組織を非常にうまく分解します。そして、「あはは！」と思わせるポイントがあれば。私はこの問題を抱えています」という場合は、ぜひその知恵を使って問題を解決してください。私たちの場合、私たちが行った小さな変更の 1 つは、要件を提供することを許可されているすべての人のリストを確実に作成することでした。私たちに要件を与えることを許可された人が複数いた場合、あるソースからの要件は他のソースに回覧され、バックログに追加する前に「OK」と言わなければなりませんでした。この小さな変更が、作業と再作業の量に大きな違いをもたらしました。

簡単に言えば、プロセス領域を見て、それらをあなたの痛みの領域と比較し、CMM からの提案を取り入れてください。実装方法はあなた次第です。そして、時間も費用もかからない方法でいつでも実装できます。しかし、関連する ISO/IEC 規格にも同じことが当てはまると思います。

于 2015-02-27T13:05:23.020 に答える
1

私が商用飛行ソフトウェアに取り組んでいたとき、私たちは CMM を使用し、プロセスが改善されるにつれて、完了時間を正確に予測する能力が向上しました。しかし、これは面倒なプロセスでした。他のアプローチも同様に機能するはずです。

于 2008-09-15T18:28:48.943 に答える
1

小規模なプロジェクトは、成功のためのプロセスへの依存度が低くなります。重要な指標は、傍観者に対するヒーローの比率です。HTBR が 0.2 未満のプロジェクトは、深刻な問題を抱えています。

于 2008-09-15T19:21:49.893 に答える
1

あらゆる組織が独自の利益のために容易に適応させて採用できる優れたアイデアがかなりありますが、あらゆる種類の冗長なドキュメントが必要なため、バッジを取得するのは面倒です。

問題は、CMMi がプロセスではなく、どのようなプロセスを選択する場合でもそのガイドにすぎず、それ自体が中途半端なアイデアの流出を招くことです。

もう1つのポイントは、移行は、始めたばかりのときは本当に苦痛ですが、他の歯が生える問題と同じだと思います.

于 2008-10-16T06:30:11.780 に答える
1

学校では、CMM は良いアイデアですが、認証がないと (レベル 5 / レベル 4 であると誰でも言えます)、オフショア ショップのマーケティング ツールになってしまうと教えられました。ええ、その考えは正しいですが、どのようにして遵守を証明しますか?

于 2008-09-15T18:18:50.933 に答える
1

以前はよく＿＿していた。しかし今では、CMM と CMMI がアジャイル アプローチにあまり適していないことがわかりました。

確かに、四角いペグを丸い穴に入れるために物を絞ることはできますが、いざというときは、必要なものすべてを予測し、遭遇するすべてのものを予測する能力に基づいてアプローチしています。ソフトウェアシステム。

そして、私たちは皆、そのアプローチが実生活でどれほどうまく機能するかを知っています! (-:

乾杯、

ロブ

于 2008-09-15T18:22:28.553 に答える
1

アジャイルは次の CMM であり、どちらも脆弱です。プロセスと品質のコンサルティングの分野は、どの業界でも優れたビジネスであり、エンジニアと同様に、誰もがお金の流れを維持するために新しい流行語を必要としています。

SEI から最初に登場した CMM は、確固たる学術研究に基づいた優れた概念でしたが、すぐにプロセス コンサルタントに採用され、現在ではほとんどの CIO が自分の尻を隠すために使用する価値のない資格です (誰もクビになりませんでした)。 CMM レベル 5 の会社を選ぶ)

アジャイルはすぐにその道をたどり、次の銀の弾丸がすぐに現れるのを確実に見ることができます :)

于 2008-09-15T18:25:43.693 に答える