(4ページ目)

課題 ✕ 改善

に関する学び

---

なぜ共感が大切？ 「共感ステップ」では、単なる情報収集にとどまらず、ユーザーの課題や背景を深く理解し、求める解決策を的確に見極めることが重要であると学びました。現在取り組んでいるワークショップ形式の研修デザインにおいても、受講者の視点に立ち、彼らが何を感じ、何を求めているのかを探るプロセスに重点を置く必要があると考えます。例えば、研修設計の段階で自ら受講者となって演習を体験し、ショートケースの妥当性や適切な所要時間を確認すること、また事前アンケートにより受講の狙いや期待を把握することで、表面的なニーズだけでなく本質的な課題も見極めることができると実感しました。 どう適用する？ 共感ステップについて、具体的な研修デザインへの適用方法をよく考えられている点は非常に印象的です。より多くの受講者の視点やニーズを探るアプローチを試みることで、さらに多面的な理解が得られると感じます。 どの調査が有効？ また、受講者の背景や課題を深く理解するために、どのような追加の調査手法が有効か、そしてワークショップデザインで共感をさらに深めるためにどのような方法を試すべきかを考えることも有意義だと思います。 どう設計すべき？ 事前アンケートの実施や自身での演習を通じて、以下の点が重要であると改めて認識しました。まず、受講者のペルソナに応じた研修の難易度設定とシナリオ作成です。受講者の職種、経験年数、課題意識を踏まえ、適切なレベル感で研修を設計し、理解しやすいストーリー展開を意識することが求められます。次に、説明資料の粒度と所要時間のバランス調整が重要です。受講者の集中力や理解度を考慮し、必要な情報を適切なボリュームで提供するとともに、講義とワークの時間配分を最適化する工夫が必要です。さらに、ワークの難易度設定と題材設計については、受講者が主体的に考え、実践的なスキルを習得できるよう、初心者でも取り組みやすく、発展的な応用が可能な内容を用意することが大切です。 どう改善する？ 今後も、受講者の視点に立ち、実際の学びにつながる研修デザインを追求していきたいと考えています。今週は、共感ステップの実践を通じて、ユーザー理解の深め方について学びました。現場に足を運び、ユーザーの行動や発言を客観的に捉える「現場観察」と、自らが取り組む中で感じる感情や視点を体験する「参与観察」との違いが印象に残り、これらの手法を組み合わせることで、ユーザーの潜在的なニーズや課題の本質を見極めるための深い分析が可能になると感じました。今後は、実践の場を通じて共感ステップをより意識的に活用し、受講者視点の学びを深めながら、研修デザインやサービスの改善につなげていきたいと思います。

本質の学びは何？ 今週の学びのポイントは、①問題の本質をとらえる、②洞察の整理と可視化、③顧客課題仮説の作成、④ユーザー中心の視点の維持、⑤検証と改善の5点でした。特に③顧客課題仮説の作成は、何となく感じていた課題を「●●は●●という状況で、●●という課題を抱えており、●●という解決策を提供できるのではないか」という形に整理することで、その課題が真に本質的なものかどうか、またその根底にある意図に気づく大きなヒントとなりました。 受講生の視点はどう？ 先日、担当しているビジネススクールで、受講生から「自習時に周囲が気になって集中できない」という課題が相談されました。当初は「耳栓を使用してみてはどうか」といった提案をしましたが、今回の学びを踏まえ、これを改めて課題仮説に当てはめてみることにしました。その結果、「受講生は教室で自習する際、周囲が気になって勉強に集中できないという課題を抱えており、簡易パーテーションを設置するという解決策を提供できるのではないか」という形に整理でき、受講生の立場に立った新たな視点に気づかされました。 環境改善の鍵は何？ これまで「周りが気になる」という相談に対しては、うるさい受講生への注意や配慮を促す張り紙の掲示など、ソフトな対応を中心にしてきました。しかし、受講生の目線で考えると、簡易パーテーションのような物理的な解決策があれば、より快適な環境が整うことに繋がると感じられたのです。もちろん、実際にそのような取り組みを行うには費用面などのハードルがあるものの、その障壁があったためにこれまで検討の対象になってこなかったと改めて認識しました。 ユーザーの隠れたニーズは？ また、今回の学びでは、観察やインタビューを通じて得たユーザーの気づいていないニーズ（暗黙知）や認識しているニーズ（形式知）をもとに、本当に解決すべき課題を定義する重要性を学びました。文字情報の分析や定性分析、コーディング、さらにはKJ法や付箋紙法といった手法を通じて、受講生への共感から本質的な課題を抽出するプロセスが理解できました。初心者は、まず観察から得たメモの中からポイントを抽出することから始めるとよいとのことです。 解決策検討の視点はどこ？ 今日の学びとしては、ユーザーの声を素直に受け止め、様々な角度からソリューションを検討する姿勢がいかに重要かを実感しました。ユーザーの話を聞く段階では十分な理解が得られても、実際に解決策を検討する際には、初めから制約にとらわれて選択肢が狭まってしまいがちです。そこで、課題文として整理するステップを設けることは、広い視野を保つ上で意義深いと感じました。

GAiLで何を学んだ？ GAiLと動画学習を通じて、多くの学びがありました。過去に実践していたこともありましたが、うまく活用できず、深く掘り下げることができていなかったため、事実をつかみ切れていないことに気づきました。 顧客ニーズはどう捉える？ 顧客のニーズを深堀し、真のニーズを捉えることは重要ですが難しいと感じています。顧客自身が欲求に気づいていないため、単純な質問では引き出せないのです。しかし、真のニーズを探り出す手法について学ぶことで、その意図をよく理解できました。 行動観察の効果は？ まず、エスノグラフィー（行動観察調査）は、消費者の潜在ニーズや課題を発見するために有効であり、言葉以外の情報が主な分析対象であることが分かりました。そして、デプスインタビューでは、報酬の影響で真のニーズが引き出しにくくなる点を知り、これを避けるためにラポール形成が有効だと理解しました。 ウォンツ追求に落とし穴は？ 真のニーズをつかめないままウォンツを追求すると、価格競争に巻き込まれたり、的外れな商品開発に繋がる恐れがあります。アンケートや顧客購買データの分析、インタビューだけでは真のニーズを捉えきれないと、改めて認識しました。 経験から何を学ぶ？ 特に、サービスを提供する立場として、顧客のウォンツに過度にフォーカスしていたことに気づきました。過去の業務改革プロジェクトでも、潜在ニーズの抽出が不十分だったことを反省しています。今後は、深堀りできる質問を通して真のニーズに到達することを目指します。 手法をどう実践する？ さらに、実務の流れを理解し、エスノグラフィーをより効果的に活用したいと思います。ウォンツの裏にある潜在ニーズや課題を発見するため、これまで学んだ手法をどんどん活用することで、より良いサービスの提供や提案を可能にするつもりです。 新たな挑戦は何？ まずは手法に慣れることから始め、さまざまな場面で活用できるように努めます。具体的には、以下の点に取り組んでいきます: 1. 身近な商品やサービスについて、真のニーズを想像し実践に活用する。 2. 社内提案時に顧客（上司）の真のニーズを捉えるため、エスノグラフィーを導入し実践する。 3. 状況に応じて質問リストを準備し、相手の返答を具体的にイメージして備える。 4. 顧客先ではラポール形成をして顧客ニーズを探り、具体的な質問で深堀する。 成功と失敗の振り返りは？ これらの取り組みを通じて、成功と失敗の経験を纏め、成功した点は今後も継続し、問題点は振り返り次回に向けて改善します。

モチベーション理論の活用は？ モチベーション理論を振り返ると、仕事や身近な人々のモチベーションに当てはめたとき、多くの納得できる点がありました。目に見えないモチベーションですが、理論をフレームワークとして活用することで、次に取る行動のヒントとなると感じました。今後、日常業務でもこの理論を積極的に取り入れていきたいと思います。 仕事の振り返りはどのように？ 仕事の振り返りについては、これまで自身の経験をもとに教訓を話すことが多かったため、今後は若手自身の言葉で考えを語ってもらえるよう意識していく必要があると感じました。 リーダーは何をすべき？ また、チーム全体で大きな成果を出すためには、各メンバーのモチベーションが非常に重要です。ただし、リーダーが「あなたのモチベーションを上げようとする」と伝えると、必ずしも良い反応を得られるとは限りません。モチベーションの向上はあくまでも成果として現れるものであり、リーダーとしては業務上の障壁を取り除くことに力を入れるべきだと考えています。ここでいう障壁は、ある理論で指摘される衛生要因や動機付け要因に関するものです。 効果的な対応方法は？ 日常的なコミュニケーションを通じて、各人のモチベーションの源泉を把握した上で、プロジェクトの進行中に発生する課題やトラブル、節目の際にタイムリーかつ迅速に対応していきたいと考えています。対象者ごとの接し方は以下の通りです。 まず、ベテランには感謝と労いの言葉を中心に伝え、相手の自尊心を満たすことを重要視します。困難や不満を感じている場合は、率直な意見を聞き、その声に寄り添う姿勢を示すことが大切です。また、年齢差を考慮し、過度なアドバイスは控えて尊重と傾聴を優先します。 中堅層に対しても同様に感謝と労いを伝え、今回学んだ振り返りのテンプレートを基に、相手の反応を見ながら次回に活かせるようなアドバイスを心がけます。本人のやり方を尊重しつつ、改善の余地がある点については成長の機会として積極的に指摘していきます。 ほぼ新人の若手には、感謝と労いの言葉を十分に伝えた上で、学んだテンプレートに沿ったフィードバックを実施し、成長を促すよう努めます。新人は基本の習得が中心となるため、基本に忠実な対応が求められます。 フィードバックのポイントは？ 仕事の振り返りは、業務の流れの中で自然に伝えられるよう、できるだけタイムリーかつ迅速に実施したいと考えています。業務の一区切り前から「良かった点」や「改善点」を意識することで、あえて改まった場を設ける必要がなくなり、効果的なフィードバックが可能になると感じました。

会話分析で隠れたニーズは？ 定性分析について学んだ中で、CRMの管理者として、営業担当が顧客との面談で交わした会話内容をテキスト分析することで、隠れたニーズを発掘できるのではないかと考えました。一人ひとりの顧客に対し、営業担当自身がそのニーズに気づけるCRMシステムが理想です。しかし、そのシステムが効果を発揮するためには、まず営業担当のインタビュー能力を高め、会話内容を漏れなくテキストとして記録する仕組みが必要だと感じました。 研修でどう均てんする？ インタビュー能力の均てん化は研修を通じて改善できると考え、記録については音声入力などのテクノロジーが一定の解決策を提供してくれるのではないかと思います。 セグメントの切り口は何？ また、顧客のセグメンテーションは売上などの定量的な視点からだけでなく、定性分析を通じてこれまでとは異なる切り口で行える可能性があり、その各セグメントに対する最適な解決策を考えることができると感じました。このため、膨大なテキストデータのコーディング作業が非常に重要だと考え、AIの活用により効率的に対応できるのではないかと期待しています。 システム改善をどう確認する？ システム導入については、すぐに実施するのは難しい状況ですが、リニューアルされた別のシステムが以前より使いやすくなったかどうかをチャットベースでのインタビューを通して確認する取り組みも行っています。ただし、単に「使いやすくなった」といった安易な回答に終始せず、具体的にどの点が改善され、どこに課題があるのかを掘り下げる質問をしていくことが重要だと考えています。たとえば、普段どのページにアクセスしているのか、そのページやデータへのアクセスが容易になったかを確認するなど、具体的な視点から質問を設定しています。 利用意義をどう問う？ また、システム利用によって本来的に実現したいことに焦点を当てる必要性も感じました。問題点を問うのではなく、見たいデータへのアクセス手順が改善されたか、データがインサイトを得られるように可視化されているか、といった具体的な問いを設定するべきです。ざっくばらんに意見を募ると、後々コーディングして集約する際に混乱が生じる恐れがあります。 仮説構築の秘訣は何？ 定量分析が仮説の検証を目的とするのに対し、定性分析は新たな仮説構築を目的とします。コーディングを通じてプロセスやフレームワークを構築することで、これまで想定しなかった要素も明らかになるでしょう。デザイン思考においては、仮説が広範囲になりすぎず、解決策ありきの課題設定を避けることが肝要だと感じました。

結果から問題設定は？ 問題や課題を解決するには、ただ漠然と分析するのではなく、まず結果から逆算して問題を設定し、その根本原因を把握することが重要だと学びました。表で示されたデータを図に起こすことで、全体像を俯瞰しやすくなり、どこに課題が潜んでいるかを明確にできると感じました。 数字の裏側は？ また、計画値と実績値のギャップが全体にどの程度影響しているかをパーセンテージで示すことは、単なる数字の大小だけでなく、その背後にある要因を突き止め、分析の精度を高める上で有効です。単に数字が大きいという事実に注目するだけでなく、継続して損失が出ている状況など、現場での定性的な情報も加味し、何を最優先で分析すべきかを決めることが大切であると感じました。 分析の切り口は？ さらに、すべてのデータが整っているわけではないため、まずはどの切り口でデータ分析を行うか、仮説を立てた上で手元のデータを整理、収集する姿勢が求められます。データに向かう前に、視野を広げ多角的に問題を捉える体制を整えることが鍵となります。 現状と理想は？ また、現状（as is）と理想（to be）のギャップを明確にすることが重要です。何を理想とするのか、どこにギャップがあるのかという点を関係者全員で合意することが、問題解決のスタート地点になると理解しました。 解決策の整理は？ 問題解決には、改善を目的とするアプローチと、さらなる向上を目指すアプローチの2つがあり、ロジックツリーのような思考整理のツールは、全体を複数の要素に分けて検証する際に非常に役立つと感じました。具体的には、層別分析や変数分析などを駆使して、細部にわたる解決策を検討することが効果的です。 その他の注意点は？ 加えて、全体の中で『その他』に分類される割合が大きくなる場合は、データの切り分け方が適切かどうかの見直しも必要です。数値上は少数であっても、影響力が大きい要素には十分な注意を払うことが重要だと思いました。 戦略分析はどう？ 広報戦略や施策の検討においても、ロジックツリーなどを活用し、どの視点からデータを分析すべきかを考えることが有効だと感じています。また、ウェブから得たデータを単に眺めるのではなく、具体的な問題や課題を設定し、何を知りたいのかを明確にすることで、分析の精度を大いに高めることができると思いました。 定性情報は何？ こうした定量的な分析に加え、定性的な情報も取り入れる事例を学ぶことで、納得感を持ちながら現場の試行錯誤をより深く理解できるようになったと実感しました。

なぜ全体では見えない？ 今週のケーススタディでは、データ分析における分解とプロセスのステップ化の重要性を学びました。最初は全体の満足度を確認したときは横ばいで問題がないように見えたものの、クラス別に分解すると上級クラスでのみ満足度の低下が見受けられ、全体の数字だけでは特定の条件下で発生する問題を見逃す危険性があると実感しました。 コメントと数字の関係は？ また、定量データと定性データの組み合わせによって数字の背景にある理由が明らかになる手法も印象的でした。充足率や苦情件数といった数字と生徒のコメントを照らし合わせることで、数字が示す事実に対するより深い理解が得られると感じました。 業務改善の分解法は？ さらに、採用プロセスをステップごとに分解してボトルネックを把握する手法は、自分の業務に応用可能であると感じました。業務フローの各ステップの所要時間を可視化することで、改善が必要なポイントを明確にできると考えています。 仮説検証の効果は？ 最後に、複数の仮説を立ててからデータで検証するアプローチが、問題解決の際に重要であると再認識しました。原因を一つに決めつけず、多角的に検討する姿勢は日々の業務においても活かしていきたいと思います。 エンジニア視点で何を学ぶ？ 私はWebサービスの安定運用を担当するエンジニアとして働いています。今回学んだことは、システム障害の原因分析と業務プロセス改善の二つの場面で活用できると考えています。 障害原因はどこにある？ まず、システム障害が発生した際には、全体のエラー率だけを確認するのではなく、機能別、時間帯別、利用者別など、複数の切り口でデータを分解して問題の発生箇所を特定することが重要です。また、利用者からの問い合わせ内容と数字を組み合わせることで、障害の背景にある理由を明確にすることができると実感しました。具体的には、障害時のチェックリストに分解の切り口を追加し、チーム全体で共有することで対応の質を向上させたいと考えています。 対応時間短縮は可能？ 次に、障害対応にかかる時間短縮という課題に対しては、原因検知から初動対応、原因特定、復旧作業、再発防止策の検討といったステップに分解し、各プロセスの所要時間を記録してボトルネックを特定する手法が有効だと感じました。例えば、原因特定に時間がかかる場合は、調査情報の整理や手順書の見直しが必要であると考え、障害対応の記録フォーマットに各ステップの所要時間を記入する欄を追加し、データを蓄積して分析することで改善に役立てたいと思います。

なぜ自分が対象？ 一番印象に残ったのは、「クリティカル」の対象が他者ではなく「自分」であるという点です。人は誰しも思考のクセや思い込みを持っているという前提に立つことで、業務上の対立や他者の意見に対する自身の反応が変わると感じました。 事実で判断するのは？ また、感情で反応するのではなく、事実に立ち返って判断するという視点を得ることができました。個人の感情ではなく、発言内容そのものに偏りや思考のクセが含まれているという前提で場を理解することが、新たな気付きにつながりました。 学びの実感は何？ 今週の学びの中で、自分にも他者にも思考のクセがあることを認識し、型を活用した分析が建設的な意見を生み出すきっかけになると実感しました。これまで意見の押し付けだと感じて苦しかった場面も、WEEK1で学んだ考え方を用いることで、前に進むための対話へと変えることができるのではないかと考えています。 どの視点が有効？ 【クリティカルシンキングの学び】として、まず①誰しも思い込みがあること、次に②視点（人別）、視座（役割別・役職別）、視野（広範囲）という3つの「視」を持つことで思考の広がりが得られること、そして③ロジックツリーやMECEなどの型を利用することを意識しました。 課題は何だろう？ これらを踏まえ、以下の自分の課題を改善していきたいと思います。伝えたいことが多すぎてまとめに苦労している点、論理に飛躍がある点、自分の思いを言語化するのが苦手である点です。 本質を探るには？ 特に、さまざまな「視座」を持つことで業務の「視野」を拡げ、自分なりに「問題の本質」が何か、過不足がないか、またはずれていないかを見極めるトレーニングを続けたいと考えています。そのため、まずは1日20分、業務を点検し、思考のクセや型の実践を振り返る時間を作るつもりです。 極端な例はどう捉える？ ドラッグストアの事例では、売っていない商品の例として「ロケット」や「アメリカ」など、極端な例が挙げられていました。実務で活用するにはやや飛躍した印象を受けましたが、思い込みや制約の影響という観点で理解するには有意義であったと感じます。 実務への応用は？ とはいえ、極端な例は理解できるものの、実務にどのように落とし込むかが課題です。意見の発散と集約の場面において、最低限外してはならない条件とは何かという点に着目し、発散を広げすぎずに思考を狭めないための前提設定や問いの置き方について、参加者同士で工夫やTIPSをブレインストーミングしてみたいと思います。

エンパワメントは何が肝心？ ■エンパワメント・マネジメントについて エンパワメント・マネジメントは、リーダーシップの技法のひとつです。目標は明示しながらも、実行方法はメンバー自身の判断に任せることで自律性を促進します。また、メンバーが活動しやすい環境を整える支援が重要となります。実行プロセスにおいては権限と責任を譲渡し、育成に努めるエンパワメント型と、すべての命令を管理する命令管理型とがあります。 どう実践すべきか？ ■エンパワメントの実践ステップ エンパワメントの実践には、以下のステップがあります。すべてのプロセスでは、双方のコミュニケーションを重ねることが自立を促すために必要です。 ① 目的やビジョンの共有 ② 対象者の把握 ③ 適切な仕事の割り当て ④ コーチングによる動機付け ⑤ 実行支援 注意すべき点は？ ■実践時の留意点 ・各メンバーに適した仕事、あるいは不向きな仕事を見極めること ・部下の持つ権限が十分に機能していない状況を避けること ・リスクを想定し、対策を事前に準備しておくこと 現状の課題は？ ■直近の業務と発生している課題 私が直近で担当しているシステム開発におけるテストでは、複数のシステム連携テストを実施するため、以下の作業を行っています。 ① システムテストの計画作成 ② テストシナリオの作成 ③ システムテストの実行および推進 しかし、現状ではテスト対象や関係するシステムの内容が十分に共有されていない課題が発生しています。直接の原因として、以下の3点が挙げられます。 ・ドキュメントによる情報共有がなされていない ・情報が日本語で記述されていない ・イメージ図が用いられていない どのように対応？ ■対応策と運用方法 対象は課題が発生している各担当者です。これまでは目標は明示し、遂行方法はメンバーの自主判断に任せるエンパワメント・マネジメントで進めていましたが、現状を改善するため命令型に一部切り替え、フォローアップを強化する方針です。 具体的には、発生している各課題に対して、私自身が実際に動いて一つ一つ内容を整理していきます。また、ゴール達成のために必要なタスクをより細かい粒度で言語化し、メンバーとともにタスクを解消していく形で進めます。再度、以下の課題点について検討・改善していきます。 ・ドキュメントでの情報共有の不備 ・日本語での記述不足 ・イメージ図の欠如

どんな学びがあった？ 今回の学習を通じて、私は大きく2つの気づきを得ました。 リーダーシップはどう感じた？ まず1つ目は、「リーダーシップは役職や立場に関係なく発揮できるものだ」という点です。私は管理職ではないため、チーム運営や業務への関わり方に迷いがありましたが、今回の学習を通じ、自分が「こうした方が良い」と感じたことは、ためらわず提案し、自ら行動に移す重要性に気づきました。リーダーシップは肩書きではなく、具体的な行動によって示されるものだという意識が大きく変わりました。 なぜ行動が重視される？ 次に、リーダーは行動によって評価されるという点です。考え方や思いやりももちろん大切ですが、それだけでは周囲に伝わりません。具体的な行動として表現することで、初めてリーダーとしての影響力が発揮されると実感しました。これからは、日々の業務の中で、改善の機会や突発的な問題への対応の場面で、積極的に良い行動を実践し、周囲に良い影響を与えられるよう努めていきたいと考えています。 具体策はどんな工夫？ たとえば、業務オペレーションの中で手順の非効率や情報伝達の不足といった細かな課題に対して、ただ違和感を感じるだけでなく、自ら改善策を提案し、具体的な行動に移すことが大切だと感じました。また、チーム運営の面でも、現場スタッフの意見をしっかり聞き取り、その声を上司や関連部署に伝えることで、単なる意見が具体的な改善提案へと繋がると確信しています。 1on1で何を伝える？ さらに、上司との1on1ミーティングでは、業務で感じた改善点やチームの課題を事前に整理し、建設的な提案として明確に伝える努力を続けます。具体的な行動レベルの提案、「こうしたらもっとスムーズになる」「この業務フローを見直したい」といった意見を積極的に発信することを心がけ、受け身ではなく主体的な姿勢を保ちます。 会議でどんな意見？ また、定期的なチームミーティングにおいても、準備した意見を発表するとともに、他のメンバーの意見に対しても共感やフォローを行い、チーム全体が活性化する環境作りに努めます。日常の会話や業務連携の中でも「良いと思ったことはその場で伝える・提案する」文化を意識し、小さなアクションの積み重ねが信頼やチームへの貢献に繋がると信じています。 今後の目標は何？ このように、自分の立場に縛られることなく、気づいたことを積極的に発信し、具体的な行動に移すことで、業務の質やチームの成長に貢献していきたいと考えています。

思考の偏りをどう認識する？ 人には「思考の偏り」が存在します。自身の経験を基に考えをまとめがちですが、これは他の人も同様です。設問やグループワークを通じ、同じ課題に対して様々な答えが出ることで、自分がいかに偏った考え方をしているかを実感しました。また、アウトプットを通じて思考の偏りを深く認識できることを理解し、アウトプットの重要性も改めて認識しました。 思考力と瞬発力をどう鍛える？ 思考には「瞬発力」と「持久力」の両方が必要です。場面によって求められる反応の速度が異なるためです。「瞬発力」は対話の場で求められ、「持久力」は時間をかけて考える際に必要です。この力を伸ばすためには、他者とのディスカッションを重ねることが大切です。 目標設定での学びをどう活かす？ 目標設定時には、四半期開始時の目標設定で多くのフィードバックを受け、苦戦することがあります。上司からの指摘には「視座が低い」や「幅広さが不足している」などがあり、これを改善するために、本プログラムの内容を活用できると感じました。 意思決定に必要な能力は？ 会議時に予期せぬ質問にうまく答えられないことや、発言力のある人に影響されやすいこと、議論が深まらないことに課題を感じています。思考力と瞬発力を鍛えれば、質の高い意思決定に貢献できると感じています。 効率化を目指すには？ 意思決定の際には、例えば日常業務において、ツールの修正に伴い生じるリスクを幅広く捉えられるようになりたいと考えています。現在は作業後に問題に気づき、手戻りが発生することも多々あります。思考力を高めることで、効率的に仕事を進めることができると期待しています。 瞬発力の習得に必要な経験は？ 今後は、頭の使い方を意識して行動します。「瞬発力」と「持久力」を基に考えると、個人的には「瞬発力」はすぐに身につかないと感じています。まずは「持久力」を基礎として鍛え、それを「瞬発力」に応用できるようにしていきたいです。具体的には、直感や経験に頼る癖を矯正し、「3つの視」「抽象と具体」を用いて幅広く物事を捉え、必ず自問自答を行う習慣をつけます。 受け身から能動的な姿勢へどう変わる？ 「瞬発力」を身につけるためには、多くの経験が大切だと考えています。これまで受け身で参加していた会議でも、必ず発言するか、議事録やコミュニケーションツールでコメントすることで、時間に制約がある中でアウトプットする経験を得ます。これにより、他者の考え方を知る機会も作り出せると考えています。

思考のクセ、どう認知する？ クリティカルシンキングを身に着ける上で、今の自分に特に足りていないのは「思考のクセや偏りがあることの認知」だと感じました。課題解決に対する打ち手を考える際、「どうせこれで合っている」「自分の考えは間違っていない」と決めつけてしまうことが多いため、自分の考えには癖があるのです。これを客観的に見つめ直し、時には他者からのフィードバックを通して改善していきたいと思います。 求職者から学んだことは？ 具体的に、自身の思考の偏りを実感した場面として、求職者がある企業に入社を決めた理由について「入社後のイメージが湧いたから」と話していたことがあります。私はより給与や休日の多い別の企業を選ぶのが当然だと思い込んでいたため、他の価値観も大切にされることを改めて認識しました。この経験から、求職者からの応募を集める広告作成の際、給与や休日だけではなく別の視点も重要だと気づきました。この学びを活かし、思考の偏りを避けるために、「自分だけの考えで決めつけていないか」「他に方法はないか」を自問自答しながら意思決定を進めたいと思います。 思考の認知がもたらす効果とは？ 「思考のクセや偏りの認知」は課題解決の場面や社内外のコミュニケーションで役立つと考えています。各場面での具体的な効果は以下の通りです。 【課題解決のための打ち手立案】 ・自分でも気づかなかった課題の要素に気付ける。 ・1つの案だけでなく、予備案を用意できることで、課題解決の可能性が高まる。 【社内の別部署とのコミュニケーション】 ・相手の立場を考え、必要な情報収集や前提の共有ができ、納得感の高いコミュニケーションが図れる。 【クライアントとの打ち合わせ】 ・相手の発言の背景を理解しながら話を進めることで、必要な情報提供ができ、合意に至る可能性が高くなる。 思考の偏りを減らす取り組み 以下の具体的な取り組みを実施したいと考えています。 ・課題解決時にはロジックツリーを用いて要素を分解し、「本当にMECE（漏れなく重複なく）か？」と自問自答する。 ・自分の考えを上司や同僚に相談する。 ・原因を探る際には「なぜ」を少なくとも3回繰り返す。 ・結論だけでなく、その結論に至ったプロセスに着目し、相手がいる場合はその内容を共有する。 ・コミュニケーションの際は必ず会話の前提を意識し、「相手に正しく伝わる言葉選び」を心がける。 これらを実践することで、思考の偏りを減らし、より効果的な意思決定ができるようになると確信しています。