SQiP2023 C3-2 A

一般財団法人日本科学技術連盟
ソフトウェア品質シンポジウム2023 C3-2 招待講演③【SQiP2022 Best Paper Future Award】

ステークホルダーのアクションと関心事に着目したレビュー観点導出手法〜今日からあなたも上級レビューア！ 『SAKE』の提案〜
2021年度 SQiP研究会 研究コース２(ソフトウェアレビュー) 観抽Hi チーム
茂木 郷志

パナソニックＩＴＳ(株）村田 健二 三菱総研ＤＣＳ(株）

主査：

中谷 一樹

樋口 雄基

三菱プレシジョン(株）濱田 航一 ＩＤＥＣ(株)副主査：

上田 裕之 （株)ＤＴＳインサイト

宇根 勲

ＳＣＳＫ(株）児玉 敬

アドバイザー：安達 賢二 （株)ＨＢＡ

蜂須賀 夏子 (株)オージス総研

旭化成(株）

ＴＩＳ(株）

背景・課題
提案手法

目次

Step１

レビュー観点導出フェーズ

Step２

レビュー観点補充フェーズ

検証結果
まとめ

2022~2023でのより実戦的な取り組み
ソフトウェア品質シンポジウム2023

背景・課題ソフトウェア品質シンポジウム2023

上級レビューア
重大な欠陥をどんどんみつける

重要

重要
経験の浅いレビューア

致命的軽微な欠陥しか指摘できない

重要

超重要

・｢てにをは｣の違和感「画面Aのデータを入力」…｢に｣｢へ｣｢で｣？

「Aの入力値の上限の変更」…｢の｣が多い！

・言葉の微妙な違い「ユーザ」と「ユーザー」「切替」と「切り替え」

レビュー効果＝高etc

レビュー効果＝低ソフトウェア品質シンポジウム2023

経験の浅いレビューア
軽微な欠陥しか指摘できない・｢てにをは｣の違和感「画面Aのデータを入力」 …｢に｣｢へ｣｢で｣？
「Aの入力値の上限の変更」…｢の｣が多い！
上級レビューア
重大な欠陥をどんどんみつける・言葉の微妙な違い「ユーザ」と「ユーザー」「切替」と「切り替え」

重要

重要

etc

致命的

超重要
重要

レビュー効果＝高レビュー効果＝低すべてのレビューを上級レビューアにチェックしてもらう？？
上級レビューアが足りないプロジェクトに引っ張りだこで多忙かけもちするとミスが増える

頼りすぎると新たなレビューアが育たない上級レビューア

経験の浅いレビューア

重大な欠陥をどんどんみつける

軽微な欠陥しか指摘できない・｢てにをは｣の違和感「画面Aのデータを入力」

重要

重要…｢に｣｢へ｣｢で｣？

「Aの入力値の上限の変更」…｢の｣が多い！

・言葉の微妙な違い
致命的「ユーザ」と「ユーザー」

超重要
重要

レビュー効果＝高「切替」と「切り替え」

etc

レビュー効果＝低上級レビューアみたいに重大な欠陥を検出したい！

間違えを見つけて、チャットに投稿してください間違え探し・・

Copyright © Software Quasol@HBA , All Rights Reserved
ソフトウェア品質シンポジウム2023

間違え探し点点

Copyright © Software Quasol@HBA , All Rights Reserved

・・□隊列が乱れているのは？
□顔が青ざめている人は？
□人ではないのは？
ソフトウェア品質シンポジウム2023

間違え探し・・

Copyright © Software Quasol@HBA , All Rights Reserved□隊列が乱れているのは？
□顔が青ざめている人は？
□人ではないのは？
ソフトウェア品質シンポジウム2023

上級レビューアみたいに重大な欠陥を検出したい！
レビュー観点が重要

見るべきポイントUX
稼働率

レビュー観点が大切

２段階認証
文字列チェック
ソフトウェア品質シンポジウム2023

上級レビューアみたいに重大な欠陥を検出したい！
レビュー観点が重要

観点？
決めてない

ソフトウェア品質シンポジウム2023

上級レビューアみたいに重大な欠陥を検出したい！
レビュー観点が重要

既存の観点を使えばいいじゃん
観点？

決めてない
SQuaREとか…

チェックリストとか…

上級レビューアみたいに重大な欠陥を検出したい！
レビュー観点が重要

抽象的：汎用的でイメージできない
SQuaREとか…

チェックリストとか…

粒度

レビュー対象に合わせて落とし込むには…



レビューアのレベルに合った適切な粒度とは…

具体的：細かすぎて全部見れない上級レビューアと同等レベルのレビュー指摘ができるようにするために解決したいこと・
解決アプローチ

新たなレビュー観点導出手法を考案する

１

プロジェクトやレビュー対象物の特性を踏まえたレビュー観点の導出

２

上級レビューア以外でも欠陥を検出できる粒度のレビュー観点の導出

ソフトウェア品質シンポジウム2023

ステークホルダーのアクション・関心事からレビュー観点を導出『SAKE Method』（Stakeholder Action Kanshingoto Extraction)
Concern〜今日からあなたも上級レビューア！ 『SAKE』の提案〜

ソフトウェア品質シンポジウム2023

SAKE
Method

２つのフェーズと６つのステップ
Stakeholder
ActionKanshingoto
Extraction

Step1
観点導出
フェーズ

• 1-1 ステークホルダーの抽出• 1-2 アクションの抽出• 1-3 関心事の抽出• 1-4 レビュー観点の導出・粒度調整

Step2
観点補充
フェーズ

• 2-1 レビュー観点の体系的整理• 2-2 レビュー観点の補充

ソフトウェア品質シンポジウム2023

SAKE
Method

２つのフェーズと６つのステップ
Stakeholder
ActionKanshingoto
Extraction

Step1
観点導出
フェーズ

• 1-1 ステークホルダーの抽出• 1-2 アクションの抽出• 1-3 関心事の抽出• 1-4 レビュー観点の導出・粒度調整

Step2
観点補充
フェーズ

• 2-1 レビュー観点の体系的整理• 2-2 レビュー観点の補充

ソフトウェア品質シンポジウム2023

SAKE
Method
２つのフェーズと６つのステップ
StakeholderAction
KanshingotoExtraction

観点導出フェーズ

1-1 ステークホルダーの抽出
1-2 アクションの抽出
1-3 関心事の抽出
1-4 レビュー観点の導出・粒度調整

Step1-1
ステークホルダーの抽出

ソフトウェア品質シンポジウム2023

製品/設計成果物のレビューとは魅力的な製品にしたい！

<ユーザー><企画者><営業>

使いやすくあってほしい

安く売りたい！

要求

設計内容が漏れなく実現されていてほしい！

仕様が明確であって欲しい<設計者><プログラマ>
要求

要求

製品

設計成果物

色 々 な 人 の要求事項（ステークホルダー）
ソフトウェア品質シンポジウム2023

製品/設計成果物のレビューとは魅力的な製品にしたい！

<ユーザー><企画者>

使いやすくあってほしい

要求

魅力的か？
設計内容が漏れなく実現されていてほしい！

<営業>
安く売りたい！

使いやすいか？

仕様が明確であって欲しい

安く作れそうか？

<設計者>
漏れがないか？

<プログラマ>

要求

要求

製品

色 々 な 人 の要求事項（ステークホルダー）

設計成果物

明確か？

が正しく反映されているかどうかを確かめること
ソフトウェア品質シンポジウム2023

製品/設計成果物のレビューとは魅力的な製品にしたい！

<ユーザー><企画者>

使いやすくあってほしい

要求

設計内容が漏れなく実現されていてほしい！

SAKE Methodでは...

<営業>
安く売りたい！

仕様が明確であって欲しい<設計者>

ステークホルダーの立場に立って<プログラマ>

要求レビュー観点を導出する！

要求

製品

色 々 な 人 の要求事項（ステークホルダー）

設計成果物が正しく反映されているかどうかを確かめること
ソフトウェア品質シンポジウム2023

Step1-1 ステークホルダーの抽出製品に関わる全てのステークホルダーを抽出する<ステークホルダー>???

交通費
精算システム<ステークホルダー>???

ステークホルダー？
<ステークホルダー>???

<ステークホルダー>???

<ステークホルダー>???

Step1-1 ステークホルダーの抽出製品に関わる全てのステークホルダーを抽出する<ステークホルダー>

ユーザー

交通費
精算システム<ステークホルダー>

SW要件定義担当者<ステークホルダー>~~設計者<ステークホルダー>

コーディング担当者...

<ステークホルダー>~~テスト設計者

設計者
ユーザー

実装者
テスター

Step1-1 ステークホルダーの抽出製品に関わる全てのステークホルダーを抽出する<ステークホルダー>

ユーザー<ステークホルダー>

~~設計者

...

交通費
精算システム<ステークホルダー>

保守・運用<ステークホルダー>

法務<ステークホルダー>ハッカー

 組織図やプロジェクト体制表も参考に！
 製品ライフサイクルをもとに挙げる！
 意図しない結果を生み出すユーザーも挙げる！

SAKEMethod
２つのフェーズと６つのステップ
StakeholderActionKanshingoto
Extraction

観点導出フェーズ

1-1 ステークホルダーの抽出
1-2 アクションの抽出
1-3 関心事の抽出
1-4 レビュー観点の導出・粒度調整

Step1-2
アクションの抽出

ソフトウェア品質シンポジウム2023

Step1-2 アクションの抽出
各ステークホルダーが目的を達成するために行うアクションを抽出する

製品
or
開発成果物

<ステークホルダー>

ユーザー<アクション>???

<アクション>…

???

…

ソフトウェア品質シンポジウム2023

Step1-2 アクションの抽出
各ステークホルダーが目的を達成するために行うアクションを抽出する

交通費精算システム<ステークホルダー>

ユーザー<アクション>

交通費を精算する<アクション>…

…

過去の入力内容を確認する

ユーザーのアクションは…

Step1-2 アクションの抽出
各ステークホルダーが目的を達成するために行うアクションを抽出する

アクションを分解！
交通費精算システム<ステークホルダー>

ユーザー

…

…

<アクション>

交通費を精算する<アクション>
過去の入力内容を確認する<アクション>システムにログインする<アクション>システムに情報を入力する<アクション>

入力情報をシステムに登録する

より具体的にステークホルダーの気持ちが想像できる！

SAKE
Method
２つのフェーズと６つのステップ
Stakeholder
ActionKanshingoto
Extraction

観点導出フェーズ

1-1 ステークホルダーの抽出
1-2 アクションの抽出
1-3 関心事の抽出
1-4 レビュー観点の導出・粒度調整

Step1-3
関心事の抽出ソフトウェア品質シンポジウム2023

Step1-3 関心事の抽出
アクション実施時におけるステークホルダーの関心事を抽出する<アクション>

交通費
精算システム<ステークホルダー>

ユーザーシステムに情報を入力する<関心事>???

<アクション>…

…

…

<アクション>…

ソフトウェア品質シンポジウム2023

Step1-3 関心事の抽出
アクション実施時におけるステークホルダーの関心事を抽出する<アクション>

交通費
精算システム<ステークホルダー>

ユーザーシステムに情報を入力する<アクション>…

…

…

<アクション>…

<関心事>

どんな文字が入力できるのか情報入力の時に気になることは…

Step1-3 関心事の抽出
アクション実施時におけるステークホルダーの関心事を抽出する
4つの要素で考えてみよう！
<アクション>

交通費精算システム<ステークホルダー>

ユーザーシステムに情報を入力する<アクション>

…

…

…

<関心事>

少ない手数で入力を完了させたい<関心事>

誤った値を入力できてしまわないか

期待：「xxであってほしい」
要望：「xxであるべきだ」
懸念：「xxとなってしまわないか」<アクション>…

<関心事>

どんな文字形式が入力できるのか

疑問：「xxは何か, xxはどうであるか」SAKE
Method

観点導出フェーズ

1-1 ステークホルダーの抽出
1-2 アクションの抽出
1-3 関心事の抽出
1-4 レビュー観点の導出・粒度調整

２つのフェーズと６つのステップ

Step1-4

Stakeholder
ActionKanshingotoExtraction

レビュー観点の導出・粒度調整

ソフトウェア品質シンポジウム2023

Step1-4 レビュー観点の導出・粒度調整
関心事からレビュー観点を導出するレビュー観点：「レビュー対象物がどうあるべきか」<アクション>

交通費精算システム<ステークホルダー>

ユーザー<ステークホルダー>
…

<関心事>

システムに情報を入力する

誤った値を入力できてしまわないか<アクション><関心事>…

<レビュー観点>

入力ミス検知機能はあるか

...

ダメかも…
<ステークホルダー>…

<アクション>

…

<関心事>

...

レビューの場で判断可能？

Step1-4 レビュー観点の導出・粒度調整
関心事からレビュー観点を導出する
レビュー観点：「レビュー対象物がどうあるべきか」
レビュー対象物の『該当箇所』と『あるべき状態』をレビューア自身が想起できる程度に粒度を調整する！
<関心事>

誤った値を入力できてしまわないか

<関心事>

...

<関心事>

<レビュー観点>

入力ミス検知機能はあるか<レビュー観点>

不正文字(数値以外の文字)を検出可能か。

この粒度なら判断できそう！

<レビュー観点>

日付、時間などの値の範囲が適切に設定されているか
ソフトウェア品質シンポジウム2023

<アクション>

<関心事>

<観点>

ユーザー

<アクション>

<関心事>

<観点>

<ステークホルダー><アクション>

<関心事>

<観点>

SWアーキテクチャ
設計者<アクション>

<関心事>

<観点>

<アクション>

<関心事>

<観点>

<アクション>

<関心事>

<観点>

<アクション><関心事><アクション><関心事>・・・・・・・・<ステークホルダー>

交通費
精算システム<ステークホルダー>

ハッカー<ステークホルダー>

法務・・・・・・・・

これでレビューはバッチリ！

<アクション>

<関心事>

<観点>

ユーザー

<アクション>

<関心事>

<観点>

<ステークホルダー><アクション>

<関心事>

<観点>

SWアーキテクチャ
設計者<アクション>

<関心事>

<観点>

<アクション>

<関心事>

<観点>

<アクション>

<関心事>

<観点>

<アクション><関心事><アクション><関心事>・・・・・・・・<ステークホルダー>

本当に これで十分ですか？？

交通費精算システム<ステークホルダー>

ハッカー<ステークホルダー>

法務・・・・・・・・

これでレビューはバッチリ！

SAKE
Method
２つのフェーズと６つのステップ
Stakeholder
ActionKanshingoto
Extraction

Step1
観点導出
フェーズ

• 1-1 ステークホルダーの抽出• 1-2 アクションの抽出• 1-3 関心事の抽出• 1-4 レビュー観点の導出・粒度調整

Step2
観点補充フェーズ

• 2-1 レビュー観点の体系的整理• 2-2 レビュー観点の補充

ソフトウェア品質シンポジウム2023

SAKE
Method
２つのフェーズと６つのステップ
Stakeholder
ActionKanshingoto
Extraction

観点補充フェーズ

2-1 レビュー観点の体系的整理
2-2 レビュー観点の補充

Step2-1
レビュー観点の体系的整理

ソフトウェア品質シンポジウム2023

Step2-1 レビュー観点の体系的整理抽出したレビュー観点を「レビュー観点特性表」に当てはめる
抽出したレビュー観点<レビュー観点特性表> (一部抜粋)

・・・

ソフトウェア品質シンポジウム2023

<レビュー観点特性表>
利用時の品質ソフトウェア
製品品質

レビューに必要な観点として一般的に体系化された多様な特性を集約・統合

ドキュメント
品質
レビュー観点特性表?

非機能グレードetc.

Step2-1 レビュー観点の体系的整理抽出したレビュー観点を「レビュー観点特性表」に当てはめる<レビュー観点特性表> (一部抜粋)
機密性

セキュリティ

性能効率性

追跡性

空欄だけど大丈夫!?

パスワードの複雑さが社内のセキュリティルールを満たしているか効率性

リソース拡張性

応答時間の制約が実現可能な値となっているか通信容量のかかる仕様になっていないかSAKE
Method
２つのフェーズと６つのステップ
Stakeholder
ActionKanshingoto
Extraction

観点補充フェーズ

2-1 レビュー観点の体系的整理
2-2 レビュー観点の補充

Step2-2
レビュー観点の補充

ソフトウェア品質シンポジウム2023

Step2-2 レビュー観点の補充
レビュー観点特性表を俯瞰的に観察し、観点を補充する観点の分布を抜け漏れ・偏りに気づく
体 系 的 に 俯 瞰 す る こ と で <レビュー観点特性表> (一部抜粋)
機密性

セキュリティ

性能効率性

追跡性

パスワードの複雑さが社内のセキュリティルールを満たしているか
効率性

リソース拡張性

応答時間の制約が実現可能な値となっているか通信容量のかかる仕様になっていないかStep2-2 レビュー観点の補充
レビュー観点特性表を俯瞰的に観察し、観点を補充する観点の分布を抜け漏れ・偏りに気づく
体 系 的 に 俯 瞰 す る こ と で <レビュー観点特性表> (一部抜粋)
セキュリティ

性能効率性

不足観点を補充！

機密性

追跡性

パスワードの複雑さが社内のセキュリティルールを満たしているかシステムへのアクセス者及び操作者が特定できるか

効率性

リソース拡張性

応答時間の制約が実現可能な値となっているか通信容量のかかる仕様になっていないか

『SAKE Method』
いかがでしたか？？？
製品・プロジェクトに応じた
レビュー観点導出

普段だと見逃しがちなレビュー観点導出

製品・成果物への理解度アップ

自分自身が理解できるレビュー観点導出

レビュー観点導出スキルアップ

検証結果

ソフトウェア品質シンポジウム2023

上級レビューアと同等レベルのレビュー指摘ができるようにするために解決したいこと

１

プロジェクトやレビュー対象物の特性を踏まえたレビュー観点の導出

２

上級レビューア以外でも欠陥を検出できる粒度のレビュー観点の導出

ソフトウェア品質シンポジウム2023

被験者 24 名（7社）※研究員は対象外
SAKEは後で…
グループ

検証方法

A
レビュー対象物
B

目安時間

準備
レビュー

1 回目：RBR(ﾛｰﾙﾍﾞｰｽﾄﾞﾚﾋﾞｭｰ)

2 回目：SAKE(提案手法)

仕様書Ｘ

仕様書Ｙ(交通費精算ｼｽﾃﾑ)(ﾍﾘｺﾌﾟﾀｰ予約ｼｽﾃﾑ)

仕様書Ｙ

仕様書Ｘ

(ﾍﾘｺﾌﾟﾀｰ予約ｼｽﾃﾑ)(交通費精算ｼｽﾃﾑ)

10 分

90 分

(ｽﾃｰｸﾎﾙﾀﾞｰ抽出)(～ ﾚﾋﾞｭｰ観点抽出)

30 分

30 分

検出された欠陥を重大/中程度/軽微に分類して分析

ソフトウェア品質シンポジウム2023

ロールベースドレビュー（ RBR：Role Based Review）とは？
「レビューアは個々のステークホルダーの役割の観点から作業成果物を評価する。」

検証方法

JSTQB Foundation Levelシラバスより

補足

SAKEとの共通点：ステークホルダーの観点がある

SAKEとの違い：具体的な手順は定義されていない
ソフトウェア品質シンポジウム2023

上級以外
[件]
20

検証結果
上級レビューアと同じくらい欠陥検出できたか？

欠陥検出数増!!

上級
欠陥検出数は上級並みに!!

2.3倍）

（

154.06⇒9.38

9.38≒9.63

1050

RBR
RBR

SAKE
SAKE

上級レビューア以外

SAKE
SAKE

RBR
RBR

上級レビューア

重大欠陥

中程度欠陥

軽微欠陥
ソフトウェア品質シンポジウム2023

20.00
[件]
16.00

仕様書X

仕様書Y

交通費精算S

ヘリコプター予約S

重大欠陥

中程度欠陥

軽微欠陥

どちらの仕様書も欠陥検出数が増えた
5.58
6.67

12.00

検証結果1

8.00

4.58

6.33

8.75
8.17

レビュー対象物の特性を踏まえたレビュー観点を導出できたか？

4.00

5.33
4.50

0.00

0.58

RBR

2.08

1.42SAKE

RBR

仕様書Ｘ
例：申請者
『他の利用者の予約閲覧』

2.75

SAKE
仕様書Ｙ
例：役員

『秘書不在時に本人予約』

利用シーンの背景を深く理解した上でレビュー対象物の特性を踏まえた観点を抽出できたから

仕様書X

仕様書Y

交通費精算S

ヘリコプター予約S

100%
80%
60%

検証結果2
上級レビューア以外でも欠陥を検出できる粒度のレビュー観点を導出可能か?

40%
20%
0%

A

B

C

D

上級以外

E

F

G

H

上級

I

J

K

L

M

N

O

P

Q

R

上級以外

仕様書Ｘ
仕様書Ｙ
レビュー観点の粒度はバラバラ

S

T

上級

U

観点粒度-粗観点粒度-細✔ スキルとの依存関係は見られなかった✔ 欠陥検出数との相関も見られなかった

各自の好みの粒度で観点を導出できた
各自の最適な粒度があるのか今後検証したい
ソフトウェア品質シンポジウム2023

SAKEを使った観点導出で、欠陥検出効果あり！
関心事の洗い出しまでは、ほぼ、通常のレビューにおいて脳内でやっている作業に近い(アンケートより)総括
上級レビューア

SAKEを使うことで上級レビューアの思考プロセスをなぞることができた！

まとめソフトウェア品質シンポジウム2023

上級レビューアと同等レベルのレビュー指摘ができるようにするために振り返り
課題の解決策と検証結果

１

プロジェクトやレビュー対象物の特性を踏まえたレビュー観点の導出

２

上級レビューア以外でも欠陥を検出できる粒度のレビュー観点の導出『SAKE Method』（Stakeholder Action Kanshingoto Extraction)

Step1
観点導出フェーズ

Step2
観点補充フェーズ
ソフトウェア品質シンポジウム2023

上級レビューアだけが重大欠陥見つける

Beforeチェックリストや品質特性を使っても、上手くレビューできないSAKEでレビューが変わる!!

レビュー観点導出
手法を確立

After

みんなが、重大欠陥を指摘！！
上手く観点を出せて、重大欠陥を僕でも見つけられるようになった！

ソフトウェア品質シンポジウム2023

2022~2023での実戦的な取り組み

ソフトウェア品質シンポジウム2023

業務への適用事例

SAKEでレビューが変わる!!

【事例1】実務のレビューに適用【事例2】レビュー以外の実務にSAKEのノウハウの一部を活用
事例2のイメージ（課題抽出に活用した事例）※実際の事例とは異なります。

2022~2023での実戦的な取り組み【テーマ】承認手続きのペーパーレス化<ステークホルダー><アクション>

<関心事>

<課題>

担当者

申請する申請はラクになるか申請のフローの検討

上長承認する差戻し可能か？

経理部門

維持費を確保する導入によりトータルコストは下がるのか？

法規部門

エビデンスを保管

法務上、有効な証跡となるのか？

コスト＆効率化の確認
法律上の有効性の確認

ソフトウェア品質シンポジウム2023

有志の勉強会での普及

SAKEでレビューが変わる!!

Connpassでのソフトウェアレビュー勉強会 (2023/6)☆参加者：12人（2/3が5~6年目でレビューについては初心者）☆仮想のテーマを題材に、レビュー観点をSAKEで導出するワークショップ

2022~2023での実戦的な取り組み※Connpass ソフトウェアレビュー勉強会URL
https://softwarereview-studygroup.connpass.com/
ソフトウェア品質シンポジウム2023有志の勉強会での普及

SAKEでレビューが変わる!!

2022~2023での実戦的な取り組み☆SAKEを実際に体験して頂くことができた.
☆多くのコメント（感想・提案）を頂くことができた.

初心者でも観点抽出できた

ステークホルダーから入りアクション⇒関心事の順で観点を出しやすかったチームで実施すると観点出しへの効果＆育成効果もありそう

観点導出に時間がかかるが、一度出した観点を再利用すると効率的
ソフトウェア品質シンポジウム2023

マインドマップの流用

他工程での利用

今後の展望
SAKEの展開・普及のために展開・普及
チームでの実施
手順の簡略化

粒度の再検討ソフトウェア品質シンポジウム2023

さいごにSAKEを使ってSTOP！
欠陥流出
今日からあなたも上級レビューア！

上達しすぎ注意！

ステークホルダーのアクション・関心事からレビュー観点を導出『SAKE Method』

Step1
観点導出
フェーズ

• 1-1 ステークホルダーの抽出• 1-2 アクションの抽出• 1-3 関心事の抽出• 1-4 レビュー観点の導出・粒度調整

Step2
観点補充
フェーズ

• 2-1 レビュー観点の体系的整理• 2-2 レビュー観点の補充

SAKEはレビュー未経験者のトレーニングとしても活用頂けます。
レビュー未経験者は、上級レビューアのサポートのもとで、ご使用ください。
未経験者が単独で行うと効果が出ないおそれがあります。
ソフトウェア品質シンポジウム2023