ふりかえりの傾向と対策 「ふりかえりのふりかえり」から作法を学ぶ

2021.4.10　ふりかえりカンファレンス　アウトプットレーン発表資料

Transcript

1. ふりかえりの傾向と対策 「ふりかえりのふりかえり」から作法を学ぶ あだちけんじ @kitanosirokuma adachi@hba.co.jp http://www.softwarequasol.com/ 1 祝 ふりかえりカンファレンス初開催！
2. 安達 賢二（あだち けんじ） adachi@hba.co.jp 株式会社HBA 経営管理本部 Exective Expert http://www.softwarequasol.com/ 【経歴】 2012年社内イントレプレナー第一号事業者として品質向上支援事業を立ち上げ。 自律運営チーム構築･変革メソッドSaPIDをベースに、 関係者と一緒に価値あるコトを創る共創ファシリテーター／自律組織･人財育成コーチ として活動中。 【社外活動】 NPO法人 ソフトウェアテスト技術振興協会（ASTER）理事 JSTQB（テスト技術者資格認定）技術委員 JaSST（ソフトウェアテストシンポジウム）北海道 2006-2009実行委員長 2010-2018実行委員 2019～サポーター テスト設計コンテスト本部審査委員(2015-2017) JaSST-Review（ソフトウェアレビューシンポジウム）実行委員 SEA（ソフトウェア技術者協会）北海道支部メンバー SS（ソフトウェア・シンポジウム）プログラム委員 第33-37期SQiP研究会レビュー分科会アドバイザー SQuBOK_Ver3プロセス改善研究Grリーダ（with プロセス改善の黒歴史研究） TEF（Test Engineer’s Forum）北海道テスト勉強会（TEF道）お世話係 TOCfE北海道幽霊メンバー など 2 生 育 住 勤 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
3. 今日のお品書き • ふりかえりの効能 • ふりかえりのふりかえり • レビューに学ぶふりかえりのあり方 • 虫の目と鳥の目 • 気づきを得るために • まとめ～ふりかえりの意味 • 参考情報 3 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
4. ふりかえりの効能 4 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
5. 私が感じている“ふりかえり”のよい効能 相互理解 自分が、それぞれのメンバーがどのような人なのか、どんな状況なのかを共有できる。 チーム学習 他者の気づきを自分の気づきにできる。自分の実務(経験)だけではわからないことを他者から学べる。 チームとして学ぶことができる。また、対話やファシリテーションを通じてモノゴトの適切な捉え方や伝 達方法を浸透させることができる。 合意形成と実践促進 チームとしての合意形成が容易になる。チームで決めたことの実践が促進される。 価値観共有・共創～そして浸透 チームの価値観を共有したり、新しい価値観やより適切な価値観を一緒に作り上げる、それを浸透さ せることができる。 5 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
6. 私が感じている“ふりかえり”のよい効能 相互理解 自分が、それぞれのメンバーがどのような人なのか、どんな状況なのかを共有できる。 チーム学習 他者の気づきを自分の気づきにできる。自分の実務(経験)だけではわからないことを他者から学べる。 チームとして学ぶことができる。また、対話やファシリテーションを通じてモノゴトの適切な捉え方や伝 達方法を浸透させることができる。 合意形成と実践促進 チームとしての合意形成が容易になる。チームで決めたことの実践が促進される。 価値観共有・共創～そして浸透 チームの価値観を共有したり、新しい価値観やより適切な価値観を一緒に作り上げる、それを浸透さ せることができる。 6 ただし、適切にふりか えり実践されている 場合に限る！ Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
7. ふりかえりのふりかえり “ふりふり” 7 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
8. Let’s ふりふり～！！ STEP1 https://balus.app/workspaces/AUARarRa9l33PY3TcopEP/view-models/2IO_CvijBxHBS777-zkxC みなさんが普段参加している「ふりかえり」をふりかえり、“選り すぐり”の結果をどちらか1件、左側のボード（ビュー）に張り付 けてください。【3分間】 おススメの工夫･実践内容 → 青色付箋に 解消したい困り事･問題点 → 赤色付箋に 8 Balus2.0環境 株式会社Leviiさんにご協力いただきました。 ありがとうございました！ https://levii.co.jp/ ••• 空付箋を選択 →記載 →下枠に置く ••• Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
9. 9 Let’s ふりふり～！！ STEP2 https://balus.app/workspaces/AUARarRa9l33PY3TcopEP/view-models/2IO_CvijBxHBS777-zkxC 全体共通的 な要素 どこに置いたら よいか？なもの ふりかえり運営面 (ファシリテーションなど) ふりかえりの実施 開始時 実施中 終了時 まとめ等 ふりかえり 終了後 結果・効果等 ふりかえりの 計画･準備･ 前提条件等 記載した付箋をコピーして、右ボード（ビュー）の該当欄に張り 付けてください。【1分間】 ※操作に注意！ (1)左ボード上の付箋をクリック (2)Ctrl＋C（コピー） (3)カーソルを右ボード上でクリック (4)Ctrl＋V（貼り付け） (5)該当箇所に配置 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
10. レビューに学ぶ ふりかえりのあり方 10 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
11. ふりかえり ＝ 活動のレビュー • レビューの指摘方法（基本） レビュー対象（の内容）のどこがどのようにGoodなのか、Badな のかを具体的な根拠、論拠と共に提示する。 11 活動1 － 結果1 活動2 － 結果2 活動3 － 結果3 ・ ・ ・ ・ ・ ・ 申請日を入力して 検索しないと交通 費一覧が表示され ない →申請日を覚えて いない場合もある ため使いにくい 要求仕様書レビューの例 活動2が〇〇であった その結果2が□□になった →△△に変える必要がある ふりかえり(活動レビュー)では？ Copyright © Kenji Adachi@Software Quasol , All Rights Reserved 活動内容の良し悪しは、必ずしも その日のうちに把握できるわけ ではないことに注意！ →後日判明することも多い
12. レビューを成功させるための組織的な要因 ISTQBテスト技術者資格制度Foundation Level シラバス 日本語版 Version 2018V3.1.J02 3.2.5 • レビュー計画時に、計測可能な終了基準として使用できる明確な目的を定義する。 • 達成する目的、およびソフトウェア成果物と参加者の種類とレベルに応じてレビュータイプを選択す る。 • レビュー対象の作業成果物で欠陥を効果的に識別するために適切なレビュー技法（チェックリスト ベース技法やロールベース技法など）を 1 つ以上使用する。 • チェックリストは、主要なリスクに言及できるよう最新の状態に保つ。 • 欠陥に関するフィードバックを早期および頻繁に作成者に提供して品質をコントロールするために、 大きなドキュメントは小さく分割して記述およびレビューする。 • 参加者に十分な準備時間を与える。 • レビューのスケジュールは適切に通知する。 • マネージャーがレビュープロセスを支援する（例えば、プロジェクトスケジュールでレビューに十分な 時間が割り当てられるようにする）。 • レビューは、社内の品質、および/またはテストのポリシーに統合する 12 “レビュー”を“ふりかえり”に読み替えて活用できるところを探してみよう！ Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
13. レビューを成功させるための人的な要因 ISTQBテスト技術者資格制度Foundation Level シラバス 日本語版 Version 2018V3.1.J02 3.2.5 • レビューの目的に対して適切な人たちに関与させる（例えば、さまざまスキルセットまたはパースペ クティブを持ち、対象のドキュメントを使うことがある人たち）。 • テスト担当者は、レビューに貢献するだけでなく、レビュー対象の作業成果物の内容を把握して、有 効なテストを早期に準備できると、レビューアとして価値がでる。 • 参加者には適切な時間を割り当て、細心の注意を払って詳細にレビューしてもらう。 • レビューアが個人でのレビュー時、および/またはレビューミーティング時に集中力を維持できるよう 、レビューは対象を小さく分割して実施する。 • 見つかった欠陥は客観的な態度で確認、識別、対処をする。 • ミーティングは参加者にとって有意義な時間となるよう適切にマネジメントする。 • レビューは信頼できる雰囲気で行い、レビュー結果を参加者の評価に使用しない。 • 参加者は、自分の言動が他の参加者に対する退屈感、憤り、敵意だと受け取られないように気を 付ける。 • 特にインスペクションなど高度に形式的なレビュータイプには、十分なトレーニングを提供する。 • 学習とプロセス改善の文化を醸成する。 13 “レビュー”を“ふりかえり”に読み替えて活用できるところを探してみよう！ Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
14. ふりかえりコメントの掘り下げ例1 14 テストの 生産性が悪い あるシナリオテ スト結果確認 時に判定誤り が発覚 調べたら同様の ケースを含むテ ストシナリオが 計7件あった 実行済み4件 のシナリオテス トを再実行した 未実施3件の シナリオテスト の判定方法も 見直した ふりかえりP欄への提示 生産性が悪いと感じ た具体的なエピソード 教えてください！ 再実行すること になった経緯っ てどんなこと？ 残り3件は何も しなくてよかっ たのですか？ なるほど！ テスト再実行4件 とケース見直し3 件が発生したん ですね！ 判定誤りはテス ト担当者が判定 を誤ったのか な？ テスト担当者は ケースの判定方 法に従ったが判 定方法記述が間 違っていた 仕様記述 が複数の 解釈が成り 立つ状態 ケース判定方法 記述が誤ったの は仕様記述の問 題ですかね？ Pとして共有したい事実情報【結果】 T導出時に必要な情報【当時の活動】 ※さらに状況 確認が必要 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
15. ふりかえりコメントの掘り下げ例2 15 品質基準 がない 数日機能停止 が3件、数時間 で復旧したの が4件 復旧担当者のAさ んは2日間泊り込 みで対処／他の 方も残業爆増 リリースしたら 障害が多発→ 対処が大変 だった 復旧対処した 要員のメインタ スクがすべて STOPした ふりかえりP欄への提示 品質基準がないこ とで発生している困 り事を具体的に教 えてください！ どんな障害が どのくらい発生 したんですか？ ということは、対処 した要員のメイン タスクは・・・？ なるほど！ リリース後障害7 件発生でその対 処により、要員 が・・・なんだー！ それらはテストを PASSしていたの ですか？ テスト漏れが4件、 テスト済なのに障 害になったのが3 件あった 仕様も断片し かなく、テスト ケース作成は 担当者任せ テストケース作 成とその内容OK はどうやってた んでしょう？ ※さらに状況 確認が必要 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved Pとして共有したい事実情報【結果】 T導出時に必要な情報【当時の活動】
16. 掘り下げの意味と注意事項 • 相手のふりかえり結果の内容を自分がリアルに理解すること を通じて、チームとしてモノゴトの解像度を上げて共有する。 ※メンバーのふりかえり結果から、自分の、そしてチームのリアルな気 づきを獲得するための機会を作る • 詰問や批判、ダメななぜなぜ分析のようにならないでね。 – 主語は「私」 例：（私が）ちゃんと理解したいので教えてください！ – 自分の言葉に言い換えて説明しなおし、確認する 例：なるほど！〇〇〇□□□ということですね？ おかげで理解できました！ 16 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
17. 対象活動量・期間とふりかえり 17 ふりかえり 時間 ふ り か え り ふ り か え り ふ り か え り ふ り か え り 〇具体的な結果 が得られやすい →Tの有効性向上 〇ふりかえりが短 時間で済む･リズ ムが良くなる 〇ふりかえり漏れ が少ない 〇抽象的な結果 になりやすい →Tの有効性低減 〇ふりかえりに時 間がかかる 〇ふりかえり漏れ が多い Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
18. 対象活動とふりかえりのリードタイムを最小化する 18 t ふ り か え り 例：今日の 設計作業 ふりかえりのふりかえり 【おススメ】ふりかえりは対象活動の 終了直後に短い時間で簡潔に実施する Copyright © Kenji Adachi@Software Quasol , All Rights Reserved t ふ り か え り 例：今日の 設計作業 ふりかえりのふりかえり 理想：ある活動を行った瞬間にふりかえる リアルタイムふりかえりの併用 t t
19. 虫の目と鳥の目 19 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
20. 虫の目と鳥の目 • ふりかえりは、個々のふりかえり結果から改善を実践すること が多いため、部分最適化しやすい傾向がある。（虫の目） – 個別に気づいた事項をそれぞれ改善することが、業務・プロジェクト 全体で俯瞰すると非効率的な改善になってしまう可能性も。 20 • 個別ふりかえり結果を蓄積して解析するとライフサイクルにお けるチーム・組織特性を明らかにできる • これを活用して全体を俯瞰し、全体最適を目指す活動として 併用すると効果的。（鳥の目） Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
21. ・YWTのWが書けない人が多いこと ・それ、テキストに書いてあることじゃない！ そうじゃなくて「わ かったこと」を、書けよというと、ポカーンとされてしまう。 ・Y：xxやってみた W.：xxの進め方（or使い方）が分かった T：次 のプロジェクトでxxを本格導入する とかさ。「なにそのYWT」っ て小一時間叱っちゃう。 ・定期的に実施するタイプの振り替えで、今回の振り返りスコー プはもちろん意識できるが、前回以前の振り返り内容を案外意 識できていない。 ・そもそも定期的にふりかえりをやれていないという問題に気が つきました(白目) ・ふりかえりやってるけど効果が実感できない ・ジャイアンの独演会状態で参加がツライ ・時間が長くて・・・ ・一言もしゃべらない人もいる・・ ・そもそもふりかえりがめんどくさい ・腫物に触れないように運営してるから意味ないのでは？ ・個人の失敗追及ばかりで・・ ・「なぜなぜ分析」と同様に「振り返り」をやったことに満足して、 そこで得られた教訓を次に活かすところまで持っていけない。 21 ・ずーっと同じメンバーだと振り返ることがなくなってくる。（高年齢化し たチームだと特に） ・末端のエンジニアは定期的に振り返りを行っているが、それを指示 するマネージャーたちがマネジメントに関して何も振り返っていない。 明らかにマネジメントでの問題があったのに…。 ・もともと人数が少ない会社で4案件6人とかで回していて、1人プロ ジェクトの人もいます。せっかくなのでふりかえりは6人全員でやってま すが、業務背景がバラバラなのでまったく共通点のうまれないふりか えりになってしまうことがあります （「1人ふりかえり」を集合してやっているだけな状態） ・チームではふりかえりの効果を感じているが、ふりかえりを実施した 客観的な成果を意思決定層にうまく示せない ・重大度の高い割り込みが頻繁に発生するため、ふりかえりで決めた 改善アクションの優先度が相対的に低くなりいつも達成できない。 ・チーム全体を見渡す余裕ある人がいない。そのためチームが主語と なるような問題が出てこない。 ・みな自責思考すぎて自分の問題ばかりになる。そのためチームに とって有益な改善アクションに繋がらない。 ・ファシリテーションに空回りしてる感があって虚しい気持ちになってし まう。 虫の目事例 ：3/12Twitter ふりかえりに関する困り事採集 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved ご協力ありがとうございました！
22. チームにとって有 益な改善アクショ ンに繋がらない 一言もしゃべら ない人もいる 時間が長い ジャイアン の独演会 効果が 実感で きない 定期的にふりかえ りをやれていない 今回のスコープ のみのふりかえ りになっている YWTのWが書け ない人が多い 前回以前の振り 返り内容を意識 できていない 振り返りをやっ たことに満足 類似問題 の再発 個人の失敗 追及ばかり 腫物に触れない ように運営する ふりかえりが めんどくさい マネージャ達が振り 返っていない ずっと同じメンバー 振り返ることがなくなる 経験や教訓を 活かせない 改善が進 まない ふりかえりによる改 善の優先度が下がる ふりかえりの 成果を管理層 に示せない 重大度高の割込 が頻繁に発生 みな自責思考 すぎて自分の 問題ばかり チームが主語と なるような問題 が出てこない ファシリテー ションに空回り ふりかえり へのモチ ベーション↓ 効果がいまい ちで終わる 参加がツラい A A 適切なWが 出てこない チーム が成長 しない 背景が異なる要員で実施 共有点が生まれない ふりかえり は余計なも のと認識 関係者が同時間に 集うのが難しい 管理層がふりかえ り実施に難色 B B D D C C 鳥の目事例 ふりかえり事象連鎖分析 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved 目的 手段 要因 結果 摘要
23. 過去から学ぶ 個別改善×プロセス改善の併用 23 K T P K T P K T P K T P K T P 週次Team 集合ふりかえり 日次個別ふりかえり とチーム共有・活用 K T P K T P K T P K T P K T P K T P K T P K T P Teamとして毎日共有し、 主に日々の問題解決・ 個別改善に活用 Teamとしての共通性導出・活用（プロセス改善） ふりかえり結果情報のサマリ→構造化分析による全体俯瞰 ボトルネックの解消／最も効果的な改善ポイントの特定による プロセス改善の実践 K T P K T P K T P K T P K T P 月次・Phase 集合ふりかえり K T P K T P K T P 四半期・Final 集合ふりかえり 個人で毎日3分 ふりかえり 個人で毎日3分 ふりかえり 個人で毎日3分 ふりかえり 個人で毎日3分 ふりかえり Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
24. 過去から学ぶだけでなく未来を変える 未来予想図によるリスクマネジメント実践例 24 プロジェクト目的 が未達成に終わる 期間内にテ ストが終わ らない 納期 逸脱 使う機材 がX台し かない テスト業 務初めて の方が2名 テスト不 足のまま 納品 テスト規模 に対して 営業日数が 少ない テスト実施 時にQ&Aが 増える or 機材待ちで 一部のテス トが止まる メンバーの認識 →現在の状態 （リスク要因） メンバーによる未来の予想（リスク） メンバー全員の認知と経験則（共通性（パターン）情報）を総動員して、 現状（青色要因）とリスク（黄色要因）を洗い出し、構造化→先読みして事前対策を明確化 経験則 経験則 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
25. C チームにとって有 益な改善アクショ ンに繋がらない 一言もしゃべら ない人もいる 時間が長い ジャイアン の独演会 効果が 実感で きない 定期的にふりかえ りをやれていない 今回のスコープ のみのふりかえ りになっている YWTのWが書け ない人が多い 前回以前の振り 返り内容を意識 できていない 振り返りをやっ たことに満足 類似問題 の再発 個人の失敗 追及ばかり 腫物に触れない ように運営する マネージャ達が振り 返っていない ずーっと同じメンバー 振り返ることがなくなる 経験や教訓を 活かせない 改善が進 まない ふりかえりによる改 善の優先度が下がる ふりかえりの 成果を管理層 に示せない 重大度高の割込 が頻繁に発生 みな自責思考 すぎて自分の 問題ばかり チームが主語と なるような問題 が出てこない ファシリテー ションに空回り ふりかえり へのモチ ベーション↓ 効果がいまい ちで終わる 参加がツラい A 適切なWが 出てこない 背景が異なる要員で実施 共有点が生まれない ふりかえり は余計なも のと認識 管理層がふりかえ り実施に難色 B B 効果 実感 個別結果 の効果性 実践への 動機 ふりかえ りへの価 値認識 管理層への アピール性 マンネリ度 背景共有度 ファシリテーション の適切性･有効性 チーム 指向度 他案件割込度 実施目的適切性 SCOPE適切性 実施頻度 管理層の 率先垂範度 時間の長さ 俺の話を 聞け度 参加疲労度 本音共有性 無発言者数 気づきの 意味理解度 有効な ふりかえり 結果(W･T)数 D D 個人責任 追及度 ふりかえりが めんどくさい A 関係者が同時間に 集うのが難しい 多忙度 管理層推奨度 改善実践度 C 採集結果の因果関係分析 （意味づけ） Copyright © Kenji Adachi@Software Quasol , All Rights Reserved チーム が成長 しない チーム 成長度
26. ReModelingによる ふりかえりの効果図式 チーム 成長度 効果 実感 個別改善 の効果性 実践への 動機 ふりかえ りへの 価値認識 管理層への アピール性 マンネリ度 背景共有度 ファシリテーションの 適切性･有効性 チーム指向度 他案件 割込度 実施目的適切性 SCOPE適切性 実施頻度 管理層の 率先垂範度 時間の長さ 俺の話を 聞け度 参加疲労度 本音共有性 無発言者数 気づきの 意味理解度 有効な ふりかえり 結果(W･T)数 個人責任 追及度 多忙度 管理層の 実施推奨度 改善 実践度 A B B A C C No. 推奨プラクティス（例） ① 目的･観点事前共有 ② 4行日記フレームの採用 ③ グランドルールの採用 ④ ジャイアンの参加除外 ⑤ 1人1件バトンリレーの採用 ⑥ タイムボックス運営 ⑦ 個別ふりかえりとチームふりかえりの分離 ① ② ⑦ ④ ① ① ⑤ ① ⑥ ③ ⑦ ① ② ④ ⑤ ⑥ ③ 組織学習への活用例 推奨プラクティス付き ふりかえりの効果図式 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
27. 4行日記 「1日5分 目的・目標を達成させる 4行日記」 (1)事実：例：役員の〇〇さんから笑顔で「△△の対応ありがとう！」と言われた！ (2)発見（気づき）：例：気持ちのこもった「ありがとう」って、とてもうれしい！ (3)教訓：例：権威の有無に関わらず素直な気持ちを伝えるのってとても大切だ！ (4)宣言：例：私も明日から素直な気持ちを込めた挨拶やお礼をするぞ！ 27 自律神経が整う３行日記 「「3行日記」を書くと、なぜ健康になれるのか？」 (1)今日いちばんの失敗（or体調が悪かったこと、嫌だったこと） (2)今日いちばんの感動（or嬉しかったこと） (3)明日の目標（or今いちばん関心があること） ※寝る直前に１行ずつ、なるべく簡潔に書く Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
28. 今日のふりふり結果を分析し、後日公開します https://balus.app/workspaces/AUARarRa9l33PY3TcopEP/view-models/2IO_CvijBxHBS777-zkxC みなさんのふりふり結果を分析し、その結果を後日同じ環境に 公開します。（環境はこのあと閲覧のみに変更します） 28 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved 【協力】Balus2.0環境 株式会社Levii https://levii.co.jp/ 結果公開時に こちらから発信します
29. 気づきを得るために 29 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
30. 自分自身への気づきを高める法 「スーパーエンジニアへの道 技術リーダシップの人間学」第七章 • 自己変革に成功するのに十分なだけの動機づけを持ってい るかを調べるテスト～たったいまから三箇月間、個人的な日 誌をつけるために毎日五分使うこと • 日誌には何を書くべきか？ • 日誌は自分自身について学ぶためにつける。たいていの場 合、学ぶのはずっとあとになってその項目を読み直したときで す。 30 「自分について書く」 ・事実：自分に何が起こったか？（客観的に） ・感情：自分はそれにどう反応したか？ ・発見：それにより何を学んだか？ Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
31. 取り 込み 意味 づけ 意義 づけ 反応 うれしい！ イヤだなぁ・・・ こんなことが あった！ 人間のモノゴトの取り込み～反応まで 31 ヴァージニア・サティア（Virginia Satir）の交流モデル(*1) *1:参考 ソフトウェア文化を創る2 「ワインバーグのシステム洞察法」 共立出版 G.M.Weinberg 個人の性質・価値観・経験則 周囲の状況 など 事象・出来事 解釈 感情 対処スタイル Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
32. 32 大切なのはできごとではない。 できごとに対するわれわれの 反応なのだ。 Gerald.M.Weinberg 技術リーダになるのは、彼らが失敗に反応するそのし かたによる。逆境を克服するだけでなくプラスに変える。 （技術リーダとは）敗北を成功の跳躍台に使う能力を 持った人々である。 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
33. まとめ～ふりかえりの意味 33 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
34. 政治でもスポーツでも『熱狂』は危険 なものだ。その人が信じることだけを 正しいとする盲目につながり、あらゆ る疑問を覆い隠す。 それは賢さとは対極にあるものだ。 ウルグアイ ホセ・ムヒカ元大統領 34 出典：https://this.kiji.is/91639630247313411 琉球新報 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved 専門家バイアス
35. 専門家バイアスから脱却するには？ ＝自分を成長させるには？ まずは自分は専門家バイアスにかかっていると自覚 する。 異なる見方、意見から学び、自らの既存知識と併せ て新しいモノゴトの捉え方、考え方に更新し、より適切 な思考･行動へと統合する。 35 ふりかえりが有効 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
36. 参考文献 • ＜社説＞ムヒカ氏初来日 戦争なき世界実現考えたい 琉球日報 https://this.kiji.is/91639630247313411 • 「スーパーエンジニアへの道 技術リーダシップの人間学」 Gerald.M.Weinberg • SPI Japan 2011 ふりかえり実践方法の変遷による業務運営プロセスと成果の改善 http://www.jaspic.org/event/2011/SPIJapan/session3B/3B4_ID008.pdf • SPI Japan2015 自律型プロジェクトチームへの変革アプローチ事例～チームの価値観変容を重視し、問題 モデリングを活用したSaPID流プロセス改善アプローチ～ http://www.jaspic.org/event/2015/SPIJapan/session3C/3C-3_ID012.pdf • ISTQBテスト技術者資格制度Foundation Level シラバス 日本語版 Version 2018V3.1.J02 http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2018V31.J02.pdf • SPI Japan2019 静的×動的プロセス改善の実践と課題 共通性×相違性～見つけ方とつなぎ方 http://www.jaspic.org/event/2019/SPIJapan/session2A/2A2_ID008.pdf • 「1日5分 目的・目標を達成させる 4行日記」 小林 惠智 • 「「3行日記」を書くと、なぜ健康になれるのか?」 小林弘幸 36 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved