現在、開発プロセスに CMMI レベル 2 を実装することに関心があります。CMMI とスクラムに関するドキュメントをいくつか読みました。個人的には、すべてのチーム メンバーが簡単に使用できる (私たちは小さなチームです) ため、ネイティブ開発プロセスとしてスクラムに興味がありますが、いくつか質問があります。
よろしくお願いします！
Matt (「GreenMatt」) が指摘したように、リソースの 1 つは Agile CMMI ブログです。
私はそのブログの著者であり、CMMI 評価者でもあるため、アジャイル プラクティスを取り入れながら CMMI レベルを達成するための直接的な情報を提供できます。
ロブの反応はある程度正しいですが、間違った見方をすることもできます。これは、「文書化」することとは異なり、より重要です。成熟度レベル 2 でプロセスを管理できるように、プロセスを計画する必要があります。また、プロセスは、CMMI にリストされている特定の目標を達成できるように実施する必要があります。
成熟度レベル 2 とスクラムの場合、重要なことは、スクラムに真に従っていて、速度の計算と速度を使用してスプリント バックログを設定する、スプリントの目標を設定する、途中でスプリントを中断しないなどの難しい部分を除外しないことです。 .
Rob が正しく指摘したように、CMMI にはプロセスが含まれていません。CMMI が持っているのは、プロセスを改善するための実践のみです。つまり、そもそもプロセスを知る必要があるということです。さもないと、CMMI は問題を混乱させるだけです。
Matt の言うとおりです。CMMI が問題を難しくしているわけではありません。また、ML2 は実際の開発とはほとんど関係がなく、プロジェクトの実行とスコープの管理に大きく関係しているという彼の意見も正しいです。要するに、ML2 での CMMI とスクラムは、両方をどのように使用しているかが明確である限り、一緒に使うのは非常に簡単です。
これらは、このようなフォーラムで簡単に提供できるヒントの一部です。お気軽に私を調べて、より詳細な会話についてご連絡ください。
[soapbox] いくつかの場所で CMMI 認定を受けた後、私はファンではありません。そうは言っても、私はそれが悪だと言っている人の一人ではありません。適用が不十分であるか、誤って適用されることが多いと思います。ただし、一部の種類の作業では、有用なものが提供されていなくても必要です... [/soapbox]
とにかく、私が働いたことのある場所ではスクラムと CMMI を行ったことがないので、直接の経験についてはわかりません。(私が回答を入力している間に Rob Goodwin が提出したように) CMMI は、手順を文書化し、文書に記載されていることに従う以外に、何をすべきかを教えてくれません...そしてそれを文書化します! 幸いなことに、必要に応じて手順文書を変更できます。
CMMI L2 は主にプロジェクトと構成の管理を扱います。実際のソフトウェア開発プロセスとはあまり関係がありません (実際、ソフトウェア以外の開発作業にも適用できます)。したがって、文書が整頓されていて、スクラム手法で何をしようとしているのかを詳しく説明している限り (そして最新の状態に保っている限り)、問題はありません。
アジャイルと CMMI の融合に関する CMMI の経験中に私が見たいくつかのリソースは、アジャイル CMMI ブログとブロードソード ソリューションの agileCMMI 製品です。CMMI にもアジャイルにも精通していないので (私たちは自分のいるところに翼をつけているだけです!)、それらがどれほど優れているかはわかりません。
CMMI は、プロセスが何であるかを指示するものではありません。いくつかのプロセスがあり、文書化されており、それに従う必要があるだけです。
スクラム用のツールは次のとおりです。