https://tech.yyh-gl.dev/categories/%E3%83%81%E3%83%BC%E3%83%A0%E3%83%9E%E3%83%8D%E3%82%B8%E3%83%A1%E3%83%B3%E3%83%88/Recent content in チームマネジメント on Indexing my brainHugo -- gohugo.iojaSat, 25 May 2019 09:00:00 +0900https://tech.yyh-gl.dev/blog/engineering_organization_theory_mentoring/Sat, 25 May 2019 09:00:00 +0900https://tech.yyh-gl.dev/blog/engineering_organization_theory_mentoring/<h1 id="概要">概要</h1> <p>今回は、広木 大地さんが書かれた 『<a href="https://www.amazon.co.jp/%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%83%AA%E3%83%B3%E3%82%B0%E7%B5%84%E7%B9%94%E8%AB%96%E3%81%B8%E3%81%AE%E6%8B%9B%E5%BE%85-%E4%B8%8D%E7%A2%BA%E5%AE%9F%E6%80%A7%E3%81%AB%E5%90%91%E3%81%8D%E5%90%88%E3%81%86%E6%80%9D%E8%80%83%E3%81%A8%E7%B5%84%E7%B9%94%E3%81%AE%E3%83%AA%E3%83%95%E3%82%A1%E3%82%AF%E3%82%BF%E3%83%AA%E3%83%B3%E3%82%B0-%E5%BA%83%E6%9C%A8-%E5%A4%A7%E5%9C%B0/dp/4774196053/ref=sr_1_1?__mk_ja_JP=%E3%82%AB%E3%82%BF%E3%82%AB%E3%83%8A&crid=1RMF6RYJ2VXGL&keywords=%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%83%AA%E3%83%B3%E3%82%B0%E7%B5%84%E7%B9%94%E8%AB%96%E3%81%B8%E3%81%AE%E6%8B%9B%E5%BE%85&qid=1558967032&s=gateway&sprefix=%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%83%AA%E3%83%B3%E3%82%B0%2Caps%2C244&sr=8-1">エンジニアリング組織論への招待 不確実性に向き合う思考と組織のリファクタリング</a>』 という本から、</p> <p>2章「メンタリングの技術」についてまとめます。</p> <p>（初投稿の内容が技術系じゃなくてチームマネジメント系かよとか言わないでくださいね）</p> <h2 id="最初に覚えておいてほしいこと">最初に覚えておいてほしいこと</h2> <p>メンタリングは、自律的な人材を育むために行う。</p> <p>そのために、下記3点の状態にメンティ自身からなれるように導く。</p> <ul> <li>自分の気がつかなかった問題に気がつくようになる</li> <li>認知の歪みによる感情と問題の癒着を切り離せる</li> <li>答えではなく、次の一手を生み出す行動が取れるようになる</li> </ul> <p>これらがとても重要です。</p> <p>以下いろいろな話が出てきますが、結局は上記3点の状態を実現するための方法です。</p> <p>ここをしっかりと意識して読んでいただければ、</p> <p>より一層理解が深まると思います。</p> <br> <p>以下まとめ （★マークは個人的解釈・感想です）</p> <h1 id="そもそもメンタリングとは">そもそもメンタリングとは</h1> <ul> <li>相手を上から押し付けるような教育方法ではない</li> <li>相手の考え方を少しずつ変えることで、問題解決の力を育む手法</li> </ul> <p>対話を通じて、以下の2点を行い、相手を成長させる。</p> <ul> <li>歪んだ認知を補正</li> <li>次の行動を促進</li> </ul> <p>メンタリングと聞くと、</p> <p>大学で何年も学ばないと身に着けられないような技術であると思いがちだが、</p> <p><u>体得すればだれでもできるようになる。</u></p> <h1 id="エンジニアリングにおけるメンタリングの重要性">エンジニアリングにおけるメンタリングの重要性</h1> <h2 id="エンジニアリングは知識が全てではない">エンジニアリングは知識が全てではない</h2> <p>エンジニアリングでは技術的な課題がよく取り上げられるが、</p> <p><u>技術的な課題というのは心理的な課題と密接に関係</u>している。</p> <p>例えば、</p> <ul> <li>ソフトウェア開発はチームプレイ</li> </ul> <blockquote> <p>★ 技術的な課題解決だけでなく、人間関係とかもあるってことかな</p></blockquote> <ul> <li>各個人の開発における問題解決は、自分自身との対話によって制御するもの</li> </ul> <blockquote> <p>★ 自身を制すものがエラーを制す</p></blockquote> <p>上記のようにエンジニアリングには心理的な課題も存在する。</p> <p>プロダクト開発では <u>不確実性を排除する</u> ことがとても重要である。</p> <p>したがって、不確実性のひとつである心理的な課題は排除すべき対象である。</p> <blockquote> <p>★ だから、メンタリングが重要なんですね。</p></blockquote> <br> <h1 id="メンタリングは-自ら考える人材を作る-ためのテクニック">メンタリングは <u>自ら考える人材を作る</u> ためのテクニック</h1> <h2 id="自立型人材と依存型人材">自立型人材と依存型人材</h2> <p>自ら考える人材を自立型人材、そうでない人材を依存型人材とすると、</p> <p>それぞれ下記のような特徴がある。</p> <ul> <li>自立型人材 <ul> <li>自ら問題を発見し、解決することができる</li> <li>問題について、自分ごととして捉えている</li> <li>問題の根本的原因は自分にあると考える <ul> <li>改善のために行動できる</li> </ul> </li> </ul> </li> <li>依存型人材 <ul> <li>問題を与えられてから考える</li> <li>問題と解決策を渡されてから動ける</li> <li>問題の根本的原因は他人にあると考える <ul> <li>改善のために行動できず、他人のせいにしてしまう</li> </ul> </li> </ul> </li> </ul> <h2 id="両人材の境界線">両人材の境界線</h2> <p>多くの人は時には自立型人材、しかし、ある場面では依存型人材になってしまう。</p> <p>それが普通である。</p> <p>大事なのは、 <u>上司と部下という関係における期待値を合わせておくこと</u>。</p>