Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
JaSST2022Tokyo_F6SoftwareReviewWorkshop_digest
Search
kitanosirokuma
March 11, 2022
Technology
0
200
JaSST2022Tokyo_F6SoftwareReviewWorkshop_digest
JaSST2022Tokyo_F6) digest Document of Software Review Workshop
kitanosirokuma
March 11, 2022
Tweet
Share
More Decks by kitanosirokuma
See All by kitanosirokuma
JaSSTReview2022_ReviewWorkshop.pdf
kitanosirokuma
3
1.4k
20220711ReviewWork01_Structured_for_review_purposes.pdf
kitanosirokuma
0
580
ソフトウェアレビュー研究結果の認知拡大と適用促進
kitanosirokuma
0
330
チームの文化を創る_ふりかえりカンファレンス2022
kitanosirokuma
1
1.1k
レビューが教えてくれたこと~for WACATE2021Winter
kitanosirokuma
0
1.9k
SaPIDによる現状業務・事業分析事例(図書館システム)
kitanosirokuma
0
260
SaPIDによる業務・事業開発事例(図書館システム)
kitanosirokuma
0
170
現状分析→価値開発→仕様化&テスト設計の展開事例解説(3回シリーズ)_概説
kitanosirokuma
0
260
レビューの成功要因はどの程度のキキメがあるの?
kitanosirokuma
0
470
Other Decks in Technology
See All in Technology
OS 標準のデザインシステムを超えて - より柔軟な Flutter テーマ管理 | FlutterKaigi 2024
ronnnnn
0
200
Can We Measure Developer Productivity?
ewolff
1
150
The Role of Developer Relations in AI Product Success.
giftojabu1
0
130
100 名超が参加した日経グループ横断の競技型 AWS 学習イベント「Nikkei Group AWS GameDay」の紹介/mediajaws202411
nikkei_engineer_recruiting
1
170
マルチモーダル / AI Agent / LLMOps 3つの技術トレンドで理解するLLMの今後の展望
hirosatogamo
37
12k
CDCL による厳密解法を採用した MILP ソルバー
imai448
3
140
Amplify Gen2 Deep Dive / バックエンドの型をいかにしてフロントエンドへ伝えるか #TSKaigi #TSKaigiKansai #AWSAmplifyJP
tacck
PRO
0
390
EventHub Startup CTO of the year 2024 ピッチ資料
eventhub
0
120
プロダクト活用度で見えた真実 ホリゾンタルSaaSでの顧客解像度の高め方
tadaken3
0
180
ノーコードデータ分析ツールで体験する時系列データ分析超入門
negi111111
0
420
【Pycon mini 東海 2024】Google Colaboratoryで試すVLM
kazuhitotakahashi
2
540
AIチャットボット開発への生成AI活用
ryomrt
0
170
Featured
See All Featured
Building Flexible Design Systems
yeseniaperezcruz
327
38k
Scaling GitHub
holman
458
140k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
126
18k
Site-Speed That Sticks
csswizardry
0
28
Visualization
eitanlees
145
15k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
48k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.3k
What's new in Ruby 2.0
geeforr
343
31k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
27
4.3k
A Philosophy of Restraint
colly
203
16k
How to Ace a Technical Interview
jacobian
276
23k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
250
21k
Transcript
そ ゆ こ と ね ! よくわかるレビューテクニック ~明日から使える技術をSQiPレビュー研究会からあなたに 中谷 一樹(TIS)・上田
裕之(DTSインサイト)・安達 賢二(HBA) 3/11(金) (2日目) 10:00-12:00 (120分) F6)公募ワークショップ ソフトウェアレビュー 1 Copyright © SQiP Review Study Group , All Rights Reserved
セッションの内容 • 本セッションを実施する私達3名は、日科技連 ソフトウェア品質管理(SQiP) 研究会のレビュー研究コースで指導講師として活動しています。 https://www.juse.or.jp/sqip/workshop/index.html • 本研究会ではソフトウェアレビューに関する研究を行い、毎年1~3本の研究結果を論 文として発表していますが、せっかく議論を重ねて生み出した良い研究が、それを必要とす る現場の方に知られていないという現状があります。
そこで本セッションでは、研究会で過 去に発表したレビューに関する論文や研究会における指導内容から、現場でレビューアと しての能力を高める、レビューの効果的・効率的実践に役立つ複数のレビュー手法・技法 の演習を行い、それらの効果や適用の問題点と解消方法を議論します。 2 Copyright © SQiP Review Study Group , All Rights Reserved
主査 中谷一樹 副主査 上 田 裕 之 アドバイザー 安達賢二 3
・知力:★★★ ・体力:★★★★★(♡) ・男気:★★★★★ (♡) ・突っ込み力:★★★★★ ・アイドル追っかけ度: ★★★★★★ ・Guitar力: ★★★★★ ・ファシリ力:★★★★★★★★★★★★ ※東北おじさんファシリの場合 ・知力:★★★★★★ ・体力:★★★ ・包容力:★★★★★★ ・突っ込み力:★★★★ ・二枚目力:★★★★★ ・おとーさん力: ★★★★ ・関西力:☆彡☆彡 ・お色気: ★★★★★★★★★★ ・知力:☆(^^;;; ・体力:★★★★★(雪かき時) ・更年期力: ★★★★★ ・SaPID力:☆彡☆彡☆彡☆彡☆彡 ・俊敏性:☆ ・菓子パン力:★★★ ・コミュ力:☆ ・田舎者力: ★★★★★★★★★ SQiP Review Study Group Copyright © SQiP Review Study Group , All Rights Reserved
年度 手法名 概要 2021-1 Create-3R-Plan法 プロジェクトリスクに基づくレビュー戦略立案手法 ( C r e
a t e p l a n b y 3 R - P l a n : R i s k R e l a t e d t o R e v i e w P l a n n i n g ) 2021-2 SAKE法 ステークホルダーのアクションに着目したレビュー観点導出手法 ( S t a k e h o l d e r A c t i o n K a n s h i n g o t o E x t r a c t i o n ) 2020-1 UnReT法 リモートワークでの効果的レビュー改善手法 ( R e v i e w i m p r o v i n g m e t h o d b y U n d e r s t a n d i n g r e v i e w s u c c e s s f a c t o r s R e l a t i o n a n d u t i l i z i n g T i p s ) 2019-1 ORM法 効果に応じたレビュー活動要素選定:オプティマイズ・レビュー・マップ ( O p t i m i z e R e v i e w M a p ) 2019-2 TPDR法 熟練レビューアが持つ「トリガーポイント」から指摘観点導出 ( T r i g g e r P o i n t D r i v e n R e v i e w ) 2019-3 R3法 レビュー記録票活用レビュー振り返り手法 ( R e t r o s p e c t i v e m e t h o d f o r r e v i e w i m p r o v e m e n t u s i n g R e v i e w R e c o r d f o r m ) 2018-1 P2DIET法 重大欠陥予測手法を活用したレビュー品質評価技法 ( b y u s i n g P r e - P r e d i c t e d D e f e c t I n d i c a t o r s , E v a l u a t i o n T e c h n i q u e o f t h e r e v i e w q u a l i t y ) 2018-2 NLR法 要求に無い想定しておくべき条件に着目した設計着手前レビュー ( s u p p o s e a n d m a k e u p f o r N e c e s s a r y b u t L e a k e d R e q u i r e m e n t s ) 2018-3 RCS法 指摘を前向きに受け止めてもらうためのレビュー手法 ( R e v i e w C o m m u n i c a t i o n S t y l e ) 2017-1 D2BOCs法 作成者の認知バイアスに着目したレビュー手法 ( D e f e c t D e t e c t i o n f r o m B a c k g r o u n d o f C o g n i t i v e b i a s ) 2017-2 RAT法 タグ付けによるレビュー指摘の効果的活用手法 ( R e v i e w i n f o r m a t i o n A d d T a g s ) 4 SQiP研究会レビュー分科会 研究成果(1/3) 参考:SQiPソフトウェア品質ライブラリー:https://www.juse.jp/sqip/library/ 今回参考にした手法 Copyright © SQiP Review Study Group , All Rights Reserved
年度 手法名 概要 2016-1 WUT法 レビューア向け思考能力(仮説力・要約力)トレーニング法 ( W o r
k i n g M e m o r y U t i l i z i n g T r a i n i n g ) 2016-2 TMBRI法 レビュー会議可視化で目的の曖昧さを明確にする手法 ( T i m e M e a s u r e B a s e d R e v i e w I m p r o v e m e n t ) 2016-3 RFR法 作成者の抵抗感を軽減する指摘伝達手法 ( R e v i e w F e e d b a c k w i t h o u t R e l u c t a n c e ) 2015-1 DPDT法 欠陥パターンに基づく欠陥検出テクニック習得法(チョコトレ) ( D e f e c t P a t t e r n s – D e t e c t i o n T e c h n i q u e ) 2015-2 SBR法 プロジェクト特性によるステルス潜在事項推測手法 ( S t e a l t h B a s e d R e v i e w ) 2014-1 SRM レビューの効率化を目指すレビュー戦略マニュアル ( S t r a t e g i c R e v i e w M a n n u a l ) 2014-2 EIDeR-Training 法 レビューアのドメイン知識を飛躍的に向上させるトレーニング ( E r r o r I n j e c t e d D o c u m e n t R e v i e w – T r a i n i n g ) 2014-3 MeRMAID プロジェクト特性によるレビュープロセス適用と成熟度に応じたレビュー改善 ( 「 M e t r i c s , R e s o u r c e , M i n d , A s s e t s , I m p r o v e , D o c u m e n t 」 - C h e c k ) 2014-4 TPR法 重大欠陥を早期是正するレビュー手法(3分割レビュー) ( T r i P a r t i t i o n R e v i e w ) 5 SQiP研究会レビュー分科会 研究成果(2/3) 参考:SQiPソフトウェア品質ライブラリー:https://www.juse.jp/sqip/library/ 今回参考にした手法 Copyright © SQiP Review Study Group , All Rights Reserved
年度 手法名 概要 2013-1 DCC法 欠陥知識(欠陥連鎖チャート)を有効活用したレビュー方法 ( D e f
e c t C h a i n C h a r t ) 2013-2 HARVESTER 指摘を軽微欠陥から重大欠陥へシフトさせるレビュー時の新規役割 ( H A R V E S T E R a s a n e w r o l e o f i n r e v i e w ) 2013-3 問診法 重大欠陥検出に集中するための問診によるレビューポイント導出方法 ( a g r e e w i t h a n a u t h o r o n r e v i e w p o i n t s i n a d v a n c e a f t e r a n i n t e r v i e w ) 2012-1 CR法 重大欠陥を効率よく検出する観点の段階的設定によるレビュー実践手法 ( C o n t i n u o u s R e v i e w ) 2012-2 RDT法 ビジネスリスクに着目したリスク欠陥ツリーによるレビューポイント導出方法 ( R i s k D e f e c t T r e e ) 2012-3 HDR法 仮説駆動型レビュー手法 ( H y p o t h e s i s D r i v e n R e v i e w ) 2011-2 KiraYubi法 検出難易度の高い欠陥を検出するレビュー方法 ( K i r a Y u b i = K i l l e r S h i t e k i ) 2011-1 ROK法 オリエンテーションキットを用いた育成によるレビュー文化の醸成 ( R e v i e w O r i e n t a t i o n K i t ) 2010-2 CDR法 ソフトウェア品質不安に対する心理的側面に着目したレビュー計画作成技法 ( C o n s e n s u s D r i v e n R e v i e w T e c h n i q u e ) 2010-1 間接メトリクス法 間接的メトリクスを用いて欠陥予測を行うレビュー方法 ( f o r e c a s t i n g d e f e c t b y u s i n g i n d i r e c t m e t r i c s ) 6 SQiP研究会レビュー分科会 研究成果(3/3) 参考:SQiPソフトウェア品質ライブラリー:https://www.juse.jp/sqip/library/ 今回参考にした手法 Copyright © SQiP Review Study Group , All Rights Reserved
受講者のみなさんが感じているレビューの問題点 2022/3/10PM1時点 7 レビューでの見逃しが 多い(時支出来ていない ことも?) 人によってレビュー の観点と粒度がバ ラバラ/ほぼ機能してい ないレビューもある
途中から参加したプロダクト について突っ込んでい いのか悪いのかわか らない レビューイとレビューア間の関係 性が薄くて協力関係にな れなさそうなとき困る レビュー指摘の出来が 不安定 レビュー成果物の質 発言・指摘が毎回同じ人 レビューMTGの進 め方 レビューの効果が可視化で きてない 必要以上に時間が かかっている レビューイの心構え (受け身) レビュー以前に、何がわからな いのか探す習慣がない 非形式なレビューをカジュアル にやってみるなど、取り組みが できていない うまくいってない感を解消したい とおもえる、前向きな気持ちを 育てたい レビューを身近なものにしたい Copyright © SQiP Review Study Group , All Rights Reserved 工数がかかる レビューイ理解度(レ ビューアの伝え方) 経験則に頼りすぎて いる レビュアーの勘と経 験に頼ったレビュー になってしまっている。
本日の進め方 8 Copyright © SQiP Review Study Group , All
Rights Reserved
実施概要・タイムスケジュール 時間(予定) 実施事項 1 10:00~10:05 イントロダクション セッションの趣旨・運営方法の共有など 2 10:05~10:15 チームビルディング
自己紹介・役割の決定など 3 10:15~11:55 レビューワーク(計100分) (1)狙い撃ちレビュー試行(50分) 観点導出(5種類)→個別レビュー実施→結果共有 それぞれのワーク毎にふりかえり (2)集合レビューのあり方を把握(50分) 集合レビューデモ→考察→共有 4 11:55~12:00 まとめ 9 Copyright © SQiP Review Study Group , All Rights Reserved
時間が来るまで実践/時間が来たら終了 あらかじめご了承ください • 普段のレビューでは、レビュー対象すべてをレビューするのが当たり前ですが、本 日は時間が限られているため、 時間枠内で実践する →時間が来たら終了 →試行体験から得られたことをふりかえりに出力 →ふりかえり結果共有 という流れで進めます。
10 Copyright © SQiP Review Study Group , All Rights Reserved
ワーク1:狙い撃ちレビュー(試行)50分間 11 Copyright © SQiP Review Study Group , All
Rights Reserved
ワーク1:狙い撃ちレビュー(試行) タイムスケジュール 12 レビュー観点導出 個別レビュー実施(記録) 個別レビュー実施 (記録) レビュー結果共有~TOP3決定 イントロダクション (1)~(6)レビュー観点導出~個別レビュー実施手法の選択
ふりかえり Copyright © SQiP Review Study Group , All Rights Reserved ふりかえり 10分間 10分間 10分間 3分間 3分間 10分間 選択した手法が重複した場合は調整 1分間 ★手法(1)~(5) ★手法(6)
レビュー対象物 • 交通費精算システム要求仕様(案) 13 P1.背景説明 P2.システム概要説明 P3.交通費精算一覧 P4.交通費精算明細 P5.交通費承認一覧 P6.交通費精算書出力
Copyright © SQiP Review Study Group , All Rights Reserved
レビュー観点導出詳細化・個別レビューアプローチ (1)作成者コンテキストから (2)利害関係者の関心事から (3)対象成果物に求められることから (4)対象成果物によくある欠陥から (5)プロダクトリスクから (6)別モデル表現(状態遷移図)から 14 (1)~(6)の中から今回試してみたいアプローチを2つ選択 可能な限り、チーム内メンバーは別々の手法を選択していただきます
レビュー観点導出 個別レビュー実施 (記録) 個別レビュー実施 (記録) レビュー結果共有~TOP3決定 (1)~(5) (6) Copyright © SQiP Review Study Group , All Rights Reserved
(1)作成者コンテキストから観点導出 (1)作成者はシステム開発経験3年目。これまでは設計のサブ担当者であったが、今回初めてメイン設計担 当として割り当てられた。この分野のシステムを手掛けるのは初めて。 (2)レビュー対象成果物の作成に着手したのは2日前とのこと。 (3)作成者は、過去に参加したプロジェクトで構築したシステムの障害対応に2か月前から借り出され、継続し て残業、休出が突出していた。障害対応は現在も継続中。 (4) レビュー対象成果物(MS-Wordで作成)の最終書き込み日時は今日のAM3:35。 また、当初書き込み日時は、5年前の3/28 AM2:58。
15 着目した兆候 兆候からの仮説 想定される欠陥 レビュー観点 例 当wordファイルの当初書き 込み日時は、5年前の3/28 AM2:58。 過去のプロジェクト成果物を 流用した可能性大 □部分流用した結果、今回 の要件に合わない状態になっ ている □旧成果物の残骸がそのま ま残されている 今回の内容には不必要な/ 不適切な旧成果物の残骸は ないか? Copyright © SQiP Review Study Group , All Rights Reserved
(2)利害関係者の関心事から観点導出 図を参考に利害関係者を明確化→関心事→観点・対象を明確化 16 利害関係者 対象システム における主な活動 システムへの関心事 (期待・疑問・懸念等) 必要なレビュー観点・対象 例.システム設
計担当者 当システムの基本設計を 担当 システム設計に必要な情報が漏 れなく入手できるか? システムに求められる要件が理由や目的、制 約事項と共に明示されているか? Copyright © SQiP Review Study Group , All Rights Reserved
(3)対象成果物に求められることから確認方法導出 引用:要求工学:第3回要求仕様 https://www.bcm.co.jp/site/2004/2004Dec/04-youkyuu-kougaku-12/04-youkyuu-kougaku-12.htm 1.はじめに ドキュメント目的 記述範囲 用語定義 参考文献 全体構成 2.製品の背景と概要
製品の背景 製品機能 ユーザー特性 制約 要求項目の仮定と依存関係 3.具体的な要求事項 外部インタフェース 機能 性能要求 論理データベース要求 設計の制約 非機能要求等ソフトウェア特性 要求仕様の段落構成 ソフトウェア要求仕様の目次例 ソフトウェア要求仕様が持つべき特性 17 観点 確認方法 正当性(Correct) システムに対するすべての要求が含まれ、以外の要求を含まな いこと 無曖昧性(Unambiguous) 全ての要求の意味が一意に識別されること 完全性(Complete) 次をすべて含んでいること=(1)すべての必要な要求、(2)すべ ての入力データと状況に関する応答の定義、(3)用語および図 表の説明 一貫性(Consistent) 要求間で矛盾がないこと 順位付け(Ranked for importance and/or stability) 要求が重要性や安定性に関して順位付けられていること 検証容易性(Verifiable) すべての要求に対して有限のコストで評価可能な手続きが存在 し、検証できること 修正容易性(Modifiable) 要求の変更に対して、容易かつ完全で一貫性を保って修正で きるような構造を持つこと 追跡性(Traceable) 要求の根拠が明確で、開発工程全体で参照できること 例:要求の背景や理由→要求+制約条件が漏れなく 追跡できるかを企画書と要求仕様で目視確認する 観点 確認方法 例.解決したい利用者の課 題に対して必要な機能が 漏れなく明記されているか を目視で存在を確認する 例.目次に該当する事項が 存在しているかを目視で確 認する。 Copyright © SQiP Review Study Group , All Rights Reserved
(4)対象成果物によくある欠陥から確認方法導出 引用/参考:「間違いだらけの設計レビュー改訂版」 18 観点 確認方法 □ユースケースや業務フロー、機能などの開始、終了条件の 不備や条件によるアンマッチ □信頼性、効率性、保守性などの非機能要求の不備や具 体化不足 (非現実的な網羅的設定の場合もある)
□システムのSCOPEや他システムとの境界定義の不備 □要求間、機能間連携部分の例外事項などが一方の備 考欄に記述され、他方で認識されない □実現優先度未設定 例:要求事項単位に優先度が付与されているか+判断根 拠が把握できるかを目視確認する Copyright © SQiP Review Study Group , All Rights Reserved
(5)プロダクトリスクからレビュー観点導出 19 どのような事象? 発生要因と影響 関係する機能 レビュー観点と対象 「湯沸かしポット」の例. 給湯時にやけどやケガをする 給湯速度が速すぎる→熱湯 が飛び散る→手をやけど→
持っていた器を落として破損 or足に落として怪我 給湯機能 お湯の飛び跳ねを考慮した 給湯速度設定をしているか 対象:給湯コントロール □利用者の立場で利用シーンを想定して確認。 □こんな使い方をすれば〇〇が発生するかも!を検討してみる。 □類似製品の事故や障害、問題発生事例を確認。 (例:Webで検索してみる) Copyright © SQiP Review Study Group , All Rights Reserved
(6)利用シナリオと別モデル表現(状態遷移図)から 個別レビュー実施 20 利用者の典型的な課題を解決するシナリオ(通常+例外)をベースに当図をトレースすることでレビューを実施し、不明点 や指摘事項があれば記録する。 ▪利用シナリオ(例外) 途中でさまざまなエラーに遭遇しながら入力・申 請するが、結果的に否認されるシナリオ。さらに 否認後に再申請して承認され、最終的に口座 に入金されるシナリオを付与するとよりよい。
<解決したい課題> 業務で使用した交通費(往復分)を精算 片道:さっぽろ→(地下鉄:340円)→新さっぽろ (徒歩移動)新札幌→(バス:210円)→森林公園 ▪利用シナリオ(通常) 途中でエラーも発生せず、すんなり順調に入力・ 申請でき、承認後に口座に入金されるシナリオ。 Copyright © SQiP Review Study Group , All Rights Reserved
個別レビュー実施 21 No. 指摘箇所 指摘グレード 重・中・軽 指摘内容 1 2 3
4 5 Copyright © SQiP Review Study Group , All Rights Reserved 各自のレビュー結果を記録しましょう。
レビュー観点導出・詳細化&個別レビューのふりかえり 22 気づいたこと/ 感じたこと 疑問/不安など いつもの方法との違い 適用へのアイデア その他 Copyright ©
SQiP Review Study Group , All Rights Reserved レビュー観点導出・詳細化&個別レビュー中、または終 了直後に、以下の観点でふりかえりを実施しましょう。
レビュー結果共有~TOP3決定 23 Copyright © SQiP Review Study Group , All
Rights Reserved No. 指摘箇所 指摘グレード 重・中・軽 指摘内容 1 2 3 判断理由(判断基準) 判断理由(判断基準) 判断理由(判断基準)
レビュー結果共有~TOP3決定のふりかえり 24 気づいたこと/ 感じたこと 疑問/不安など いつもの方法との違い 適用へのアイデア その他 Copyright ©
SQiP Review Study Group , All Rights Reserved レビュー結果共有~TOP3決定中、または終了直後に、 以下の観点でふりかえりを実施しましょう。
ワーク中の質問は[Question→Answerボード]へ または、巡回中の運営メンバーへ 25 Question→Answer ボード Copyright © SQiP Review Study
Group , All Rights Reserved
ワーク2:集合レビュー 50分間 26 Copyright © SQiP Review Study Group ,
All Rights Reserved
ワーク2:コントロールド集合レビュー(考察) タイムスケジュール 27 集合レビュー(パターン1) 集合レビュー(パターン2) 個人考察1 個人考察2 参加者募集 チーム共有~ベストプラクティス決定 全体結果共有
イントロダクション Copyright © SQiP Review Study Group , All Rights Reserved まとめ 5分間 3分間 1分間 5分間 1分間 3分間 10分間 5分間 10分間 5分間 「とある日の集合レビュー」 2パターンを考察します
ワーク2:コントロールド集合レビュー(考察) タイムスケジュール 28 集合レビュー(パターン1) 集合レビュー(パターン2) 個人考察1 個人考察2 参加者募集 チーム共有~ベストプラクティス決定 全体結果共有
イントロダクション Copyright © SQiP Review Study Group , All Rights Reserved まとめ 5分間 3分間 1分間 5分間 1分間 3分間 10分間 5分間 10分間 5分間 パターン1の実演 Badポイントを見つけ出す 発言 行動 状態 結果 ココが 悪い!!! 検証者 作成者 ???
ワーク2:コントロールド集合レビュー(考察) タイムスケジュール 29 集合レビュー(パターン1) 集合レビュー(パターン2) 個人考察1 個人考察2 参加者募集 チーム共有~ベストプラクティス決定 全体結果共有
イントロダクション Copyright © SQiP Review Study Group , All Rights Reserved まとめ 5分間 3分間 1分間 5分間 1分間 3分間 10分間 5分間 10分間 5分間 パターン2の実演 Goodポイントを見つけ出す 検証者 作成者 発言 行動 状態 結果 ココが 良い!!! ファシリテータ (+2名)
ワーク2:コントロールド集合レビュー(考察) タイムスケジュール 30 集合レビュー(パターン1) 集合レビュー(パターン2) 個人考察1 個人考察2 参加者募集 チーム共有~ベストプラクティス決定 全体結果共有
イントロダクション Copyright © SQiP Review Study Group , All Rights Reserved まとめ 5分間 3分間 1分間 5分間 1分間 3分間 10分間 5分間 10分間 5分間 良いやり方・工夫 Goodのチーム共有 ココが 良い!!!
集合レビュー(パターン1):悪い例? 31 Copyright © SQiP Review Study Group , All
Rights Reserved パターン1の実演 Badポイントを見つけ出す 発言 行動 状態 結果 ココが 悪い!!! 検証者 作成者 ??? Page 1 2 3 4 5 6
集合レビュー(パターン2):良い例? 32 Copyright © SQiP Review Study Group , All
Rights Reserved パターン2の実演 Goodポイントを見つけ出す 検証者 作成者 発言 行動 状態 結果 ココが 良い!!! ファシリテータ (+2名) 待機 Page 1 2 3 4 5 6
集合レビュー(パターン2):良い例? 33 Copyright © SQiP Review Study Group , All
Rights Reserved パターン2の実演 Goodポイントを見つけ出す 検証者 作成者 発言 行動 状態 結果 ココが 良い!!! ファシリテータ (+2名) Page 1 2 3 4 5 6
チーム共有~ベストプラクティス決定 34 Copyright © SQiP Review Study Group , All
Rights Reserved 良いやり方・工夫 Goodのチーム共有 ココが 良い!!! ブレイクアウトルーム(10分) ①各自のNo.1を共有(8分) ②チームで標語を作成(2分) 集 合 レ ビ ュ ー を 効率的・効果的に 実施するためには?
全体結果共有 35 集合レビュー(パターン1) 集合レビュー(パターン2) 個人考察1 個人考察2 参加者募集 チーム共有~ベストプラクティス決定 全体結果共有 イントロダクション
Copyright © SQiP Review Study Group , All Rights Reserved まとめ 5分間 3分間 1分間 5分間 1分間 3分間 10分間 5分間 10分間 5分間 各チームの結果を 全体で共有
ワーク2 まとめ 36 Copyright © SQiP Review Study Group ,
All Rights Reserved
「集合レビュー」Case1 ツッコミ編 カテゴリ つっこみポイント 何がダメなの? 計画 「ちょっとレビューお願いして頂いてよろしいでしょう か?」 え?いきなり? •
突発的実施のレビュー(計画しよう) • レビューのつもりが成果物の説明会になっちゃうかも? 目的 「えっと、交通費精算システムの要求仕様書です。」 うん、それはわかる。で、何すればいい? • レビューの目的や状況を説明しておらずレビューの効果が限定的になったり、 余計な話しに脱線することも。 取りこぼし 「大阪に支社ができて紙だともうやってられないらし い」 「あ、そうなんですね。」 それ、重要な背景じゃん! • 背景として記載すべき、重要な項目をスルー。 脱線 「未完全」の意味はわかります? なんか講義始まったよ・・・ • 教育要素が強くなりすぎて、レビューの目的から脱線。 • レビュー時間が長くなる。 目的 「安達さんっていつも地味な書き方しますよね~」 急に何言い出すのよぉ • レビュー対象物ではなく、個人に対する攻撃。 • 作成者のモチベーションの低下 取りこぼし 「シーケンス図で書いた方がわかりやすいと思うんです けど。」 「A社さんの要望で仕様は文章で明確に書いてほし いっ」 要望あいまいじゃん? • 認識の齟齬の発生はすなわち欠陥。 取りこぼし 「きっと中谷部長がおっしゃる通りで、部長のことを指 していると私も思います。」 こらこら、多数決で決めないで! • 認識の齟齬が発生しており、指摘とすべき内容なのに、そのままスルーして しまった。 37
「集合レビュー」Case2 東北のおじさんファシリ カテゴリ つっこみポイント 東北おじさん、何考えてたの? 計画 「ちょっとレビューお願いして頂いてよろしいでしょう か?」 実は「1日前までに資料送っといてね」 「スケジューラ登録しておいてね」って事前に言ってました。
目的 「えっと、交通費精算システムの要求仕様書です。」 レビュー開始時に目的や状況の説明をしました。 取りこぼし 「大阪に支社ができて紙だともうやってられないらし い」 「あ、そうなんですね。」 成果物に記載すべき項目に耳を光らせます。 脱線 「未完全」の意味はわかります? 教育はありがたいですが、長くなりそうな時は、一旦受け取って、「それはまた 改めて」と目的外であることを伝えます。 目的 「安達さんっていつも地味な書き方しますよね~」 レビュー目的と外れていることを明確に伝えます。 取りこぼし 「シーケンス図で書いた方がわかりやすいと思うんです けど。」 「A社さんの要望で仕様は文章で明確に書いてほし いっ」 認識の齟齬があったら、すぐに指摘として挙げてしまいます。 取りこぼし 「きっと中谷部長がおっしゃる通りで、部長のことを指 していると私も思います。」 これも認識の齟齬ですね。すぐに指摘として挙げましょう。 38
東北のおじさんファシリテーションの極意 39 • レビューの冒頭で、目的と状況を説明する。 • 成果物を作ってくれたメンバーに感謝しながら、みんな発言しやすい雰囲気作り。 • 「ありがてぇな。」「大変だったねぇ。」 • 発言は基本的に全部拾う。
• 復唱する。 • うなずいた人を見逃さず「XXさんもそう思うかい?」 • 何も発言していない人、言いたげな人を聞き逃さず、見逃さず、発言を促す。 • 「あっ」と小さく言った。首をちょっとかしげた。「へ~(?)」みたいな仕草をした。 • 良い指摘でもそれほどでなくても褒める。 • 「よく気づくなぁぇ」「品質上がったねぇ」 • 他の人に分かりづらい表現は言い換えてあげる。 • 「言い換えるとぉ」「それってつまりぃ、間違えてたら言ってな」 • 軌道修正は迅速に行う。 • 「その件は会をあらためましょうか」 • 否定的な発言もとりあえず受け止める。でも続けさせない。 • 危険ワード「ってゆーかさー」「そもそもさー」「でも」「なんかちょっと」 • 「あーん困っちゃうなぁ」「なるほどねぇ」「そういう見方もあるんだねぇ」 • 目的にかなった反論は歓迎する。 • 「確かにそれもそうだねぇ」 • 終了時にはみんなをねぎらう。(作成者、レビューア等、参加者に対するリスペクトの気持ちを持つ) • 「みんなありがとねぇ」 • 東北弁で話す。
参考:Facilitative Listening Skill https://qiita.com/viva_tweet_x/items/7c04ec21eed1bc3c483d # 名称 概要 1 Paraphrasing(言い換え) 発言者の思考や発言を言い換える
2 Mirroring(ミラーリング) 発言者の発言をそのまま言い直す 3 Drawing People Out(引き出す) 発言者の発言の認識のズレをなくす 4 Stacking(スタッキング) 発言者の順番を決める 5 Tracking(トラッキング) 議題に名前を付ける 6 Encouroging(活性化) 全員からの発言・意見を促す 7 Using the Clock(時計を使う) 発言の少ない人の発言を時間を使って促す 8 Making Space for a Quiet Person(静かな人に発言の機会を作る) 静かな人の発言を促す 9 Validating(バリデーティング) 意見を受容して俎上に上げる 10 Acknowleding Fellings(感情を認める) 発言者の感情を表層化させる 11 Empathizing(共感する) 発言者の意見に共感する 12 Balancing(バランシング) 意見の量・質のバランスをとる 13 Linking(リンキング) 離れた意見を関連付ける Copyright © SQiP Review Study Group , All Rights Reserved
まとめ 41 Copyright © SQiP Review Study Group , All
Rights Reserved
いかがでしたでしょうか? • 今回は日科技連 ソフトウェア品質管理(SQiP)研究会のレ ビュー研究コースの研究成果や指導内容のエッセンスを一部体験・ 考察してもらいました。 • 今日の結果を、是非実務に活かしてください。 ※時間と手間がかかるので実務には合わない、、、という方へ •
身についていないノウハウは時間と手間がかかります。しっかり身につく と、そして運営上の工夫により効率化が実現できます。 • ◎原則:効果獲得が先。効率化はそのあと。 42 Copyright © SQiP Review Study Group , All Rights Reserved 技術的側面 人的側面
典型的なレビューの状態 43 Copyright © SQiP Review Study Group , All
Rights Reserved ジャイアン独演会・あら捜し・ 横道に逸れっぱなし・人格否 定・いざこざ・モチベダウン レビュー会議で初 めて配付 有識者がいないと 軽微で、表面的な 指摘ばかり 書かれていることだけに反 応し、気が付いたことを 指摘 多忙につきレビューを 省略 見逃した欠陥が あとになって爆発 レビューの効果が 実感できない 効果
今回のワークの意図/実践提案 よくあるレビューの状態 想定される結果 今回提案するレビュー実践方法 集合会議の際に初めて成果物を見なが ら思い付きでレビューを行う。 =全員類似の観点で成果物を先頭から 読んで指摘する。 □レビュー結果がレビューアの能力に依存する。 □同じ観点を同じ個所に複数人で見るため費用
対効果が低くなりがち。 □成果物の後半がスカスカの結果になることも。 □事前に対象を配布し、概要把握して観点 設定+観点割当て。 □個別レビュー実践、終了後に集合し、読み 手による解釈共有・議論・結論と進める。 レビューの成果を有識者の参加に頼っ てしまう。 □非有識者は何もできないと諦め、自ら見ようと しなくなる。(誰かが見るだろう) □有識者の都合でレビュー待ちになる。(進捗遅 延などに繋がる) □同上 □適切なレビュー技法を選択して活用する。 何となくレビューが開始され、終わる。 □ジャイアンの独演会、横道に逸れる、作成者 が責められる場になる。次も同じ実践を繰り返す。 レビューへのモチベーションが低くなる。 □ファシリテータによるレビュー目的、グランド ルール共有からスタートする。 □終了直後に短時間でふりかえる。 大量(頁数)成果物を一度のレビューで すべて見る。 □長時間となるため成果物の後半は集中力が落 ち、薄い確認になりがち。見落としが多くなる。 □成果物の質が悪いと、修復できずに通過してし まう可能性大。 □意図的に対象と観点を分割して実施する。 □1回あたり30分~45分で実施する。 □意図的に分割してレビューを行う。 □作成過程で随時レビューを実施する。 対象物だけを見てレビューを行う。 □記述されていることだけに反応する=書かれて いないことに指摘できない。見逃しが増える。 □レビュー対象に関係情報を付与し、その内 容・状態から兆候→仮説→欠陥→観点へ。 □プロダクトリスクや関係者の関心事等から 観点を設定し、確認する。 44 Copyright © SQiP Review Study Group , All Rights Reserved
狙い撃ちレビューのイメージ 45 Copyright © SQiP Review Study Group , All
Rights Reserved あらかじめ対象 の内容や構造、 記述レベル等を ざっと把握する 必要な観点を洗い出し、 どのように確認するか を事前に整理する 観点をそれぞれの レビューアに割当て それぞれのレビューアが 観点に沿って確認 観点A 観点B 観点C
コントロールド集合レビューのイメージ 46 Copyright © SQiP Review Study Group , All
Rights Reserved ファシリテータによるレビュー目的、 グランドルール共有からスタート 横道に逸れたら すぐに本線に戻す 全員参画~相乗効果 を引き出す/合意する 作成者/レビューアへの敬意 と建設的なやり取り 効果的な問いを 立てて引き出す・ 深掘りする
この体験は深いレビュー沼の入り口に過ぎない 47 要求定義 要求仕様書 Review Review 結果 要求 仕様書 設計
設計書 Review Tailoring QA Viewpoint for Product Copyright © SQiP Review Study Group , All Rights Reserved Viewpoint for RD Phase Viewpoint for SD Phase Troubles from the past
今後非定期でレビュー勉強会を実施します • レビューのことを知る、そして実践していく内容を予定しています。 よかったらグループに登録しておいてください。 グループに登録すると非定期開催イベントの案内が届きます。 http://softwarereview-studygroup.connpass.com • 今回のワーク結果(自己紹介情報を除く)をこの勉強会でも共有(紹 介)させていただく予定です。 ※勉強会での当ワーク結果共有に問題がある場合はzoomチャットで
運営者にお知らせください。 48 Copyright © SQiP Review Study Group , All Rights Reserved
当セッションの評価と感想をお願いします! 理解度 (5点満点) 実務への有効性 (5点満点) 受講満足度 (5点満点) 受講者01 受講者02 受講者03
受講者04 49 Copyright © SQiP Review Study Group , All Rights Reserved
最後にzoomで記念撮影! 50 Copyright © SQiP Review Study Group , All
Rights Reserved
ご参加いただきありがとうございました! 51 Copyright © SQiP Review Study Group , All
Rights Reserved