(42ページ目)

課題 ✕ 本

に関する学び

---

原因特定で悩む？ 問題解決のためには、「WHAT」「WHERE」「WHY」「HOW」の４つのステップで整理すると良いと感じました。私は特に「WHERE」の段階、つまり「原因の特定」に偏りがあったように感じますが、今後は「状況把握」や「解決策」に関しても仮説を立て、ロジックツリーを使って可視化するようにしたいと思います。一度有効だと考えた仮説に固執せず、全体を整理し直す柔軟な姿勢を大切にしていきたいです。 人事課題に挑む？ 人事課題では、正解がない問題が多く、一般論や他社の傾向と自社の実情が必ずしも一致しない場合があります。そんな中で自分が立てた仮説やその結論を明確にするため、ロジックツリーを作成しながら取り組んでいくことが重要だと感じました。また、これまで属性ごとに人事データを層別分解してきたものの、変数ごとの解釈が不足していたため、状況に応じてさまざまな角度から仮説の検証を行えるように努めたいと思います。 本当の問題は？ まずは、目の前のデータに頼るのではなく、何が本当の問題なのかを明確にするための仮説を立て、その仮説をロジックツリーのような形で整理していきます。現状のデータだけでなく、どんなデータがあればより適切な比較ができるかを考え、必要であればデータを収集できる体制を整えることにも注力していきたいです。 検証の進め方は？ 最後に、実際にデータを使って仮説を検証する際には、ログを残すことや、時間や状況の違いを比較することを意識しながら、着実に分析を進めていく所存です。

プロトタイプの効果は？ 新規事業開発の現場では、従来、テキストや紙芝居を用いてコンセプトや提供価値を磨く方法を意識していました。しかし、議論をより活性化させるために、あえてプロトタイプを作成する有用性を学びました。また、毎週のグループワークでのディスカッションを通じて得られる新たな気づきも非常に意義深いと感じています。 感情と真因の探究は？ 今後は、自身が関わるサービス開発で次の2点を実践したいと考えています。まず、ユーザーとしての体験から得られる心理的変化に注目し、表面的なニーズだけでなく、感情面に踏み込むことで利用者の情動を捉えること。次に、顧客の悩みの奥に潜む思考や本能、その背景の制約条件を探ることで、根本的な課題や真因を見極めることです。デザイン思考においては、この2つのプロセスを徹底することが、結果的に発想や試作品作成の近道になると考えています。ただし、議論を進めるためのツールとしてプロトタイプは有効なケースもあるため、状況に応じて活用することが重要です。 アイデアはどう生む？ また、アイデア発想のプロセスについても挑戦してみたいと思います。アイデアは、具体と抽象の深さ、多角的な視点、そして顧客視点の掛け合わせによって生まれるものです。基本的な流れとしては、現状の課題を洗い出し、KJ法で構造化し、課題を絞り込んだ上で、SCAMPER法などを用いてアイデアを発散。さらに抽象度を上げて再度発散させ、最終的に収束させるというプロセスを磨いていきたいと考えています。

リーダー像はどう変わる？ リーダーという存在は、これまでのように単なる肩書や役職で定義されるものではないと実感しました。特別な能力や持ち物ではなく、行動、能力、意識の関係性が重要であると気付いたことで、肩の荷が少し軽くなったように感じます。この学びを通して、自己の各要素をさらに高める余地があることも再認識しました。 行動は説得の鍵？ また、どれほど説得力のある言葉や能力を持っていても、実際に行動に移さなければ意味がないということが、現場での経験からも明らかです。現時点ですぐに実践できる事柄と、これからの学びを通じて実践に移す事柄がそれぞれあると理解し、今後は長期的な視点で行動に落とし込む努力を重ねていきたいと考えています。 組織で何が課題？ さらに、組織全体の現状を踏まえると、リーダーシップを肩書や役職を超えて発揮できる機会が十分にあるとは言い難い状況です。主体的な行動が不足しているだけでなく、上役への依存が強く、実際にリーダーシップを発揮する場面が希薄であるという現実を認識せざるを得ません。 打破の方法は何？ この現状を打破するためには、まず個人として上役やメンバーとのコミュニケーションを強化し、信頼感を獲得することが必要です。さらに、ミッションや課題をメンバーに伝える際は、一方的な押し付けにならないよう、各自の意見や想いを吸い上げながら、最適な解決策を導き出していくことが求められます。今後は、対話を通じて各人が納得し行動に結びつくよう、実践を重ねていきたいと思います。

分解で見える変化は？ 物事の解像度を上げるためには、対象を細かく分解することが有効です。分解した結果をグラフにすると、視覚的に変化が把握しやすくなります。 単純合算は危険？ たとえば、①の切り口と②の切り口でそれぞれの結果を導き出した後、単に合算して「～の傾向がある」と判断してしまう自分の傾向に気づくことがありました。しかし、このような安易な判断では、実際の状況を正確に捉えられない可能性があります。 早期結論で誤解？ また、すぐに結論に至ると間違った傾向を導き出すリスクがあるため、複数の切り口で分解し、得られた結果を合わせて検討することが重要です。仮説を立てた場合は「本当にそうであるか」を疑い、さらに検証する姿勢が求められます。 MECEの使い方は？ MECE―もれなく、ダブりなく分解するという考え方―は、タスクごとにどれだけの工数がかかっているかを把握する作業に役立ちます。グラフ化により、全体の中で平均以上の工数がかかっているタスクを見直すことで、必要なリソースや業務の調整が行いやすくなります。 実例で確認する？ プロジェクトにおいては、MECEの手法を用いて、チームメンバーがどのプロセスで課題を抱えているのかを分析しています。ただし、「もれなく」を意識しすぎることで、カテゴリが過剰に分割され、現実の問題に完全にフィットしない場合もあります。実務上、これらの点をどのようにコントロールして使用しているのか、具体的な実例を示していただけるとありがたいと感じています。

プロトタイピングの留意点は？ システム開発では、定められた手法に沿った実践が成果の成否を分けるとよく言われます。その一環として、プロトタイピングが推奨される場合もあり、顧客に実際の成果物に近い形を見せることで、齟齬がないかを確認することが目的です。しかしながら、プロトタイピングはコストがかかる点や、成果物に近いがゆえに本来の目的と異なる変更が行われるリスクがあると感じています。そのため、KT法など他の手法も併用すべきではないかと考え、今回の学びを改めて実務に活かす必要性を再認識しました。 初期案件で試す価値は？ 開発初期の案件でこれを試みるのが最もやりやすいと感じています。初期段階であれば、手法や認識に囚われ過ぎず、目的を確実に反映させることが可能だからです。現在、ヒアリングの初期段階にある案件もあるため、その案件で実践してみたいと思っています。目的の決定においてはMUSTとWANTの両面が存在することから、これらを明確にし、常に共感を得続ける姿勢が大切だと考えています。 非線形プロセスの注意点は？ また、WEB制作も手がけている中で、ビデオ内の説明は非常に分かりやすかったと感じました。実際に手を動かしていない方にはイメージしにくい部分もあるかもしれませんが、実務では線形的なプロセス進行が理想とされる一方、現実には非線形となる場面が多いことが大きな課題となっています。手戻りは望ましくないものの、「手戻り禁止」ではなく、最低限に留めるという意識が必要であることを改めて認識しました。

課題の本質は？ 課題を明確にすることの重要性について学びました。大まかに課題を把握するだけでは、その根本原因を解決するには至りません。具体化することで、本質的な課題を捉えることが可能になります。イシューに対する方策や判断は、経験に依存する部分もあるため、知見や経験、俯瞰的に捉える力が必要だと感じました。課題や問いに対するイシューの捉え方は、考え方次第で大きく変わるため、間違いに気づくことが難しい場合もあります。 どう活用される？ このような学びは、日々の業務、例えば社内外の会議、製品の不具合対応や要因究明、現行業務の方針決定、将来の業務の企画戦略など、さまざまな面で活用できます。特に会議など、口頭でのやり取りでは、イシューや課題から逸脱しないようにする意識を持ち、全体への共有を意識しています。また、資料作成の際には、最初にイシューや課題を意識し、フレームを構築することを重視しています。 会議で意識は？ 打ち合わせの際には、まずイシューや課題の共有を行い、全体の方向性を合わせるよう努めます。会議に参加する場合には、認識のズレが発生しないように課題を確認し、内容が逸れたりしないように軌道修正を行います。資料作成時には、イシューや課題から外れていないかを意識し、作成に取り組みます。資料を書く前に、イシューの特定と枠組みを考え、相手に理解してもらえるように図などで可視化することが大切です。このプロセスでは、他の人に確認してもらい、フィードバックを受けることも心がけています。

自己認識の大切さは？ クリティカル・シンキングを習得する上で、まずまず印象に残ったのは、自分自身の思考の偏りやクセを客観的に認識することの大切さです。どうしても自分が考えやすい方向に偏りがちであるという点は、自らの行動を振り返った際に実感できました。自分の思考の特徴を把握し、冷静に見直す習慣をつけることで、思考の幅を広げ、偏りから抜け出すことができると感じました。 相手に働きかける方法は？ また、単に課題解決を行うだけでなく、論理的かつ構造的な思考を通じて相手に働きかけるコミュニケーションにつなげる意識が重要であると再認識しました。初回のライブ授業までは、クリティカル・シンキング＝問題解決手法というイメージが強かったのですが、実際には、相手の置かれた状況や考えをしっかり意識し、どのような行動を促すかという点も大切だと実感しました。 顧客の課題理解は？ 具体的には、例えば顧客向け資料の作成や、プレゼンテーション、打合せでのファシリテーションにおいて、まず伝えたい内容や、顧客が抱える本質的な課題を正確に理解することが必要です。思考のスタート地点で情報を整理し、具体と抽象の視点や、複数の観点からの検討を行うことで、無駄のない効率的な作業と、相手に響く提案ができると考えています。 突発状況への対処は？ さらに、突発的な質問や状況に対しても、文脈を的確に汲み取り、適切な回答ができるように、最初の段階から顧客にとって本当に有益で、行動を促すような情報の収集を心がけたいと思います。

数値分析のコツは？ データ分析を行う際、基本的には「数字で見る」、「グラフなどを用いて目で見る」、「数式で検証する」の三つの方法が考えられます。まず、数字で見る方法では、代表値を使って分析を進めますが、単純平均だけではデータのばらつきを十分に捉えられないため、加重平均や幾何平均、中央値、標準偏差なども併用する必要があると感じました。 視覚的解析はどう？ 次に、グラフなどを使って視覚的にデータを確認する手法については、棒グラフや分布図などを活用し、データのばらつきや傾向を直感的に把握できる点が有効だと思います。数字での比較に加え、視覚的に情報を整理することで、人間の「感覚」を補助的な指標として利用することが可能となります。 財務分析を見極め？ 特に財務分析などでは、年度ごとの数値を並べて差異を示す資料に留まることが多いですが、グラフを併用することで推移が一目で分かり、結論の共有も容易になります。しかし、誤った手法を用いると分析結果自体が誤解を招く危険性もあるため、注意が必要だと実感しました。 今後の改善点は？ 今回の学習を通して、様々なアプローチでの分析の重要性や、人間の感覚も一つの有用な指標となり得ることを再確認しました。もし分析結果に疑義が生じた場合は、他の指標を用いて再度分析を試みるなど、工夫が求められると感じています。また、実際の業務においては標準偏差などがあまり用いられない現状もあり、各自の業務でどのような指標を適用するか、今後の課題として考えたいと思います。

なぜ根本原因を探る？ 自分が陥りがちな「課題っぽいことにすぐ乗り出してしまう」という衝動に対して、まずは問いから始め、本質的な問題を探る姿勢が大切だと感じました。目の前の状況に飛びつくのではなく、根本的な原因を見極めることが、表面的な解決に留まらず実効性のある改善へとつながると考えています。 問いの位置づけは？ また、一度問いを定めても、時間が経つにつれてその問いが変化してしまう危険性があるため、問いを常に見える場所に置いておくという工夫が有効だと感じました。これにより、初めに抱いた視点を忘れずに、思考の軸として維持することができます。 どうして意見がずれる？ さらに、同じ課題に取り組む仲間と問いを共有し、論点のすり合わせを行うことも重要です。自分が問題視している点と相手が捉えている課題との間にずれがある場合、それを明確にすることで互いの理解を深め、より的確な解決策を見出す土台を作れます。 チームで考える理由は？ 新しいチームに参加する際は、「いま解決すべき事柄は何か」「本当にそれが障害となっているのか」「他の視点や考え方はないか」と、まず自分の頭で考えてみることが大切だと感じました。その上で、意見を出し合うことで、自分と相手の前提や考え方の違いを埋め、視野を広げる機会になるでしょう。 どうして問い続ける？ このような学びを通して、今後も表面的な課題に飛びつくことなく、常に自分の考えに「本当にこれでよいのか」と問い続けていく姿勢を大切にしていきたいと思います。

クリティカルシンキングとは何か？ クリティカルシンキングは、パソコンでいうところのOSやCPUのように、人間のスペックを決める重要なスキルです。それには、自己チェック機能も求められます。クリティカルシンキングは瞬発力と持久力の両方が必要で、他者に何かを伝える際や、課題解決、そして意思決定の際に求められます。講義を通じて、自分が日常的に偏った考え方をしていることを実感しました。これからは、物事を適切な方法で、適切なレベルまで考えられるような土台作りを進めていきたいです。 どのように視座を変える？ 社内外の会議でのファシリテーション、相手にわかりやすく伝える説明、コミュニケーション時の対応（口頭、メール、チャット）、アクションプランの作成や改定などで、感覚や経験に頼らず、様々な視点を持ち、視座を変えて視野を広げることが求められます。 なぜ常に計画を疑問視すべきか？ 常に決めた計画に疑問をぶつけることが大切です。なぜうまくいくのか、他に方法はないのか、前提が崩れるときの状況はどうかを、多様な視点からレビューする癖をつけることが重要です。また、一つの問題については焦らず、対処策をじっくり考えることが必要です。効率と充実を両立させるためには、異なる役割を持つメンバーが集まり、思考がバラバラになることがあるかもしれません。しかし、話の脱線にも本質が隠されていることがあるので、会議のゴールを忘れずに、想定しない重要な話が出た際には、うまく話をまとめ、リードできるように心がけたいです。

グラフの基本って？ 今回の学びで最も印象に残ったのは、表をグラフ化するだけで情報が格段にわかりやすくなるという基本の重要性を再認識できた点です。グラフを活用した資料作成では、タイトルを明確に設け、説明の流れに沿った構成にすることで、読み手の理解が促進されることが分かりました。 グラフ選びはどう？ また、グラフ選択においては、何を伝えたいかを明確にし、それに適した種類を使用することが重要だと感じました。場合によっては、複数のデータを一つのグラフにまとめることで、価値の高い資料を作成できるという新たな気付きも得ました。 文章作りはどう？ 文章作成については、単なる情報の列挙ではなく、興味を引くタイトルを設定し、結論や伝えたいポイントを冒頭に置くことで、読み手の関心を引きつけ本文へスムーズに導く工夫が効果的であると実感しました。 内部メールの課題は？ 私の業務では、社内向けメールの作成が多く、これまで「伝えたい思いが先走り長文になってしまう」や「案内内容を理解してもらえず後から質問が出る」といった課題に直面していました。今回の学びを通じ、以下の点を徹底することにします。 改善策は何？ まず、興味を引くタイトルの設定です。次に、要点を冒頭に明記し、読みやすい体裁を整えること。そして、相手に応じた表現を選び、確実に伝わるメールを心がけることです。さらに、必要に応じて図や簡単なグラフを添えることで、情報を視覚的に理解しやすい資料作りにも取り組んでいきたいと考えています。

仮説をどう検証？ 今回の学習を通して、まず自分の感覚を「仮説」と捉え、「本当にそうなのか」「それだけなのか」という視点で検証する重要性を実感しました。検証の過程では、データ分析を行い、さらに他者とのディスカッションを通じて視点を広げ、再検証を繰り返すことでバイアスを減らす方法を学びました。また、数字だけを眺めるのではなく、複数の切り口からグラフ化することで、目的に応じた適切な表現ができるよう工夫する点も大切だと感じました。 資料作りはどう？ さらに、スライド作成や提案の際には、情報を相手に伝えるための工夫も学びました。具体的には、現状の把握から始まり、論点を整理し、複数の選択肢（それぞれのメリット・デメリット）を明確に示すことで、推奨案を説得力ある形で提示する流れが有効であると理解しました。こうした手法を用いることで、伝えたい情報が整理され、受け取り手にとって分かりやすい資料が作り出せると感じました。 意見のバランスは？ また、研修コンテンツ作成やディスカッションの場面では、課題の本質を見極め、相手の考えを理解しながら自分の意見とバランスを取ることが求められると学びました。実際の振り返りを通じて、実施後の客観的な意見を取り入れ、次に活かしていく姿勢の大切さも改めて認識できました。 挑戦に向けて？ これらの学びを踏まえ、文章や資料、データ分析、そしてコミュニケーションといった各スキルを多角的に高めることが、今後の挑戦において重要であると感じています。