(62ページ目)

自分 ✕ 本

に関する学び

---

なぜ思考を制約するのか？ 人間は「考えやすいこと」や「考えたいこと」を優先して考えてしまう傾向があります。自由に発想できるにもかかわらず、無意識に思考を制約してしまうことがあるのです。クリティカルシンキングにおいて、自分の思考をチェックする「もう一人の自分」を育てることが重要です。理解していても、発想の「制約」や「偏り」は避けられません。それを防ぐためには「頭の使い方」を知っておくことが必要です。クリティカルシンキングはまさにその「頭の使い方」の土台を築くものです。 固定観念をどう打破する？ 私の周りでも長く業界にいる人が多いのですが、新しい視点を考える際に、業界の固定概念に縛られてしまう人が多いと感じます。それでは真の新しい発想とは言えません。そうした固定概念に対する認識を改めさせられました。今後、新たな業界への進出も見込んでいるため、自分の思考能力をさらに磨いていきたいと考えています。 思考を深める鍵は何？ 業務の移管、AIを用いた効率化、そしてプレゼンテーションといった分野で、スペースを持ち考えをまとめてから行動に移すことが大切です。その際、本当にそれが最善かどうかを何度も考え、決定した後も常に自問自答を繰り返します。また、自分だけの考えにとどまらず、他者の意見を収集して思考の幅を広げることが重要です。相手が理解しやすい言葉選びや表現を常に意識していきたいと思います。

物事を分解する利点は？ 「物事を分解する」という手法は、複雑な問題や課題を整理し、本質を掴むために非常に有効だと感じました。分解することで得られる利点として、全体像の明確化、真実への気づき、主観や思い込みの排除、具体的なステップの可視化が挙げられます。これにより、行動に移しやすくなり、自信がつき、切り口が増え、無駄が減ることで、コミュニケーションも円滑になります。 IT業界での分解の活用法は？ 私はIT業界で働いています。分解を効果的に活用する場面としては、システム障害時のトラブルシューティングがあります。アプリケーションエラーの要因や原因を細分化して判断します。また、要件定義やシステム設計では、顧客の要求を具体的に細分化し、それぞれの機能や動作について詳しく検討・具現化します。プロジェクト管理やコードレビューにおいても、工程やタスクを細分化して効率的に管理し、効果的なレビューを行います。 明確な目標設定の重要性は？ 実践においては、明確な目標設定が重要です。例えば、障害対応や要件定義の工程で課題を意識し、発生した問題を分解して整理します。分解された要素の因果関係を確認し、特に障害対応時には優先順位の判断も必要です。また、仮説を立てる姿勢やツールの活用も有効です。こうしたプロセスを定期的に繰り返し、振り返りを行いながら、自分のスキルとして確実に身につけていきたいと思います。

分析と整理の違いは何か？ 「分析」、「収集」、「整理」はそれぞれ異なる作業です。データ整理で分析が終わることもしばしばあり、比較対象があいまいになることもあります。また、見せ方に時間をかけすぎると、「相手に伝えたい」という本来の目的が不明瞭になることが多々あります。これは、「分析とは比較である」ことや「目的に立ち返ること」がしばしば抜け落ちがちだからではないでしょうか。楽な方に流れる思考や、目に見える分かりやすいものに飛びつきやすいバイアスに引っ張られる癖があります。自分の特徴を含めてこれらをしっかり俯瞰して整理しておかないと、学びの方向性やその捉え方がずれてしまう可能性もあると感じました。 常に数値を更新する重要性 販売状況や市況状況、社内状況の分析を進める中で、過去の基準や初期値がたびたび変更されてきました。分析が比較である以上、常に更新された数値のみが注目されることが多いです。このような状況では正確な分析ができず、意思決定に繋がらないと感じています。これはとても危険なことかもしれません。 データ整理はなぜ重要か？ 様々な分野で目的とされることを視野に入れ、使用されるデータの洗い出しを行います。比較するためにも整理が必要ですので、いつでもデータを抽出できるよう、整理を行うことが重要です。整理された状態から、それぞれの目的に合わせた比較基準を設計することが求められます。

思考のクセをどう見極める？ 人間には思考のクセがあることを理解し、その上で物事を考えることが重要です。そして、自分自身を客観的に見ることができれば、漏れや重複のないように、MECE（Mutually Exclusive and Collectively Exhaustive）に物事を考えることが可能になります。Live授業を受ける前までは、クリティカルシンキングを論理的思考と混同していましたが、今では論理的思考を補完するものとして、徐々にその大枠を理解できるようになりました。 授業後の変化は何？ 授業を通じて私の思考の傾向やクセも明らかになってきたため、今後それらとどう向き合い、取り入れていくかをこの6週間で見極めていきたいと考えています。次の四半期の計画を考える際には、この学びをすぐに活用したいです。これまでは、物事を適切なレベルまで深く考えることが不足していたと感じていますが、講義で学んだフレームワークやプロセスを実践し、意識しながら計画を立てていきたいと思います。 疑問が導く新発見は？ まずは、自分の考えに常に疑問を持つことから始めます。自分が導き出した答えが本当に最良であるか、他の選択肢ではどうなるのか、他に取り得る方法や選択肢はないかを必ず考えるようにします。そして、考えたことやプロセスを可視化するためにノートに書き留め、履歴を残すことも実践したいと思います。

課題は見極められる？ 何となく考え始めると、思考の方向性や目的とのズレに気づくことが少なくありません。事前に考えるべき課題、つまり「イシュー」をしっかりと見極めることで、無駄な時間や努力、あるいは表面的な議論に陥るリスクを減らすことができると理解しました。 具体性はどう捉える？ イシューを特定する際には、最初から曖昧な内容にせず、具体的な問題点に焦点を絞ることが重要です。たとえば、抽象的な目標ではなく、具体的な事象や時期、原因が明確になるように設定することが求められます。また、イシューは問いかけの形にすることで、問題の本質に迫る手がかりを提供し、解決策を考えるための土台を作ることができます。 チームで共有できる？ 決めたイシューは、思考する際に常に意識し続けるとともに、チームの各メンバーと共有することで、全員が同じ方向を向いて課題に取り組める環境を作る役割を果たします。まずは自分自身が具体的なイシューを設定できているかを再確認し、さらに他者との認識合わせを進めることが大切です。 会議は明確になる？ また、会議や議論においては、イシューが曖昧なまま進んでしまうことを避け、何について話し合うのかを明確にすることが必要です。各自の意見が飛び交う前に、共通した具体的なイシューを確認することで、その後の解決策の話し合いを効率的かつ有意義なものにすることができると感じます。

イシューの本質は？ 「イシューとは何か、そしてイシューを設定して考えるとはどういうことか」を学びました。例えば、ファストフードチェーンの事例では、売上増という大きな目標に向かって進む前に、まず情報を細かく分解し、本当に解決すべき問い（イシュー）は何かを探るプロセスが大切だと説明されていました。売上増そのものがイシューではなく、目標達成の障壁となる要因や課題を見極めることが、本質であると理解しました。これにより、これまで「売上に対して何をやるべきか」という問いを立てていた自分の方法にブレがあったことに気付き、今後は目標への障壁となる具体的な課題に着目して情報を整理しようと考えています。 イベント数字は何示す？ また、コラボイベントの売上やSNS運用のデータ集計から、次の施策へ向けた具体的なアクションを導き出す際にも、この視点が役立つと感じています。たとえば、3か月間実施したイベントの数字の推移を加工・整理し、目標売上に対して実績がどの程度であったか、また達成のためにはどのような条件が必要かを検討することで、課題（イシュー）を明確にする予定です。 イシューの適否は？ さらに、目標と解決すべきイシューが混同しやすいため、ピラミッドストラクチャーを活用して「そのイシューは本当に適切か」を客観的に確認し、より的確な仮説にたどり着けるよう進めていきます。

学びの振り返りで何を明確に？ グロービス経営大学院のオンライン学習サービス「ナノ単科」を通じて、講座全体を振り返ることで、自分がどのような課題を抱えており、今後何をすべきかが明確になりました。特に、以下の3点が新しい学びと気づきとなり、課題解決のために継続して実行すべき決まり事として定めることができました。 1. 課題で何を問われているかを考えること 2. 課題の答えを出すために何を考えなければならないかをまず決めること 3. 自分が考えた道筋に抜け漏れがないかを客観視すること 業務での具体的な活用法は？ どの業務においても、課題が与えられ、結果をアウトプットする必要があるため、これらのポイントは業務全般で活用できると感じました。具体的には、報告書を作成するときや、発表資料を準備するとき、メールの作成時、人に相談するとき、会議の際などがその例です。 実施すべきアプローチとは？ 具体的なアプローチとしては、以下のように実施したいと思います。 1. 課題で何を問われているかを設定・共有してから、本題に入り解決策を考え始めること 2. 解決策を考える際には、直感的に思いつく方法以外の分解方法も検討すること 3. 課題の答えを出せたとき、そのまま採用するのではなく、アプローチの抜け漏れを客観的に評価すること これらの学びを活かし、今後の業務に生かしていきたいと思います。

分解の基本はどうする？ 分解の仕方によって、物事の見え方や捉え方が変わることを理解しました。分解は最初から細かく行うのではなく、まず全体を定義し、広い視点で傾向を捉えることが重要です。その際、分解の切り口として「いつ、誰が、どのように」を意識すると探しやすくなります。また、分解にはMECE（漏れなくダブりなく）を意識することが求められ、層別、変数、プロセスの分解が考えられます。一度分解して終わらず、他の視点も探し続ける姿勢が大切です。 どんな視点で分解する？ システム開発提案などで改善系の提案を行う場合には、操作時間や処理時間、問い合わせの状況、不具合の発生状況など、さまざまな視点で分解することが重要です。これにより、より費用対効果の高い提案が可能になります。これまでもデータ分析を行ってきましたが、自分の想定に偏ったデータ分解をしていたことに気づかされました。他の視点があるのか、偏りがないかを常に自問自答しながら、問題の本質を捉えたいと考えています。 来期提案で注目すべき点は？ 来期の体制提案では、現行システムの課題を洗い出すことを目指しています。そのために、現行機能の操作性、問い合わせ、要望一覧をまとめ、来期で取り組むべき改修内容の有効性を示し、それに沿った体制を提案したいと考えています。MECEを意識したデータ分析を活用し、説得力のある提案を行えるように努めます。

リーダーシップに欠かせないものとは？ 本講座を通じてリーダーシップに関連する様々な理論を学びましたが、最も感じていることは、前提として部下と信頼関係を構築することが重要であり、どんな時も部下をしっかり見ていることが求められるという点です。そして、それができていれば、当たり前にできることを継続することができるのです。 経験と理論をどう活用する？ これまで経験と勘で仕事をしていましたが、そのメカニズムを知ることで自身の成長を感じました。ただし、理論を鵜呑みにせず、しっかりと自身の経験と融合させ、自分なりのリーダーシップを発揮したいと思います。 1on1で意識することは？ 部下との1on1や仕事を任せる際、フィードバックを行う際には、学んだこと（エンパワメントやモチベーション）を意識し、自身の行動と言動を意識的に変えていきたいと思います。また、相手のキャリアアンカーを意識して、相手に合わせて自身のスタンスを変えるようにしたいと思います。 新しい習慣はどう作る？ こうした機会を積極的に、計画的に持つようにしたいです。具体的には、部下にそのことを話し、スケジュールに入れることを必ず行うようにします。また、毎日、その日の自身や部下との接し方などを振り返り、自身が成長できているかを考える時間を設けるようにします。さらに、今回の学習同様、それを習慣化していきたいと思います。

リーダーに必要な3つの要素は？ 行動、能力、意識の3つのリーダーに必要な要素について深く理解できました。自分の得意な部分と、まだ力が及んでいない、あるいは強化が後回しになっている部分があることを改めて認識しました。重要なのは、これら3つの要素をバランス良く高めていくことです。自身の強みを意識しつつ、全体的な向上を目指すことが必要だと実感しています。 理想のリーダー像をどう言語化する？ また、理想とするリーダー像を初めて言語化する機会を持てました。日常の仕事の中で「こんなリーダーに近づきたい」と漠然と思うことはありますが、言語化することにより、そのイメージがより具体的になりました。このリーダー像を明確化することで、日々の業務においてどのように振る舞い、どのような方向を目指すべきかを考える手助けになります。具体化したイメージは自然に行動を導き、徐々に理想の姿に近づくのではないかと感じています。 行動と発言をどう振り返る？ さらに、リーダーとしての行動や発言について、その都度振り返る習慣を持ちたいと思います。自分の発言や行動が本当に目指す方向に沿っているのか、あるいは感情に流されて誤って進んでいるのかを冷静に見つめ直すことで、自分自身を正し、次の行動に反映させることが多くの場面で役立つと感じました。反省と改善を繰り返すことで、さらに強いリーダー像に近づけると信じています。

どうして共感が必要？ 目標設定において「共感と納得」を得ることが、相手に自分事として捉えてもらう上で大変重要であると学びました。また、エンパワーメントにおいては、業務を丸投げするのではなく、相手の力量を適切に見極めることが不可欠であると実感しました。たとえば、メンバーが動けない理由が「わからない」「できない」「やりたくない」のいずれに当たるのかを判断し、状況に応じた支援を行うことがリーダーの役割であるという認識に至りました。 知見はどう使う？ 現在、後輩を持つ立場ではありませんが、仮に担当する機会があった場合には、業務委譲の場面で得た知見を活かしたいと考えています。具体的には、以下の2点を行動計画として挙げます。 仕事の意味付けは？ まず一つ目は「業務の意味付け」です。タスクを任せる際には、その仕事がチームの目標達成や本人の成長にどのように結びつくのか、対話を通じて明確にし、納得感を持たせるように努めます。すでに実施中の1on1の対話もこの目的に活用できると考えています。 6W1Hの伴走方法は？ 二つ目は「6W1Hでの認識合わせと伴走」です。まずは任された本人に計画を立ててもらい、6W1Hの観点から認識にズレがないかを確認します。また、丸投げを防ぐために、事前に進捗確認のタイミングを取り決め、問題点が出た場合には適宜問いかけを行って伴走することを心がけます。

誰もが持つリーダーシップとは？ 誰もが持つリーダーシップについて考えてみれば、「フォロワーがいれば、それだけでリーダーシップが発揮されたことになる」というシンプルなものである。難しく考えすぎる必要はない。 なりたい自分をどう見据える？ また、自分のなりたい姿を明確にするには、目標を設定することが重要だ。そのことにより、現状の自分とのギャップが浮き彫りになり、「行動 = 能力 x 意識」という考えをより具体化できる。 リーダーシップは上司だけのもの？ 今までリーダーシップを「上司」に期待していたが、例え役職がなくても自ら動いてチームを引っ張ることでリーダーになれると理解した。ただ、自分には「熱意」が足りないのかもしれない。やった方が良いと感じていることでも、他人を動かすのが面倒で、リーダーシップを取ってこなかったことがある。 上司への不満をどう克服？ 上司への不満をチーム全体で共有している中、自分がリーダーシップを発揮することで解消できそうな問題には積極的に取り組んでいこうと考えている。ただし、他のチームの協力が必要な場面では、「本当に行動したいのか？」「行動すべきなのか？」という問いに対する熱意が足りないと感じることがある。「自分がやらなくてもいいか」「依頼されてはいないし」という考えが心の奥底にあるかもしれない。こうした問題の深掘りが必要だと感じている。