紹介文 :
同値分割法、境界値分析法、CFD法、デシジョンテーブル、HAYST法、All-Pair法、状態遷移テストといったテスト技法のメリットや学んだことによる気づきが整理されています。これからテスト技法の習得や導入を検討している人に参考になります。

紹介文 :
企画品質、要求を満たしている、すなわち、不具合がないといった(あたりまえ)品質ではなく、ユーザーにとって魅力的な製品企画を目指した評価方法をユーザエクスペリエンス(UX)手法の一部である「ペルソナ」や「シナリオ」を組み合わせを用い。具体的な事例と共に提案しています。あたりまえ品質から魅力的品質へ、顧客満足度を向上させ次回も後継製品を愛用してもらえる品質を目指す方にお勧めします。

紹介文 :
複数の組織がソフトウェアシステムを共有する状況で、届けられた変更依頼が「共通仕様」における変更かどうかを判断できずに変更モレを起こすケースが少なくない。このようなケースでは「人（熟練者）」に依存することが多いが、この研究では、共通仕様に関する変更情報を１箇所に集約して「共有」したことと、共通仕様の判断が困難なときは無理に判断せずに一時「保留」する仕組みを取り入れ、そこに熟練者が判断する機会を集中させたことで、熟練者の負荷を下げているという方法を取った。もう一つの特徴は、共通仕様から「USDM」への展開を自動化したことである。これによって、関係部門に対して同じフォームで展開できるというメリットがある。「熟練者」が関わる部分と「自動化」する部分をうまく使い分けている。

紹介文 :
直交表を用いた組合せテストの方法について丁寧に記述されています。また、適用した結果に対する考察が行われていますので、これから、直交表を使ってみようという人にとってとても参考になると思います。
特に、因子と水準を選定することの重要さについて書かれており、直交表を活用するテスト技法にとどまらず、その先に何が必要かが示されています。

紹介文 :
ソフトウェア開発において、有識者によるレビューは非常に重要である。しかし、ドメイン知識の豊富な有識者の数は限られており、有識者にかかる負担は大きい。有識者の負担を減らす為には、レビューアへの教育が必要である。我々はレビューアが早期にドメイン知識を習得し、より質の高いレビューができるようにするトレーニング手法について研究してきた。
我々は2014年度SQiP研究会にて仕様書に意図的にエラーを埋め込み、それをレビューする手法（EIDeR-Training 法：Error Injected Document Review -Training 法）を提案した。ドメインに特化した欠陥を仕様書に埋め込み、教材とすることで、失敗の疑似体験を可能とした方法である。EIDeR-Training 法の教材の作成は20分程度で可能であり有識者への負担は比較的少ない。実験から一定の効果は見られたものの効果にばらつきがあった。
本報告では効果にばらつきがみられる原因について考察し、EIDeR-Training法の改良を行った。実験の結果、シナリオレビューの手法を取り入れレビューアのレベルに合わせた教材を使ったEIDeR-Training法により、若手レビューアの不具合検出率は３３％～３００％向上した。
本報告では、提案手法とその実験の結果、考察について述べる。

紹介文 :
プロジェクトデータの測定と分析について悩みを持つ組織は数多くあります。また、データ活用ができるかどうかによって、プロセス改善の効果や継続性が左右されるといっても過言ではありません。この論文は研究員企業で用いられているメトリクスについて活用方法、利用者、その効果を幅広く調査しまとめています。また、同様の研究テーマを取り扱った過去の研究成果と比較し傾向をまとめるなど、開発現場が実施しやすく効果の高いメトリクスを検討する場合に参考になります。

紹介文 :
「開発の上流文書の質が良くないと下流のテストがタイヘンになる、だったらテストエンジニアが上流から関わってはどうか」というところから出発した報告です。テストエンジニアの視点は設計者や開発者とは異なることを利用し、テストで発見されるべきバグを要求仕様書の段階で見つける試みです。
設計・開発とテスト担当者が別のチームであるプロジェクトなどには、有効な考え方です。

紹介文 :
増加する派生開発の案件に対応するために、既存の協力会社では間に合わず、新たに外部の協力会社を頼む必要が生じることがある。しかしながら新たに参加する協力会社の技術者には、今回の開発製品やシステムに対するベースの知識が不足していたり、ソースコードの設計の隠れた情報を「読み取るスキル」が不足していたりするため、変更への対応ミスが生じやすい。短い開発期間の中で、このギャップをどのように埋めるかという問題は、多くの現場に共通する問題と思われる。
従来から変更に関連する情報を提供していたが、渡した資料の範囲が広すぎたりしてうまく活用されなかった。その解決方法として、機能と資料とのマトリクスの中で関係情報の所在を示すと同時に、関連する情報を小さな短冊（Chips）にして、目的の箇所に辿りやすくなるように工夫した。マトリクスのマスター情報に対して、今回の変更に関係する箇所がわかるように更新して渡すことで、時間の無駄も省いた。

紹介文 :
　プロジェクトマネジャーは忙しいという研究員の言葉を聞いて、それは『プロジェクトマネジャー消防士論』に則ってないからだとこたえたのが始まり。ここで言う消防士とは、火消しではなく『火事が起きないように願い予防処置をする人』が消防士だ。つまり、火消しは消防士 ではなく、消防士は、自分の仕事が無くなるようにと自己否定しながら生きる不思議な人だ。
そのためにはどうすれば良いか。人、組織、システム化対象物、プロジェクト、ソフトウェア、コンピュータの仕組みなど諸々を知り、その特性に合わせて予防処置をすることだ。つまり、プロジェクト・マネジャは、物事の本質をとらえて意思決定をすることである。
さて、本質とは何か。論文を読んでいただこう。

紹介文 :
プロジェクトにおける標準プロセスの定着度を、実態に合う形でより正確に評価するメトリクスを提案しています。具体的には、プロセスが定着していることを、仕組みが機能し、ルールが守られ、継続的な改善が行われていることととらえ、それぞれの観点から評価するメトリクスを用意しています。また、測定を正確に行うための各種チェックリストを用意している点も、この方法の有効なポイントです。

紹介文 :
プロセスを定着させる重要なポイントとして、継続的な改善がありますが、ここでは、継続的改善を具体的に行う手法／手順を提案しています。原因分析シート、不遵守原因リスト、対策分析シートを用いた方法は、具体的で説得力があり、ここで提案された方法を各所で実践されることをお薦めします。

紹介文 :
ドキュメントに敢えて記載されることがない暗黙的な情報（ステルス情報）を、レビューの場に引き出し活用することで、認識齟齬や漏れに起因する重大な欠陥を検出するレビュー手法『SBR法（ステルス・ベースドレビュー手法）』を考案している。
ステルス情報を、所有者（ユーザ、プロジェクト、作成者）と、種類（状況、知識、経験）で掛け合わせたマトリクスで整理したり、レビュー対象のプロジェクト特性によってパターン化したり、具体的な引き出し方法についても工夫されている。

紹介文 :
アジャイル開発手法「スクラム」を用いた開発プロジェクトでは、プロダクトオーナー(PO)から見ると、反復開発するスプリント毎では順調に思えたのが、実は開発状況をうまく把握できていなかったために、品質(Quality) ，コスト(Cost) ，納期(Delivery)の問題が開発プロジェクトの後半に発覚することも少なくありません。
そこで、各スプリントと開発プロジェクト全体の問題を可視化し、POがQCD問題の予兆を察知して対策するきっかけを掴めるような「勘所性」のあるメトリクスを提案しています。プロダクト品質の技術面とプロジェクト管理面から絞り込んだ１７種のメトリクスで、開発プロジェクトのメンバからの有益性、実現可能性の評価についても調査しています。

紹介文 :
メトリクスの組織への導入には、先ず「何のために測定するのか」「何に使うか」が、明確である必要がある。
GQM手法（Goal Question Metrics）は、組織の改善目標と測定データを紐付する道筋を与えてくれるツールであるが、GQM手法の有益性を解り易く紹介している。

紹介文 :
レビュー効率と効果向上に関する新技法の提案論文。欠陥検出率の向上と、コスト効果を改善する方法として、メトリクス測定＋仮説立案を利用に言及している。
品質系、特にレビュー技法に対するメトリクス利用の論文は一般に少ないこと、また当該論文にて言及している「間接メトリクス」に関してはプロセスメトリクス・プロダクトメトリクスのいずれでもない新たなメトリクス分野として注目に値する。

紹介文 :
どうせプロジェクトをやるのならば、「やってよかった」と思えるプロジェクトにしたい。そのためには、プロジェクト参加者のモチベーションを引き出す環境が必要です。
この論文では、何がプロジェクト参加者のモチベーションに影響しているかを明らかにしています。
プロジェクト管理者、プロジェクトマネジャ、プロジェクトリーダの方々にはぜひ読んでほしい論文です。

紹介文 :
ソフトウェアのテストについてはソフトウェア工学において研究が進んでいる分野ではあるが、そこにまた新たな視点が加わった。本論文はレビューで早期にエラーを検出する際に3つのレビュー観点を提案するものだ。レビュー品質の向上を目指す方にぜひご一読いただきたい。

紹介文 :
要件定義段階で顧客・ユーザとの認識の齟齬を減らすには、UX手法が効果的ですが、
開発現場で導入するにはまだまだ敷居が高い状況です。しかし、従来のやり方や設計書の
書式を大きく変えなくても、要件定義時に5W1Hを考慮するというちょっとした工夫を
加えるだけで、要件の齟齬や漏れを減らす効果があります。
またスマートスピーカーを題材にした検証結果も掲載されており、実践の参考になります。

紹介文 :
ペルソナやペーパプロトタイピングといった代表的なUser eXperience（UX）デザイン手法を組み合わせて具体的に用いた結果と、その結果から考察される効果や考慮点をまとめています。UXデザイン手法を学ぶ上でコンパクトに主要な手法がまとめられ、図解も多く役立ちます。

紹介文 :
品質機能展開の二元表を用いて、コンポーネント（部品や関数）と要求および他のコンポーネントとの依存関係を識別しておくことで、要求の追加や変更等における影響範囲を容易に特定し、テスト範囲や優先順位の決定に役立てる方法を提案しています。提案方法の利用手順や典型的な利用方法が、例示を伴って具体的に示されており、利用の検討にあたり役立ちます。