1JaSST Review’20【事例紹介2】

レビューイの力を引き出す
フィードバックのチューニング
～チーム外からの支援で見えてきた、成熟度に応じた「問いかけ」の調整方法と各種レビューへの適用可能性

グロース・アーキテクチャ＆チームス株式会社（Graat）
常盤 香央里2

自己紹介
基本 常盤香央里（ときわかおり）
情 北海道札幌市出身
報

グロース・アーキテクチャ＆チームス
株式会社（Graat）所属
チームプロセス支援コンサルタント
前職にて組み込みソフトウェア開発に14年かかわった経験も踏まえながら、「改善活動ができるチームづくり」など、個人の力をチームの力にしていくような支援を行っている@caori_t

ソフトウェアテストの名のもとに集まる人が好き
SaPIDファン♡
ゆるっとファシリテーター（ゆるぱし）
WACATE実行委員（ソフトウェアテストの合宿形式勉強会）
SigSQAメンバー（これからの品質保証を考える）
テスト酒場幹事3

自己紹介
常盤香央里（ときわかおり）@caori_t

北海道札幌市出身

ソフトウェアテストの名のもとに集まる人が好き

グロース・アーキテクチャ＆チームス株式会社（Graat）所属
チームプロセス支援コンサルタント

お仕 前職にて組み込みソフトウェア開発
事 に14年かかわった経験も踏まえながら、「改善活動ができるチームづくり」など、個人の力をチームの力にしていくような支援を行っている

SaPIDファン♡
ゆるっとファシリテーター（ゆるぱし）
WACATE実行委員（ソフトウェアテストの合宿形式勉強会）
SigSQAメンバー（これからの品質保証を考える）
テスト酒場幹事4

自己紹介
常盤香央里（ときわかおり）@caori_t

北海道札幌市出身

ソフトウェアテストの名のもとに集まる人が好き

グロース・アーキテクチャ＆チームス 趣株式会社（Graat）所属
味 SaPIDファン♡
チームプロセス支援コンサルタント
前職にて組み込みソフトウェア開発に14年かかわった経験も踏まえながら、「改善活動ができるチームづくり」など、個人の力をチームの力にしていくような支援を行っている？

ゆるっとファシリテーター（ゆるぱし）
WACATE実行委員（ソフトウェアテストの合宿形式勉強会）
SigSQAメンバー（これからの品質保証を考える）
テスト酒場幹事

5

自己紹介常盤香央里（ときわかおり）@caori_t

北海道札幌市出身

ソフトウェアテストの名のもとに集まる人が好き

グロース・アーキテクチャ＆チームス
株式会社（Graat）所属
チームプロセス支援コンサルタント

SaPIDファン♡
ゆるっとファシリテーター（ゆるぱし）

前職にて組み込みソフトウェア開発に14年かかわった経験も踏まえな コ WACATE実行委員
がら、「改善活動ができるチームづく ミ （ソフトウェアテストの合宿形式勉り」など、個人の力をチームの力にし ュ 強会）
ニていくような支援を行っている
テ SigSQAメンバー
ィ （これからの品質保証を考える）
活動 テスト酒場幹事

6

1

レビューイの力を引き出す 3
フィードバックのチューニング

4～チーム外からの支援で見えてきた、成熟度に応じた「問いかけ」の調整方法と各種レビューへの適用可能性

3

2

事例紹介の流れ
今回の事例はみなさんが普段行っているであろう作成物のレビューとは少し異なる場面となっているかと思います。
話題が行ったり来たりしますが、暖色系が多いなーと感じる時はレビューに寄せた話、寒色系が多いなーと感じる時は事例に寄った話だと思ってください。

7

1

レビューイの力を引き出す
フィードバックのチューニング
～チーム外からの支援で見えてきた、成熟度に応じた「問いかけ」の調整方法と各種レビューへの適用可能性

この発表で解決したいことレビューの登場人物は誰でしょう？
8

9

レビューの登場人物

作成物*レビュー対象物
*成果物

レビューイ
*レビューされる人
*作成者

レビューア
*レビューする人
レビ
ュ
ーイレビ
ュ
ーア

10

レビューイの力を引き出す
レビューアもレビューイも、作成物が良くなることを目指して、それぞれにがんばっているはずなのに報われない…そんなことはない？

11

例えばこんなこと…

指摘事項が思ったように反映されていない

レビ
ュ
ーイレビ
ュ
ーア

12

例えばこんなこと…

言われた通りに直したのに、違うと指摘される指摘事項が思ったように反映されていない

レビ
ュ
ーイレビ
ュ
ーア

13

例えばこんなこと…

レビューイの説明が期待外れだ

レビ
ュ
ーイレビ
ュ
ーア

14

例えばこんなこと…

レビューアから何度も同じような説明を求められるレビューイの説明が期待外れだ

レビ
ュ
ーイレビ
ュ
ーア

15

例えばこんなこと…

レビューイ自身が考えずに、レビューアに答えを求めてくることが多い

レビ
ュ
ーイレビ
ュ
ーア

16

例えばこんなこと…

レビューイ自身が考えずに、レビューアに答えを求めてくることが多い

自信がなかったところを「何も分かっていない」と指摘されてもどかしい

レビ
ュ
ーイレビ
ュ
ーア

17

レビューイの力を引き出す

レビューアもレビューイも、レビュー対象が良くなることを目指して、それぞれにがんばっているはずなのに報われない…そんなレビューから抜け出し、レビューイの成長に寄与するポイントをご紹介18

レビューイの力を引き出す
フィードバックのチューニング
～チーム外からの支援で見えてきた、成熟度に応じた「問いかけ」の調整方法と各種レビューへの適用可能性

事例とレビューの関係性2

19

レビューの場合作成物

レビューイ

レビューア
レビ
ュ
ーイレビ
ュ
ーア20

とあるスクラムチームの事例

スクラムチームのふるまい
スクラムチームを外から支援する
コーチ／
コンサルタント

スクラムチームのメンバー

レビ
ュ
ーイレビ
ュ
ーア21

スクラムイベントを代表する各種イベント・アクティビティ・打ち合わせへの立ち会いを通した
支援は、以下のようなフェーズで行っていた
1. イベント運営を代行（ファシリテート自体の支援）

これまでのアプローチ

2. チームメンバーが運営できるようになったら、都度気になるところを支援する（サポートに周り、都度必要に応じて対応）
3. 運営がある程度問題なく行えるようになると（気になる点があっても影響度が大きくない場合など）、最後にまとめてフィードバックを行う※フィードバックの内容としては、主に「良かったところ」「気になったところ」「対処法」を伝えていた

チームが安定してきてチームによる改善活動が行えるようになった頃…

スクラムチームのメンバーは同じような気付きを持っていて「言うタイミングがない」とか「わざわざ言うほどのことではない」と考えているケースがあるのでは？

22

23

スクラムチームのメンバーは同じような気付きを持っていて「言うタイミングがない」とか「わざわざ言うほどのことではない」と考えているケースがあるのでは？

チーム外からの支援で見えてきた
このまま続けていると、外からの支援に依存してしまうかも？

24

一時的な依存や部分的な依存はOK
チーム支援の初期段階チームとして経験値が低い分野

チーム外からの支援で見えてきた広範囲な依存状態の継続はNGチームの主体性低下につながり…
メンバーの納得感が低下し…
やらされ感が生まれてしまうことも…

25

レビューイの力を引き出す 3
フィードバックのチューニング
～チーム外からの支援で見えてきた、成熟度に応じた「問いかけ」の調整方法と各種レビューへの適用可能性

3

事例の中での解決方法
ここで5分を越えていたらスピードUP！

26

スクラムイベントを代表する各種イベント・アクティビティ・打ち合わせへの立ち会いを通した支援は、以下のようなフェーズで行っていた
1. イベント運営を代行（ファシリテート自体の支援）

これまでのアプローチ（再掲）

2. チームメンバーが運営できるようになったら、都度気になるところを支援する（サポートに周り、都度必要に応じて対応）
3. 運営がある程度問題なく行えるようになると（気になる点があっても影響度が大きくない場合など）、最後にまとめてフィードバックを行う※フィードバックの内容としては、主に「良かったところ」「気になったところ」「対処法」を伝えていた

27

成熟度に応じた「問いかけ」の調整方法

3. 運営がある程度問題なく行えるようになると（気になる点があっても影響度が大きくない場合など）、最後にまとめてフィードバックを行う※フィードバックの内容としては、主に「良かったところ」「気になったところ」「対処法」を伝えていた

フィードバック方法を調整してみると良いのかも？（仮説）28

成熟度に応じた「問いかけ」の調整方法

3. 運営がある程度問題なく行えるようになると（気になる点があっても影響度が大きくない場合など）、最後にまとめてフィードバックを行う※フィードバックの内容としては、主に「良かったところ」「気になったところ」「対処法」を伝えていたまとめて「伝えて」いたフィードバックを「問いかけ」を使って段階的にしよう29

フィードバックのチューニング
チームの成熟度 気になったところ

対処法

成熟度1

伝える

伝える

成熟度2

伝える

問いかける

成熟度3

問いかける

問いかける

成熟度1はこんな感じ

定型化されたミーティング（アジェンダが固まっているなど）は自力で運営できる対処法を伝えると、そのまま実施してみることはできる30

成熟度1の場合「気になったこと」と「対処法」を伝える（従来通りのアプローチ）＜工夫ポイント＞「気になったこと」をなるべく【現実にチームに起きたことにフォーカスして伝える】ことで、受け取りやすさを向上

31

32

成熟度1の場合

今日のふりかえりは一つのProblemの話が20分くらい続いても終わらず、後半は時間が足りなくなって、NextActionを決める議論ができなかったですね。

33

成熟度1の場合

今日のふりかえりは一つのProblemの話が20分くらい続いても終わらず、後半は時間が足りなくなって、NextActionを決める議論ができなかったですね。
そうですね

34

成熟度1の場合

今日のふりかえりは一つのProblemの話が20分くらい続いても終わらず、後半は時間が足りなくなって、NextActionを決める議論ができなかったですね。
そうですね
1つの話題の制限時間を、例えば【5分】とか決めておいて、時間になったら「継続するか」「止めるか」を確認するという方法もありますよ。

35

成熟度1の場合

今日のふりかえりは一つのProblemの話が20分くらい続いても終わらず、後半は時間が足りなくなって、NextActionを決める議論ができなかったですね。
そうですね

次回やってみます

1つの話題の制限時間を、例えば【5分】とか決めておいて、時間になったら「継続するか」「止めるか」を確認するという方法もありますよ。

成熟度2はこんな感じ

ミーティングの上手くいかなかった点について、問題提起があれば改善案を検討できる対処法を伝えると、追加のアイデアなどのリアクションがある

36

成熟度2の場合「気になったこと」を伝え、「対処法」は問いかける＜工夫ポイント＞「気になったこと」を伝えた上で、背景や改善アイデアをヒアリングすることで、「対処法」がメンバー自身の考えとして出てきて、主体的な改善に

37

38

成熟度2の場合

今日のふりかえりは一つのProblemの話が20分くらい続いても終わらず、後半は時間が足りなくなって、NextActionを決める議論ができなかったですね。
そうですね

39

成熟度2の場合

今日のふりかえりは一つのProblemの話が20分くらい続いても終わらず、後半は時間が足りなくなって、NextActionを決める議論ができなかったですね。
そうですね
どうしてこうなったんでしょう？
なにか対処できそうなアイデアはありますか？

40

成熟度2の場合

今日のふりかえりは一つのProblemの話が20分くらい続いても終わらず、後半は時間が足りなくなって、NextActionを決める議論ができなかったですね。
そうですね
話が続いているのを止めにくかったんですよね…
でも全体の時間が限られているし、朝会みたいに話が長引いたら別の場を設定すると良いのかも？

次回はそうしよう！

どうしてこうなったんでしょう？
なにか対処できそうなアイデアはありますか？

成熟度3の場合

ミーティングの上手くいかなかった点について、タイミングがあれば問題提起から行える
気付いたことを伝えると、気付きへの同意や似たような気付きのリアクションがある

41

成熟度3の場合「気になったこと」を問いかけ、「対処法」も問いかける＜工夫ポイント＞
メンバーに「何か気になったことはなかったか？」と問いかけるところから開始し、メンバー自身からの「気になったこと」に対して更に「対処法」を問いかけるため、すべてがメンバー主体の改善に

42

43

成熟度3の場合

今日のふりかえりはどうでしたか？
何か気になったことはありますか？

44

成熟度3の場合

今日のふりかえりはどうでしたか？
いつもより、NextActionを決める時間が足りなくなっちゃいました

前半で、Problemの話が長引いていたけれど、誰も止めなかったよね…

何か気になったことはありますか？

45

成熟度3の場合今日のふりかえりはどうでしたか？
いつもより、NextActionを決める時間が足りなくなっちゃいました

前半で、Problemの話が長引いていたけれど、誰も止めなかったよね…
でも全体の時間が限られているし、朝会みたいに話が長引いたら別の場を設定する方が良いのかも？

次回はそうしよう！

何か気になったことはありますか？

どうしてそうなったんでしょう？
なにか対処できそうなアイデアはありますか？

46

成熟度3の場合
こんなパターンも…

今日は15分くらい時間が残っているので、みなさんに質問です。
今日のふりかえりは5点満点で何点でしたか？

47

成熟度3の場合
こんなパターンも…

今日は15分くらい時間が残っているので、みなさんに質問です。
2点

2点
5点

4点

3点
3点

今日のふりかえりは5点満点で何点でしたか？

48

成熟度3の場合
こんなパターンも…

今日は15分くらい時間が残っているので、みなさんに質問です。
2点

2点
5点

4点

3点

今日のふりかえりは5点満点で何点でしたか？

3点

次に点数の理由を一言ずつ教えてもらえますか？

49

成熟度3の場合
こんなパターンも…

今日は15分くらい時間が残っているので、みなさんに質問です。
2点

2点
5点

4点

3点

今日のふりかえりは5点満点で何点でしたか？

3点

たくさん議論ができて、理解がすすんだので良かったなと思って…
前半で、Problemの話が長引いていたけれど、誰も止めなかったので…

疑問が解消できたのは良かったけれど、NextActionの議論ができなかったから…

次に点数の理由を一言ずつ教えてもらえますか？

成熟度3の場合
こんなパターンも…

「自己採点」と「点数の理由」を共有しながら「気になったこと」を拾い上げていく方法
チームメンバー全員に発言の機会があり、かつ「気になったこと」と合わせて「良かったこと」も話題に上ることで、よりチームの「成長する力」の源泉となるアイデアを広く扱うことができる

50

51

フィードバックのチューニング

「問いかけ」を調整する
アプローチの変更により、メンバーは主体的に、自らの思考で課題や改善案を提示できる機会が増えた
同様のアプローチを繰り返していくと、自らNextActionを決定するなど、すすんで改善を行おうとする場面も見られた52

フィードバックのチューニング

メンバーが「気付いていなかった」もしく
は「改善案が出なかった」場合には、成熟度の判定を一つ下げて、「問いかけ」から「伝える」に変更（チューニング）した「問いかけ」に応答がなかった場合にも手詰まりになるようなリスクはなく、自律的な改善を促すことができる施策
である

53

レビューイの力を引き出す
フィードバックのチューニング

4～チーム外からの支援で見えてきた、成熟度に応じた「問いかけ」の調整方法と各種レビューへの適用可能性

事例をレビューに適用する
ここで5分残っててほしい54

チームの成熟度

各種レビューへの適用可能性

チームメンバーのふるまいやミーティングの状況の例

定型化された（アジェンダが固まっているな
ど）ミーティングは自力で運営できる
成熟度1
対処法を伝えると、そのまま実施してみることはできる
ミーティングの上手くいかなかった点について、問題提起があれば改善案を検討できる
成熟度2
対処法を伝えると、追加のアイデアなどのリアクションがある
ミーティングの上手くいかなかった点について、タイミングがあれば問題提起から行える
成熟度3
気付いたことを伝えると、気付きへの同意や似たような気付きのリアクションがある

55

チームの成熟度 気になったところ

各種レビューへの適用可能性

対処法

成熟度1

伝える

伝える

成熟度2

伝える

問いかける

成熟度3

問いかける

問いかける

56

再掲：事例とレビューの関係

スクラムチームのふるまい
スクラムチームを外から支援する
コーチ／
コンサルタント

スクラムチームのメンバー

レビ
ュ
ーイレビ
ュ
ーア

57

再掲：レビューの場合

作成物

レビューイ

レビューア
レビ
ュ
ー
イレビ
ュ
ーア

58

レビューイの成熟度

レビューイのふるまいや作成物の状況の例

定型的な作成物は自力で実施できる成熟度1 修正方法を伝えると、そのまま言われた通りに修正してみることはできる

各種レビューへの適用可能性

作成物に対して問題提起があれば、修正案を検討できる
成熟度2
修正方法を伝えると、同等の修正が必要な個所などについて質問・コメントがある
作成物の懸念事項について、タイミングがあれば表明できる
成熟度3
懸念事項を伝えると、同意や似たような懸念事項についての質問・コメントがある59

各種レビューへの適用可能性

レビューイの成熟度気になったところ

対処法

成熟度1

伝える

伝える

成熟度2

伝える

問いかける

成熟度3

問いかける

問いかける

60

再掲：
例えばこんなこと…

言われた通りに直したのに、違うと指摘される指摘事項が思ったように反映されていない

レビ
ュ
ーイレビ
ュ
ーア

61

今まではこんな風に伝えてなかった？

テスト設計のこの対象部分だけど、代表値だけじゃなくて、境界値のテストもパターンに追加した方が良いよ。

レビ
ュ
ーイレビ
ュ
ーア

ここでのポイントは「こうした方が良い」という指摘・要望だけを伝えていることです。

62

今まではこんな風に伝えてなかった？

テスト設計のこの対象部分だけど、代表値だけじゃなくて、境界値のテストもパターンに追加した方が良いよ。

分かりました。全部直しておきます。
（代表値で設計したところ、全部境界値を追加しなきゃ！）

レビ
ュ
ーイレビ
ューア

こういったフィードバックは、鈴木さんの講演にあった「事務屋」さんになることを促進してしまうことがあります。
レビューイは言われたまま、背景や目的を深く考えずに、修正してしまおう！という思考になりがちです。

63

このケースは成熟度1のアプローチを言われた通りに直したのに、違うと指摘される指摘事項が思ったように反映されていない

レビ
ュ
ーイ

「気になったこと」と「対処法」を伝える＜工夫ポイント＞「気になったこと」をなるべく【現実にチームに起きたことにフォーカスして伝える】ことで、受け取りやすさを向上
レビ
ュ
ーア64

成熟度1のアプローチをすると…

テスト設計のこの対象部分だけど、上限まで入力した時にエラーになっちゃうバグが多いんだよね。

レビ
ュ
ーイレビ
ュ
ーア65

成熟度1のアプローチ
をすると…

テスト設計のこの対象部分だけど、上限まで入力した時にエラーになっちゃうバグが多いんだよね。

そうなんですね。
知らなかったです。
テストのパターンを増やした方が良いですか？

レビ
ュ
ーイレビ
ュ
ーア66

成熟度1のアプローチ
をすると…

テスト設計のこの対象部分だけど、上限まで入力した時にエラーになっちゃうバグが多いんだよね。

そうなんですね。
知らなかったです。
テストのパターンを増やした方が良いですか？

レビ
ュ
ーイレビ
ュ
ーア

そうだねー、代表値だけじゃなくて、境界値のテストもパターンに追加した方が良いよ。

67

成熟度1のアプローチ
をすると…

テスト設計のこの対象部分だけど、上限まで入力した時にエラーになっちゃうバグが多いんだよね。

そうなんですね。
知らなかったです。
テストのパターンを増やした方が良いですか？

分かりました。
（入力の部分は、代表値で設計したところに、境界値を追加しよう！）

レビ
ュ
ーイレビ
ュ
ーア

そうだねー、代表値だけじゃなくて、境界値のテストもパターンに追加した方が良いよ。

68

再掲：
例えばこんなこと…

レビューアから何度も同じような説明を求められるレビューイの説明が期待外れだ

レビ
ュ
ーイレビ
ュ
ーア

69

今まではこんな風に伝えてなかった？

テスト設計のこの対象部分だけど、パターンはこれで充分？
本当に大丈夫？？

レビ
ュ
ーイレビ
ュ
ーア

70

今まではこんな風に伝えてなかった？

テスト設計のこの対象部分だけど、パターンはこれで充分？
本当に大丈夫？？

充分だと思いますけど…
（この間、この機能は代表値でいこうって話したし…）
代表値で良いですよね？

レビ
ュ
ーイレビ
ュ
ーア

71

このケースは成熟度2のアプローチをレビューアから何度も同じような説明を求められるレビューイの説明が期待外れだ

レビ
ュ
ーイ

「気になったこと」を伝え、「対処法」は問いかける＜工夫ポイント＞「気になったこと」を伝えた上で、背景や改善アイデアをヒアリングすることで、「対処法」がメンバー自身の考えとして出てきて、主体的な改善に
レビ
ュ
ーア72

成熟度2のアプローチ
をすると…

テスト設計のこの対象部分だけど、上限まで入力した時にエラーになっちゃうバグが多かったと思うんだけど、パターンはこれで充分？

レビ
ュ
ーイレビ
ュ
ーア73

成熟度2のアプローチをすると…

この機能は代表値でいこうって話したので良いと思っていたんですが、入力系のテストは境界値のパターンも増やした方が良さそうですね

レビ
ュ
ーイ

テスト設計のこの対象部分だけど、上限まで入力した時にエラーになっちゃうバグが多かったと思うんだけど、パターンはこれで充分？

レビ
ュ
ーア74

再掲：
例えばこんなこと…

自信がなかったところを「何も分かっていない」と指摘されてもどかしい

レビューイ自身が考えずに、レビューアに答えを求めてくることが多い

レビ
ュ
ーイレビ
ュ
ーア75

今まではこんな風に伝えてなかった？

テスト設計のこの対象部分だけど、パターンってこれじゃ足りないよね。
バグの傾向とかも、そろそろ考慮できるようになれない？

レビ
ュ
ーイレビュ
ーア76

今まではこんな風に伝えてなかった？

（この間、この機能は代表値でいこうって話したし…）
方針に合わせたから、代表値にしたんですけど…
方針から変えても良かったんですか？

レビ
ュ
ーイ

テスト設計のこの対象部分だけど、パターンってこれじゃ足りないよね。
バグの傾向とかも、そろそろ考慮できるようになれない？

レビ
ュ
ーア77

このケースは成熟度3のアプローチを自信がなかったところを「何も分かっていない」と指摘されてもどかしい

レビューイ自身が考えずに、レビューアに答えを求めてくることが多い「気になったこと」を問いかけ、「対処法」も問いかける＜工夫ポイント＞
メンバーに「何か気になったことはなかったか？」と問いかけるところから開始し、メンバー自身からの「気になったこと」に対して更に「対処法」を問いかけるため、すべてがメンバー主体の改善にレレビ
ュ
ーイビ
ュ
ーア78

成熟度3のアプローチ
をすると…

テスト設計のこの対象部分だけど、実際に設計してみて気になったところとかなかった？

レビ
ュ
ーイレビ
ュ
ーア79

成熟度3のアプローチ
をすると…

実は、この機能は代表値でいこうって話していましたけれど…
入力系だけは上限まで入力した時のエラーバグが多いみたいなんですよね…
なので方針とは違うんですが、入力系は境界値のパターンも増やした方が良いと思っているんです。

レビ
ュ
ーイ

テスト設計のこの対象部分だけど、実際に設計してみて気になったところとかなかった？

レビ
ュ
ーア80

成熟度3のアプローチ
こんなパターンも…

（レビューの冒頭に…）

今回のレビュー対象の作成物は100点満点で何点くらい？

レビ
ュ
ーイ

当日のQ&Aをきっかけにスライド追加しました！

レビ
ュ
ーア

81

成熟度3のアプローチ
こんなパターンも…

（レビューの冒頭に…）

うーん…
70点くらいですかねぇ。

今回のレビュー対象の作成物は100点満点で何点くらい？

レビ
ュ
ー
イ

当日のQ&Aをきっかけにスライド追加しました！

レビ
ュ
ーア

82

成熟度3のアプローチ
こんなパターンも…

（レビューの冒頭に…）

うーん…
70点くらいですかねぇ。

今回のレビュー対象の作成物は100点満点で何点くらい？

どうして70点なの？
レビ
ュ
ー
イ

当日のQ&Aをきっかけにスライド追加しました！

レビ
ュ
ーア

83

成熟度3のアプローチ
こんなパターンも…

（レビューの冒頭に…）

うーん…
70点くらいですかねぇ。

今回のレビュー対象の作成物は100点満点で何点くらい？

実は1ヵ所、これで良いか悩んでいるところがあって。
前回決めた方針とズレてしまうので手を入れていないんですが…

どうして70点なの？
レビ
ュ
ー
イ

当日のQ&Aをきっかけにスライド追加しました！

レビ
ュ
ーア

84

各種レビューへの適用可能性

レビューイの成熟度気になったところ

対処法

成熟度1

伝える

伝える

成熟度2

伝える

問いかける

成熟度3

問いかける

問いかける

フィードバックのチューニングはイメージできましたか？

85

レビューイの力を引き出す
フィードバックのチューニング
～チーム外からの支援で見えてきた、成熟度に応じた「問いかけ」の調整方法と各種レビューへの適用可能性

これからの展望を最後に…

86

レビューをはじめ様々な場面に応用
対象の成熟度 気になったところ

これからの展望

対処法

成熟度1

伝える

伝える

成熟度2

伝える

問いかける

成熟度3

問いかける

問いかける

チームメンバーの育成
ペアワークなどの相互スキルアップ…

87

チームの成熟度 気になったところ

これからの展望

対処法

成熟度1

伝える

伝える

成熟度2

伝える

問いかける

成熟度3

問いかける

問いかける

成熟度4？

？

「外部からの問いかけ」なく「自発的な表明」につなげるには？

88

レビューイもレビューアもお互いの力を引き出し成果物と一緒に成長できるレビューを！

89

Q&A
当日いただいたご質問をご紹介します！

90

チームからProblemだけでなく、tryも引き出す。
また、特定メンバーだけでなく全員から意見をヒアリングするため、工夫していることはありますか？
• 『チームからProblemだけでなく、tryも引き出す』については、Tryを引き出そうと頑張るよりも、Problemについて議論を深める方が結果的にTryが出やすいように思います。Problemの抽象度が高いほどTryも抽象度が高くなる（＝実施が難しくなる）傾向にあると思いますので、まずはProblemをより具体的に、チームのみんなが「なるほど、それは困るよね。自分もそうなる気がする。」と共有できる状態にしていきます。その上で、「解決するためにどんなアイデアがあるか？」をチームメンバーみんなで出し合うような流れにするのがオススメです。

• 『特定メンバーだけでなく全員から意見をヒアリングするため、工夫していること』については、まさに今回の事例の【成熟度3】の後半に出てきた「こんなパターンも」が該当しますね。とりあえず採点→その理由を話すという流れにすると全員の意見を引き出しやすくなります。

91

レビューコメントでは具体的な修正方法に踏み込まないほうが良い、という意見を聞いたことがあります。ですが、成熟度1であれば具体的な修正内容に踏み込まざるを得ないことがあるように感じます。これは成熟度2へ向かうことを念頭に置きつつ、そこへの経過措置（成長へのアシスト）としてはやむを得ないでしょうか？
• そうですね。補足すると、成熟度1の例に示しましたが『気になったところ』と『対処法』を分けて、順番に伝えます。特に『気になったところ』の伝え方に気をつかいます。
• なるべく【現実にチームに起きたことにフォーカスして伝える】と書きましたが、【レビュー対象の成果物のどの部分が、なぜ気になったのか？】ということをレビューイが受け取りやすい形にして伝えます。例えば『過去にこういった問題が多くあったから、この成果物のこの部分も該当しそうに見える』といった形です。
• 【なぜレビューアが気になって指摘するのか？修正しろといわれるのか？】が本質的に伝わらなければ、成長へのアシストにはつながらないでしょう。『気になったところ』に納得感を持ってもらえてから、レビューイが具体的に対処方法が思いつかない場合に、『こういう修正方法があるよ』と伝えていく…というのが成熟度1のアプローチです。
• たまにカマをかけて『修正方法の案とかある？』と聞いて（成熟度2のアプローチを試して）みても良いかもしれません。

92

レビューアはどのように成長できるのでしょうか？
• 面白いご質問ですね。ありがとうございます。
• 今回の事例の主である【レビューイの成長】は、とてもざっくりいうと『レビューアに1から10まで言われなくても、レビューイ自身が成果物の改善をできるようになる』というものでした。
• 一方でレビューアの成長は？と聞かれると、今回の事例での支援側（私）のように、『相手の成長に合わせて支援の方法を調整できるようになる』ということかと考えます。
• 相手の【成熟度の見極め】も【問いかけ方】も相手次第な部分も多く、正直なところ「難しいな…」と感じることもあります。「このアプローチはまだ早かったかぁ」とか「このアプローチは合わないんだな」と学習しながら、レビューイと一緒に成長していくイメージを持っています。

93

問いかけに変えることで、レビューやスクラムチームの支援において、発見できた欠陥や問題点はどれくらい増えましたでしょうか？
• 一言でお答えすると「計測していません」となります。
• もう少し補足すると、今回の取組は「発見できる欠陥や問題点を増やす」ことは目的としていません。

• あくまでも、メンバー（レビューイ）が主体的に、自らの思考で課題や改善案を提示できる機会を増やしていくことを目的としています。
• 質問者さまが求める「欠陥や問題点の発見数を増やす」という目的を達成するためには、別のアプローチを検討される必要があるのではないでしょうか。
• 『どういった問いかけをすると、発見できる欠陥や問題点を増やせるか？』という試みも面白そうですね。ぜひ、取り組まれて、その結果をどこかで発表いただけると嬉しいです。