システム開発における設計品質の分析の進め方（一例）について

投稿日：2022年2月22日更新日：2022年4月22日

＜目次＞

品質の分析は非常に重要ですが、経験がないといざ自分が担当するとなった時に「何からやって良いのか分からない」となってしまいますよね。今回はそういった進め方で悩んでいる方に向けて参考になればと思い、進め方の一例をご紹介します。

今回はシステム開発における「設計書」の品質評価をする場面を例にご紹介します。

（前提）

・設計書の執筆＆レビューが完了した

・レビュー記録表が揃っている

各ブックに分散しているレビュー記録表を１つの表に集約します。集約はVBA等により実施します。

（参考）VBAで複数のブックの内容を集計する方法

（図１１１①）

集計した一覧について、１件ずつ確認を行った上で分類（グルーピングのためのラベル）を付けていきます。

（例）一番右の列に指摘を表現する単語を埋めていきます

（図１１２）

（ポイント）

・もし担当者が入力した原因区分などが残っている場合は、それとは別に区分の選択肢に捕らわれないグルーピングをします（担当者の主観で誤っている部分は、後でまとめて修正する）。

・この作業はなるべく正確に行う事で、後の分析のしやすさにも影響するため、なるべく３～４人の目で確認できるとベストです。時間は掛かりますが、この作業は妥協せずにやった方が後が楽になります。

・ヒアリングすべき事項（指摘内容が不明瞭、指摘の根本原因を聞きたい等）がある場合は、その印（▲要ヒアリング）も付けていくと良いです。

複数人の目で見た結果、区分の修正等が必要と判断されたものは修正して、一覧のデータとしての正確性を上げていきます（担当者の主観で誤っている部分を排除していく）。

綺麗にした分類で、区分毎の集計などを行います。

（図１１３）

このラベルの正確性を上げた状態で、グルーピングした単位で指摘内容を眺めていくと、ある程度似通った傾向などが見つかる可能性が高くなっているはずです。

カテゴリ毎に「根本原因は何か？」、「横展開（同事象が他でも起きる場合の対策）をどうするか？」、「再発防止策はどうするか？」といった事を検討して書いていきます。

なぜなぜ分析をしながら、必要に応じて担当者に当時の「状況」や「心情」などもヒアリングした上で、正しい対策を設定できるように情報を収集します。

ちなみに、このような分析は「定性分析」と呼ばれる手法になります。

それ以外にも、数値的なデータから分析・考察をする「定量分析」という手法もあります。