紹介文 :
テストケースの削減や休日・深夜残業という手を使わずに、進捗の遅れに対処する方法を紹介しています。ボトルネックにおける効率向上や、CCPMバッファ管理グラフによる視覚化など、期間を短縮するための汎用的なテクニックは、現場に導入しやすいでしょう。

紹介文 :
基本仕様の制度や品質は、ソフトウェア開発の後工程の工数や品質に 大きな影響を与えます。 そこでこの論文では、テスト技法であるCFD法を基本仕様策定時に取り入れることで、機能仕様の組合せを正確かつ網羅的に抽出し、あいまい性のない表記で記述する方法を提案しています。 テスト技法を利用した上流工程の改善に効果があります。

紹介文 :
プロジェクトの振り返り”活動結果を、他のプロジェクトでも活用し、反映させ展開することは、実際には難しいという問題がある。 　本テーマは、この問題に焦点を当て、展開すべき振り返り結果の改善策(TRY)の納得感を高めるため、振り返り分析プロセスについて、観点シートで網羅的な成功点/問題点(KEEP/PROBLEM)を抽出し、QCD観点から他への展開の重要度が高い問題点を選定して、それを分析シートで真因分析するよう、手を加えることから始め、担当者だけでなく管理者や改善支援担当も含めた展開のための振り返りも行って、改善策の反映プロセスでの情報伝達・実践状況の実行支援の仕組みまでを一貫させて結合しようとする、組織改善に欠かせないプロセス基盤構築の研究である。

紹介文 :
レビューという品質向上活動そのものを改善することを目的として、 「レビューの振り返り手法」を提案しています。 「レビュー記録という客観的な事実を活用する」、「作成者とレビューアが個別に振り返る」、 「作成者とレビューアがお互いを振り返る」、「継続すべき項目にも着目する」など、 心理的安全性を高めて参加者全員から前向きな意見が抽出され、有意義で合意と納得の行く振り返りができるように工夫をしています。

紹介文 :
過去のレビュー指摘を分類・活用しようとすると、これまでは必ずと言っていいほど、管理者視点で行われてきた。 本論文では管理者視点と共存する形で、作成者視点の分類・活用方法が提案されている。 実験で付与されたタグは大きく６つに分類され、「機能系」「対応方法系」「品質特性系」だけでなく、「注意喚起系」「表現方法系」「影響度系」といった作成者ならでは視点があり、具体的なキーワードでタグが付与されている。 作成者にとってレビュー指摘を検索・活用しやすくなると共に、作成者自身が自由にタグを付与できるため、品質向上活動への能動的な関与の促進が期待できる。 レビュー指摘を組織的に蓄積・横展開し、作成時の品質向上に活用したいと考えている組織の方は、一読されることをお勧めする。

紹介文 :
製品知識や開発情報・技術のノウハウは特定の担当者によって異なるが、偏りが進み過ぎると、伝達すべき情報や技術が継承されず，製品を改造・流用する際に製品仕様や設計、実装時の検討漏れや誤りなどの原因となって問題を引き起こす場合が多い。 　本テーマは、この“いわゆる属人化状態”の分析に焦点を当て、プロジェクトチーム内の担当者同士による技術面での個人依存度の主観的な相互評価の値と、レビュー実施時の各担当者別の発言時間という客観的な測定値とを組み合わせ、担当者を「職人領域」，「属人領域」，「教育領域」，「点検領域」，「適正領域」の五つに分類し、チーム内の担当者の相対的な属人化の進行の不均衡さ（チームバランス）を可視化することによって、 管理者が各領域のバランス状態を確認し、必要な育成リソースに対する過不足を把握して、 問題発生前の事前対応計画作成に役立てられるよう、属人化状態の測定・可視化を通して改善する仕組みを構築しようとする研究である。

紹介文 :
ソフトウェアの設計レビューで指摘できた不具合の発生原因を集め、うまく傾向を分類・分析し、原因の傾向に合わせて適切な対策を実施できているでしょうか？ 実際には傾向分析の入力である、分類した原因区分に誤りが割と多く、傾向分析の結果が不正確で、適切な対策になっていないことが起こりがちです。このため、下流工程のテストでも設計時と類似した原因による不具合が残っていることも少なくありません。 そこで、この論文では、品質管理責任者が原因区分の誤りの程度を判断して傾向分析の“確からしさ”を判断でき、そしてレビュー指摘を受けたレビューイも原因区分の誤りを是正できるような、設計レビューでの不具合の原因区分を明確にする仕組みを研究し、「ARCメソッド(Ascertain the Roots Cause method)」手法を提案しています。

紹介文 :
アジャイル開発の品質保証における製品品質を評価プロセスの改善提案である。開発途中にプロセスゲートという評価マイルストンをおいて品質をみえる化し、それを積み上げていくことで、製品品質の品質保証のための評価法を提案している。

紹介文 :
レビューの品質を第三者が評価して必要に応じて対策を促すことを目的とした「レビュー品質の可視化手法」および新しい品質指標「予測重大欠陥レビュー検出率」を提案しています。 第三者が客観的かつ容易に、そして各プロジェクトの特性を踏まえてレビュー品質を評価出来るように工夫した研究です。

紹介文 :
大規模なパッケージソフトウェアの開発における、テスト用のデータベースのデータ品質保証をテーマとしています。開発環境やテスト環境の運用に関心が有る方に、特にお薦めです。 研究対象の開発やテスト環境の規模が数値で具体的に示され、また、改善前の問題や実施結果が判りやすくまとめられています。大規模開発の経験はないが今後取り組もうとされているに方も、読み進めやすい内容になっています。

紹介文 :
設計を開始する前に要求の漏れを検知し手戻りを抑制することを目的とした「設計着手前レビュー」を提案しています。 「着手前要求確認フレームワーク」と「区分・パラメータ」シートを考案し、 5W1Hの観点で要求を整理し抜け漏れを検知しやすくするための工夫をしています。

紹介文 :
リモートワーク環境下での開発における品質／生産性向上を目的として、「リモート開発におけるレビュー改善方法」を提案しています。 「リモート開発におけるレビュー改善の手順」がわかりやすく、具体的に示されており、「レビュー成功要因関連図」や「レビュー改善Tips」も具体的で実践的な内容が紹介されています。

紹介文 :
本論文では，多くのソフトウェア開発現場で作成・運用されている「チェックリ スト(チェックシート)」の改善を目指した，「Smile - Process for Checklist Design (S-PCD)」法を提案している。 　チェックリストが，チェックを実施する使用者にとっては分かりにくく，チェッ ク作業の効率が良くないものであることが多い。チェックする目的や内容が曖昧で あったり，項目数が必要以上に多いためである。こうした原因がチェックリストを 作成する手法と体系化にあると分析し，チェックリストを改善するために，チェッ クリストの要件定義・設計プロセスをS-PCD法として定義し提案している。 　S-PCD法により、使用者がチェック作業を効率良く行え，ソフトウェア品質向上 に効果があることを実感し，「Smile」を浮かべて作業できるようになり，開発現 場のモチベーションアップに貢献することが期待される。

紹介文 :
レビュー指摘の伝達において、指摘の意図や期待を作成者に上手く伝えることを目的として、「レビューコミュニケーションスタイル手法」を提案しています。 人と人とのコミュニケーションにおいて「人の好みや性格」といった重要とされつつも取り扱うことが難しかった領域に踏み込み、具体的に理論化・手法化してレビューで活用できるように工夫しています。

紹介文 :
本論文では、派生開発において高リスクな不具合を早期に検出しやすくするため、従来のリスクベースドテストよりも軽量なテスト手法を提案している。 具体的には、新旧ソフトウェア間における機能群単位でのテストケース数の変化割合および不具合の検出数からテスト実施の優先度を付ける手法（LightTest-Prioritization Method，LTP-Method）である。これらの情報はプロジェクト情報として揃う情報であるため、テスト実施のために新規で揃える必要がない。これらの情報を説明変数として重回帰分析を行い、高リスク不具合の潜在期待値を機能群ごとに導き出すことで、テスト実施の優先度をつける。 本手法は従来のリスクベースドテストよりも導入しやすくなるため、高リスクな不具合を早期に検出できることが見込まれる。

紹介文 :
熟練度が低いレビューアでも有効な指摘ができるようにすることを目的として、 「熟練レビューアの勘所「トリガーポイント」を活用するレビュー手法」を提案しています。 「他システムからの横展開は敢えて行わない」、「熟練レビューアが教育やフォローを行う」など、 「量」よりも「質」を重視して、実践の場で確実に成果を出せるようにするための工夫をしています。

紹介文 :
本論文では、ソフトウェア開発において，プロジェクトマネージャ(PM)が様々な 進捗会議用の報告資料準備に多大な時間がかかっている問題を解決するために， CSMA(Connect Similar Materials Automatically)法を提案している。 　特筆すべき点は，現在も進捗報告で多くの人が利用しているExcelツールを活用 して，進捗報告資料準備を効率化するところにある。このため特別なPC環境を用意 することなくCSMA法を導入して利用できる。 　初期設定しておくことで，PMが行っている進捗報告資料準備作業(複数の進捗報 告資料のマージ，データの修正)をExcelツールが代行するので，関係部門が多く 長期間で進捗報告の回数の多いプロジェクトほど削減効果を高められる。 　本論文にExcelツールを添付しているので是非活用いただきたい。

紹介文 :
レビューの実施方法が固定化されているために発生している様々な問題を解決する ことを目的として、「オプティマイズ・レビュー・マップ手法」を提案しています。 世の中に数あるレビュータイプ(パスアラウンド等)を活動要素の単位に細分化し、 それらの活動要素と効果の関連性を示すことで、レビューで得たい効果に応じて、 レビューの活動要素を柔軟に設定できるように工夫しています。

紹介文 :
開発中のプロセスメトリクス（レビューやテストの欠陥数や各工程の工数等）を使って、リリース後の不具合発生確率を予測するモデルをロジスティック回帰分析を用いて構築しています。一般的に予測モデルというと予測精度の高さにばかり焦点が当たりがちですが、本研究では予測精度よりもモデルの意味するところが、開発現場のプロセス改善に良い方向づけを与えるかどうかに拘ってモデル構築を行っています。また最初に構築したモデルは開発現場に提示しづらいものでしたが、説明変数の選択や使い方を工夫して、現場にとって納得感のあるモデルを構築することができました。メトリクスを活用して予測モデルを作成する際のエッセンスが詰まった研究となっていますので、是非とも参考にしてください。

紹介文 :
ソフトウェア及びシステムのテストでは、市場で発生する可能性のある故障発生数を予測して、テスト完了を判断方法や定量的な基準を明確にすることができていますか？ これらは、特に自動車開発におけるテストで解決が難しい課題となっています。 この論文では、ソフトウェア開発委託取引先からの受入れテスト時に、市場発生する可能発生数の予測をして、テスト完了時期を判断する方法と基準について研究しています。このため、ソフトウェア信頼度成長モデルを用いた故障率の減衰予測と市場使用期間での累積故障発生数を指数関数モデル化した予測とを組み合わせた予測手法を提案・分析しています。さらに、ユースケーステスト結果も追加評価して潜在故障数を予測することによる二重判断、及び受入れテストでの検出故障が収束傾向にない場合の対策として、開発組織の原因分析・対策活動の促進状況の判断も加えて、故障の市場発生数を予想評価してテスト完了時期を判断する包括的な方法（「オーカマモデル」）を提案しています。