XP祭り2017『忖度と心理的安全』(スライド公開用)#xpjug
1 like1,413 views
XP祭り2017公開スライド プロジェクトの意思決定や判断において忖度がいかにコミュニケーションを阻害し本当の目的を迷子にするかについての説明と心理的安全を実現するための方法について記載
1. 謙虚(Humility)
2. 尊敬(Respect)
3. 信頼(Trust)](https://image.slidesharecdn.com/xp2017-170916061803/85/XP-2017-xpjug-36-320.jpg)
XP祭り2017『忖度と心理的安全』(スライド公開用)#xpjug
- 2. 登壇者 2 稲葉 涼太（INABA Ryota)/ Twitter @Ryota_178 • ベンチャー系コンサルティングファーム General Manager • 大手一部上場SIerから大手コンサルティングファームを経て現職 • 人事/人材マネジメントとシステムコンサルティングを専門分野とする 保有資格 産業カウンセラー キャリアコンサルタント SAP認定コンサルタント(人事管理・会計管理・ABAPプログラミング) 等 直近の登壇 Regional SCRUM GATHERING® Tokyo 2016 『Agile人材の評価とキャリアプラン』
- 10. 写真撮影はご自由で構いません • 撮影音無しのアプリもありますのでお勧めします • ただし「撮影不可」のスライドのみ、撮影はご遠慮ください 10 とは別に… 家庭持ち帰り用に 私の写真どなたか撮影お願いします @Ryota_178 か #XPJUG #XP祭り までいただけると嬉しいです
- 11. 前置きが長くなりましたが… 11
- 13. 意思決定における『忖度』の構図
- 17. しかし… 17
- 19. 忖度アルアル ～必要な情報は抜け落ち余計な情報が足される 19 例の「アレ」 よろしく よくわかんないけど あれもこれも 入れておくか よくわかんないけど、 あれもこれも入れて おいて、あれは怒ら れそうだから隠すか 必要な情報は必ずし も含まれていないが、 「念のため」の余計 な情報は満載 • 往々にして細部まで深く考えてない • ちょっと気になったので、まずは判 断する上でラフな情報が欲しい • 聞いたら馬鹿と思われそうな ことは聞けない • ツッコミが入りそうなことは 細部まで抑えないと怒られる • 最早本当の目的は想像の世界 • 減点をなるべく防ごう • 不味いものはカット、ツッコ ミが来そうなのはケア • 上司の上司の上司は雲の上の世界 • 空気を読んで言われたことを遂行 しよう ・情報量=1 正しい情報量=1*0.1 余計な情報=1*10 正しい情報量=1*0.1*0.1 余計な情報=1*10*10
- 22. そこに『忖度』が入ると、更に余計な解釈が入る 22 • 『忖度』とは『空気を読む』こと • 『空気』とは『「世間」という名の宗教』の経典 『空気を読む』とは正解のない経典解釈 でも『空気』は実態が無く、そして変わる 『きっとこうに違いない』や『敢えてこれを聞いたら怒られる』の積み重ねが 間違った解釈を量産する。
- 30. 30
- 35. 話を『聴く』 傾聴の3条件(心理学者 Carl Ransom Rogers) 自己一致（congruence):自分に嘘をつかない 無条件の肯定的配慮（unconditional positive regard ）：まず相手を受け入れる 共感的理解（empathic understanding）:論理的に理解し、感情に共感する 35 甘やかしではない。まず誠実に受け入れ理解する。 評価や指摘はその後
- 36. HRTの精神 36※出典：Brian W. Fitzpatrick[Team Geek ―Googleのギークたちはいかにしてチームを作るのか](オライリージャパン) 1. 謙虚(Humility) 2. 尊敬(Respect) 3. 信頼(Trust)
- 38. 38 24 h プロダクトバックログ 更新 製造 顧客 チームメンバー 社内ステークホルダー Scrumチーム リリース(n回)準備期間 SCRUM プロセス • ビジネス要件の検討 • 契約合意 • ヴィジョンの共有 • 初期プロダクトバックログ策定 • 初期リリース計画 • チーム構築 プロダクトオーナー スクラムマスター リリース(n回) 【参考】SCRUMのプロセスと関係者 SCRUMプロセスは、日々コミュニケーションを取り、反復継続してリリースを繰り返す 関係者がコミュニケーションを継続して密に取ることが重要
- 39. 39 24 h 【参考】SCRUMのプロセスにおける評価者 プロダクトバックログ 更新 製造 プロダクトオーナー 顧客 チームメンバー スクラムマスター 社内ステークホルダー Scrumチーム リリース(n回)準備期間 SCRUM プロセス • ビジネス要件の検討 • 契約合意 • ヴィジョンの共有 • 初期プロダクトバックログ策定 • 初期リリース計画 • チーム構築 評価者は社内ステークホルダーの一員として参加する (部門長等、管理者ポジション) 評価者は日々のSCRUMプロセスの中でチームの動き とメンバーの役割とパフォーマンスを把握する メンバーの評価は必要に応じてプロジェクトオーナーや スクラムマスターの意見を参考にする スクラムマスタの評価も管理者として行う 評価 参考意見 評価 POやSMはチームメンバー を評価しない 部門長等、評価者たる管理者は社内ステークホルダーの中に位置してSCRUMプロセスに参加する 日々のSCRUMプロセスの中で評価者は被評価者の動きを把握し、評価する
- 41. ご清聴ありがとうございます 41
- 42. 登壇者 42 稲葉 涼太（INABA Ryota)/ Twitter @Ryota_178 • ベンチャー系コンサルティングファーム General Manager • 大手一部上場SIerから大手コンサルティングファームを経て現職 • 人事/人材マネジメントとシステムコンサルティングを専門分野とする 保有資格 産業カウンセラー キャリアコンサルタント SAP認定コンサルタント(人事管理・会計管理・ABAPプログラミング) 等 直近の登壇 Regional SCRUM GATHERING® Tokyo 2016 『Agile人材の評価とキャリアプラン』