ITILまたはCMMIが開発に与える影響は何ですか？ [閉まっている]

Question

私は、ソフトウェア開発で実践がうまくいくかどうかについて多くの本を読みました。 そして、開発分野のウェブキャストや本、ブログでITILやCMMIのような方法論について聞いたことはありません。

学校でこれらの方法論について聞いたことがありますが、私には官僚的な慣習のようです。

しかし、私が読んだ開発に関するすべての本は、コラボレーションについて、またはドキュメントをめぐる人々について話しています。 （はい、多くのアジャイルブック）

だから私の質問は次のとおりです。ITILやCMMIのような方法論は、開発者や開発者の日常生活に何らかの影響や関係がありますか？また、開発チームで使用できるこれらの方法論の優れたアイデアについて語る素晴らしい本やブログをお持ちですか？

Answer 1

ITILは開発ではなくインフラストラクチャとサポートの側面に重点を置いているため、ITILの議論はおそらく<！> quot; IT <！> quot;おそらく開発中のStackOverflowのフォーカスバージョン。余談ですが、他のサイト<！> quot; IT <！> quot;を呼び出すことは例外です。 ITはほとんどの企業のインフラストラクチャ、サポート、開発を網羅しているため、おそらくStackOverflowユーザーのかなりの割合がIT部門の開発者です。

Watts HumphreyとCarnegie Mellon Software Engineering Instituteの両方の製品であるCMMIとTeam Software Process（TSP）を使用しました。継続的な改善にコミットしており、測定が継続的な改善の中心にあると信じている場合、CMMIに価値があります。

CMMI（およびTSP）を間違えたり、開発者を遠ざけたりして、最終的にウィンドウドレッシングまたは認定の山に似合うものになることは非常に簡単です。インドの開発ベンダーを見てください。彼らは奇跡的にすべてCMMIレベル5です。彼らが言っていないのは、ほとんどの場合、認定を得るために懸命に働いた組織内の1つの小さなプロジェクトまたはチームでした。組織の95％に単純に存在しません。

時間の追跡（クロックパンチ）、欠陥の追跡（バグクォータ）、コード行（<！> quot; game <！> quot;を好む場合）、およびプロセスの作成に焦点を当てています繰り返し可能（開発者を革新の自由のない歯車のように感じさせる）は、多くの開発者をオフにします。 <！> lt;-カッコで囲まれた反論された反論に注意してください。

事実は、90％の開発者（StackOverflowや技術的なブログやWebサイトを読んでいる人はほとんどいない）がヒップから発砲し、改善の機会がどこにあるのかを自覚していないことです。彼らにとって、プロセスの厳密さと、繰り返しと測定が促進する自己認識を通じて品質を段階的に改善する機会は、CMMIの貴重な要素です。

正しければ、繰り返し可能な反復、各反復からの学習、目標の改善/絞り込みに焦点を当てているスクラムのようなアジャイルメソッドと同じ利点が得られます。チームがアジャイル手法またはCMMIを採用し、それらから最大限の価値を引き出すには、多くの成熟と経験が必要です。

アジャイルはセクシーであり、CMMIはあなたが得ることができる限りセクシーとは程遠いので、あなたはそれについてあまり聞かないのです。

Answer 2

アジャイルの採用はボトムアップである傾向があります。技術者はそれを偶然見つけ、管理者に推奨します。

ITIL / CMMIはトップダウンである傾向があります。経営陣はそれを偶然見つけ、技術者に押し付けます。

それは、一方が良いこと、もう一方が悪いことではありません。ほとんどの場合、各アプローチの説明に使用される言語に影響します。また、多くの例外があります-CMMIを適用するのが得意なトレンチの経験を持つ人々、およびアジャイルを理解するマネージャー。

Google for <！> quot;アジャイルCMMI <！> quot;そして、あなたは多くのヒットを取得します。私は特に推奨しないことを好みます、それはそれが進行中の議論であるからです（すなわち、これらの人々の何人かは単に間違っています）。

私の見解では、プロセスの概念は、日々のソフトウェア開発作業を分析するときに持つべき確かに有用なアイデアです。繰り返し行われるアクティビティがいくつかあり、これらのアクティビティは多くの場合同じような順序で編成されているという考えは、改善につながる質問をするための良い入り口です。また、繰り返し可能とは何か、どのような条件下でアクティビティを管理と呼ぶことができるかを尋ねることで、マイルを獲得することもできます。

魔法の思考が始まるとエラーと過剰が始まります：<！> quot; Perfect Processを（紙に）記述し、それを正確に文書化すれば、人々はそれに従い、完璧なソフトウェアを手に入れます。<！> quot;そのようには動作しません。