CMMIの要件管理 プロジェクト管理の仕組み (その2)

更新日

投稿日

 前回のその1に続いて、今回は、CMMIの要件管理です。CMMI では次のこと(特定プラクティスといいます)ができている必要があります。
 
 (1) 要件の理解を獲得する
 (2) 要件に対するコミットメントを獲得する
 (3) 要件変更を管理する
 (4) 要件に対する双方向の追跡可能性を維持する
 (5) プロジェクト作業と要件の間の不整合を特定する
 
 どの項目も「やっている」と答えることができる開発現場が多いと思います。しかし、上記の (4) (5) を満足するためには要求仕様に対して『適切な実現性検討』が実施できている必要があり、実際のところ、十分にできているところは多くはありません。
 
 『適切な実現性検討』ができているということは、要求仕様(外部機能仕様)が希望機能一覧表ではなく、実現妥当性の検証ができているということです。この連載で何度か触れている「できた成り型開発」や「ベストエフォート型開発」では駄目です。「できた成り型開発」というのは、リリース時にできていることが製品仕様になるような開発です。最大限の努力をしたのだから、結果的にできあがったものが製品仕様になる開発スタイルということもできます。このような開発スタイルは多くの開発現場で見ることができるのですが、実現性検討が不十分なまま製品開発を進めているということに他なりません。
 
 適切に実現性検討が行われている状態とは、要求仕様の一つひとつに対する製品内部の振る舞いが確認できるということです。製品内部の振る舞いによる裏付けがある要求仕様が、実現性検証ができている要求仕様なのです。
 
 ここで、要素技術開発における実現性検討と製品開発における実現性検討はそのアウトプットは大きく違うことに注意してください。ここで話題にしているのは、製品開発における実現性検討であり、要求仕様の一つひとつに対する製品内部の振る舞いが文書で確認(追跡)できることと、製品内部の機能ユニット/モジュール/ブロックの一つひとつが関係している要求仕様を文書で確認(追跡)できることが要求されます。これが「双方向の追跡可能性を維持」しているということです。
 
 「双方向の追跡可能性維持」を断片的に設計文書化しているところはありますが、適切に実施できているところは QFD(品質機能展開)関連の手法・技法を導入しているか、少なくとも図32のようなマトリクスが設計文書に含まれているはずです。これを製造業ではあまり見かけることはありません。
 
                   R&D
図32.要求仕様と内部構成の双方向追跡を可能とする設計文書
 
 ところで、『適切な実現性検討』ができていれば、仕様変更や設計変更に強い開発になります。図32のような設計文書があれば、仕様変...
 前回のその1に続いて、今回は、CMMIの要件管理です。CMMI では次のこと(特定プラクティスといいます)ができている必要があります。
 
 (1) 要件の理解を獲得する
 (2) 要件に対するコミットメントを獲得する
 (3) 要件変更を管理する
 (4) 要件に対する双方向の追跡可能性を維持する
 (5) プロジェクト作業と要件の間の不整合を特定する
 
 どの項目も「やっている」と答えることができる開発現場が多いと思います。しかし、上記の (4) (5) を満足するためには要求仕様に対して『適切な実現性検討』が実施できている必要があり、実際のところ、十分にできているところは多くはありません。
 
 『適切な実現性検討』ができているということは、要求仕様(外部機能仕様)が希望機能一覧表ではなく、実現妥当性の検証ができているということです。この連載で何度か触れている「できた成り型開発」や「ベストエフォート型開発」では駄目です。「できた成り型開発」というのは、リリース時にできていることが製品仕様になるような開発です。最大限の努力をしたのだから、結果的にできあがったものが製品仕様になる開発スタイルということもできます。このような開発スタイルは多くの開発現場で見ることができるのですが、実現性検討が不十分なまま製品開発を進めているということに他なりません。
 
 適切に実現性検討が行われている状態とは、要求仕様の一つひとつに対する製品内部の振る舞いが確認できるということです。製品内部の振る舞いによる裏付けがある要求仕様が、実現性検証ができている要求仕様なのです。
 
 ここで、要素技術開発における実現性検討と製品開発における実現性検討はそのアウトプットは大きく違うことに注意してください。ここで話題にしているのは、製品開発における実現性検討であり、要求仕様の一つひとつに対する製品内部の振る舞いが文書で確認(追跡)できることと、製品内部の機能ユニット/モジュール/ブロックの一つひとつが関係している要求仕様を文書で確認(追跡)できることが要求されます。これが「双方向の追跡可能性を維持」しているということです。
 
 「双方向の追跡可能性維持」を断片的に設計文書化しているところはありますが、適切に実施できているところは QFD(品質機能展開)関連の手法・技法を導入しているか、少なくとも図32のようなマトリクスが設計文書に含まれているはずです。これを製造業ではあまり見かけることはありません。
 
                   R&D
図32.要求仕様と内部構成の双方向追跡を可能とする設計文書
 
 ところで、『適切な実現性検討』ができていれば、仕様変更や設計変更に強い開発になります。図32のような設計文書があれば、仕様変更が生じたときに製品内部のどこの振る舞いを確認する必要があるのか、設計変更が生じたときに要求仕様のどこを確認する必要があるのかがわかるからです。要件管理の仕組み進化・深化は大きな効果につながることがわかります。
 
 
 

   続きを読むには・・・


この記事の著者

石橋 良造

組織のしくみと個人の意識を同時に改革・改善することで、パフォーマンス・エクセレンスを追求し、実現する開発組織に変えます!

組織のしくみと個人の意識を同時に改革・改善することで、パフォーマンス・エクセレンスを追求し、実現する開発組織に変えます!


関連する他の活用事例

もっと見る
追求するのは擦り合わせ能力を活かすマネジメント(その3)

 前回のその2に続いて解説します。図15は製品開発(設計)における調整の仕組みを詳細化したものです。「可視化」「分析」「視点切り替え」3つの要素から成り立...

 前回のその2に続いて解説します。図15は製品開発(設計)における調整の仕組みを詳細化したものです。「可視化」「分析」「視点切り替え」3つの要素から成り立...


ソフトウェア開発の成果物による進捗管理 プロジェクト管理の仕組み (その16)

 前回は、計画時の見積もり精度を上げるための基準モデルと、進捗を見える化するための基本ツールである基本メトリクスセットのひとつ、作業成果物メトリクスについ...

 前回は、計画時の見積もり精度を上げるための基準モデルと、進捗を見える化するための基本ツールである基本メトリクスセットのひとつ、作業成果物メトリクスについ...


‐現場観察のチェックポイント‐  製品・技術開発力強化策の事例(その8)

 前回の事例その7に続いて解説します。現場観察はどのような場合でも非常に大切です。 価値ある情報をくみ上げる観察力を絶えず自己啓発する必要があります。現場...

 前回の事例その7に続いて解説します。現場観察はどのような場合でも非常に大切です。 価値ある情報をくみ上げる観察力を絶えず自己啓発する必要があります。現場...