私は現在、アジャイル .NET 開発プロジェクトに取り組んでおり、来月には CMMI プロジェクトに移行します。要件がバックログと毎日のスタンドアップ ミーティングにどのように配置されるかという観点から。CMMI 会議はどのように異なり、取り組むべき作業項目はどのように決定されますか? CMMI計画にはどのようなツールセットが使用されていますか? アジャイルには、VS Team Services を使用します。
1 に答える
-1
簡単に言えば、違いはありません。
より長い答えは、アジャイルとは異なり、CMMI はプロジェクトの計画や開発の方法論ではないということです。CMMI は、スクラム、かんばん、ウォーターフォールなど、あらゆる方法論と連携します。
CMMI は、操作を実行する特定の方法ではなく、操作の一連の要件と考えてください。CMMI は「何をするか」に取り組みます アジャイルは「それを行う方法」に取り組みます。したがって、CMMI は、方法に関係なく、あらゆる組織をより回復力のある高いパフォーマンスにする方法です。
CMMI Institute によると、CMMI ユーザーの約 70% が何らかのアジャイル手法またはプラクティスを使用しています。したがって、たとえば、CMMI は要件開発で「関連する利害関係者を特定して関与させる必要がある」と言うでしょう。これを行う方法を具体的に教えてくれません。スクラムでは、ユーザーにストーリー ポイントを検証してもらうか、スプリント デモを行うことが、これを行う 2 つの方法です。ウォーターフォールでは、いくつかの要件ドキュメントのレビューが行われる場合があります。
CMMI は規範的ではありませんが、アジャイル手法は非常に規範的です。CMMI は、より大きな一連の組織行動も対象としています。たとえば、スクラムは、作業の分割とワークフローの管理に重点を置いています。CMMI はこれをカバーしますが、「従業員のトレーニングを確実にする方法はありますか?」、「リスクを特定して管理する方法はありますか?」などの質問もカバーします。などです。CMMI は実際に、回復力があり持続可能である、事実に基づいた継続的改善の文化を生み出します。そのため、アジャイル CMMI 組織では、人々が物事を測定したり、組織全体のプロジェクト チームを超えて人々が学習していることを確認したり、トレーニングについて考えたりしているのを目にするかもしれません。 .
アジャイル プロジェクトと CMMI プロジェクトを区別する場合、あなたの職場では、
(1) おそらくアジャイルも CMMI も理解していない (2) つまり、特定のクライアントの要求に対応している可能性が高い。
その場合、「CMMI プロジェクト」は、クライアントが要求した特定の方法論を採用し、それが実際に行われていることを保証するインフラストラクチャ、手段、および証拠があります。
それは、スパイラル プロジェクト、スクラム プロジェクト、ウォーターフォール プロジェクトなどです。皮肉なことに、CMMI では詳細が決定されることはありません...そのため、作業に合わせて適切に調整され、かなり全体論的である可能性が高いことを除いて、何が表示されるかを言うのは困難です. それが役立つことを願っています。
于 2016-06-07T21:34:41.857 に答える