how achieve level 5 maturity
この記事では、CMMレベルとは何か、およびこれらのCMMレベルを達成する方法について説明します。 QAプロセス –最良の例で説明します。
QAプロセス、開発プロセス、または非技術プロセスのいずれのプロセスでも、成熟度にはレベルがあります。成熟度のレベルとは、アドホックプロセス、正式に定義されたステップ、管理された結果メトリック、プロセスの最適化など、形式とプロセスの改善のレベルを意味します。
学習内容：
CMM（機能成熟度モデル）
これは、さまざまなドメインの組織の成熟度を評価するために使用されるプロセスベースのモデルです。 CMMの概念は、Software Engineering Institute（ BE ） アメリカでは。
このモデルはソフトウェア開発プロセスに適用されますが、最終的にはQAやテストなどの他のプロセスにも使用されます。
1から5までの5つの異なる成熟度レベルがあります。1からレベル5に進むにつれて、変動性と不整合が減少します。以下は5つのレベルの詳細です。ここでは、 5CMMレベル QAプロセスに関して また、QA /テストプロセスを成熟させ、レベル5に到達するために、各レベルで期待されるすべての出力/結果。
レベル1（初期）–アドホック：計画外、体系的ではなく、一貫性がない
「アドホック」という言葉が述べているように、このレベルでは、計画、プロセス、ガイドライン、および基準に従うことは重要ではありません。タスクを実行するための標準化された一貫した方法はありません。このレベルで重要なのは、最終製品や成果物の品質に関係なく、タイムラインを満たすことだけです。
事前定義された標準とプロセスがないため、同じタスクがさまざまな方法でさまざまな人々によって実行されます。
また、プロセスを複製できるドキュメントがプロセス上にないため、次回同じタスクを別の方法で実行すると、これはさらに非体系的で一貫性がなくなります。
したがって、このレベルでは、プロセスは十分に制御されておらず、予測不可能で、反応的です。
例えば、
QA –例として、組織では、QAは製品ライフサイクルのフェーズの1つですが、標準や定義されたプロセス、QA成果物のテンプレート（テスト計画、テスト戦略、テストシナリオ、テストケース）はありません。標準化されていません。
これらのことが定義され、文書化されている場合でも、すべてのチームメンバーには独自のタスクの実行方法があり、プロセスはまったく一貫していません。したがって、基本的にQAを制御することはできず、混沌としたフェーズです。
レベル2（繰り返し可能）–制御：高レベルでプロセスの定義を開始します
このフェーズでは、レベル1で見たQAプロセス、方法論、および標準が利用できないという問題の解決策を取得します。プロセス、方法論、および標準が用意されています。
標準とプロセスは最終化されているだけでなく、十分に文書化されているため、以前に実行された同様のタスクのいずれかで再利用できます。そのため、このレベルは「繰り返し可能」と呼ばれます。同じ種類の作業を行うための手順を繰り返すことができるためです。
したがって、焦点はこのレベルでの基本的なプロジェクト管理にあります。
例えば、
QA –機能、データ、パフォーマンスなど、さまざまなタイプのテストの全体的なQAプロセスと方法論を定義します。プロジェクトのライフサイクルにおけるQAエンジニアとテストリーダーの役割と責任を定義し、各フェーズで成果物のテンプレートを準備します。テスト計画、テスト戦略、テストシナリオ、およびテストケースがすべて整っている必要があります。
定義して準備するだけでなく、チーム内でドキュメントを共有します。
レベル3（定義済み）–コアコンピテンシー：より幅広い対象者とドメインのための一般化されたプロセスを考え出す
レベル3では、人々はレベル2で定義された基準とプロセスに従うように動機付けられます。このためには、まず、プロセスをすべての関係者に伝える必要があります。プロセスと標準を効果的かつ効率的に使用するには、すべてのスキルが必要であり、そのためにトレーニングが必要かどうかも確認する必要があります。
次に、これらの標準とプロセスに従うようにリソースを動機付けてサポートします。ここで、より多くの経験を持つ人々は、他の人と知識を共有する必要があります。
焦点は、文書化、プロセスの標準化、および統合です。この時までに、組織はソフトウェアテストの独自の標準プロセスを開発しました。
例えば、
QA –ウェビナーとトレーニングセッションを実施して、人々が新しく定義されたQAプロセスと標準に精通し、日々のプロジェクト作業中にそれらを利用するように動機付けできるようにします。
レベル4（管理対象）–予測可能：プロセスを測定する
このレベルでは、レベル3で定義されたプロセスが定量的に測定されます。これは、任意のタスクに必要な作業を制御するために行われます。この定量分析に基づいて、必要に応じてプロセスを調整でき、最終製品の品質を低下させることもありません。
分析は、プロセス全体をより小さなサブプロセスに分割することによって行われ、その後、定量的手法がこれらのサブプロセスに適用されます。結果に従って、必要に応じてサブプロセスが調整されます。このレベルは、以前の経験に基づいてプロセスを定量的に予測し、この予測を次のプロセスに利用できるため、予測可能と呼ばれます。
CMMレベル4の主要なプロセス領域は、定量的なプロジェクト管理と組織的なプロセスパフォーマンスです。
つまり、プロセスはこのレベルで測定および制御されます。
例えば、
QA –ここでは定期的な監査を実行することをお勧めします。これには、チームが実際に定義されたプロセスに従っているかどうか、標準テンプレートを使用して、方法論に準拠しているかどうかの確認が含まれます。
自動化テストに興味がある場合は、自動化テストスクリプトの定期的なコードレビューを行うのが適切な例です。
レベル5（最適化）–革新的：継続的改善
このレベルでは、事前定義されたプロセスと標準をさらに改善するための革新的な方法が特定されます。これは継続的なプロセスです。このために、私たち自身のプロセスは、新しいツールとテクノロジーを追加し、継続的な調査と研究を行い、市場の新しい情報で最新の状態に保つことによって、継続的に監視および再設計されています。
これは、他の組織をベンチマークし、それらから学び、新しいイノベーションを追加することでプロセスを改善しようとすることによっても達成できます。したがって、焦点はこのレベルでの継続的なプロセス改善にあります。重要なプロセス領域は、組織のパフォーマンス管理と定量的なプロジェクト管理です。
例えば、
QA –以前の監査結果に基づいて定義された方法論、プロセスを改善し続けます。
いくつかの調査に基づいて、レベル1の組織は特定のタスクに1000ドルを費やす可能性があり、レベル5の同じタスク組織には10ドルを費やす必要があると結論付けられています。
最近、私の組織では、同じ種類の作業を手動で繰り返し、多くの時間を費やして節約して他の生産的な作業に投入できる回帰テストを手動で行っていることがわかりました。
次に、自動化テストツールを使用して、回帰テストプロセスを自動化するための概念実証を行いました。 POCは正常に機能し、最終的に、自動化テストスクリプトを使用して回帰テストを実行することに成功しました。これにより、多くの労力と時間が節約され、プロセス全体の改善に貢献しました。
上記の5つのレベルすべてを通過した後、レベル3に到達するのは難しいようです。それが達成されると、次のレベルはそれほど遠くなく、達成するのは難しいことではありません:)
追加情報
今日、CMMIモデルが普及し、CMMを引き継いでいます。 CMMI（能力成熟度モデル統合）は、CMMの後継に他なりません。これは、CMMの個別のモデルを処理し、従来のCMMの欠点を克服する統合アプローチです。また、CMMと同様の5つのレベルがあります。
以下は、CMMとCMMIの違いを学び、これら2つを比較できる非常に便利なリンクです。
binファイルをどのように開きますか
ソフトウェアテスト市場では、ここで言及する価値のあるCMMIレベル5の名前のいくつかはCapgemini IndiaPvtです。 Ltd –「FSGBUインド–開発およびテストプロジェクト」、Capita –「ITプロフェッショナルサービス–テストプロジェクト」およびInfosys Public Services –「ソフトウェア開発、保守、およびテスト」。
さまざまな組織のCMMI評価を取得できます ここに 。
参考文献： SEIとは何ですか？ CMM？ ISO？ IEEE？ ANSI？それは役に立ちますか？
これはによるゲスト記事です Meenal Balajiwale
Meenalは、MNCのチームリーダーとして働いています。彼女は、機能、データ、パフォーマンス、およびセキュリティのテストを実行するための全体的なQAプロセスを専門としています。ウォーターフォールモデルとアジャイルモデルに取り組みました。私はBIテスト、Webテスト、データ品質にも取り組んできました。
以下のコメントに質問を投稿してください。
推奨読書
- 最高のソフトウェアテストツール2021 (QAテスト自動化ツール)
- コンプライアンステスト（コンフォーマンステスト）とは何ですか？
- ビジネスプロセステスト（BPT）-BPTを使用してテストプロセスを簡素化および高速化する方法
- PrimereBookダウンロードのテスト
- アドホックテスト：正式なテストプロセスなしで欠陥を見つける方法
- アジャイルプロセスへの移行を成功させるためのアジャイルテストマインドセットの開発に向けた4つのステップ
- B2B（企業間）ゲートウェイテストプロセス
- ソフトウェアテストでのチームビルディング-QAチームを構築して成長させる方法