(78ページ目)

考え ✕ 本

に関する学び

---

どんなアイデアが光る？ ライブ授業の録画で皆さまのプロトタイプを拝見し、多くの気づきと刺激を受けました。たとえば、バッグ自体ではなくその中に入れる荷物の軽量化という発想や、ロボットやドローンによる荷物運搬という発想には、驚きとワクワクを感じました。 学びをどう実践する？ 課題解決型学習プログラムの取り組みの中で学んだ〝デザイン思考〟を実践していきたいと思います。先日、付属高校の探究授業の成果発表会に招待されましたが、あまり斬新とは言えない内容が多いように感じました。後に、大学の経営学の教員が事前にビジネスフレームワークの基礎をレクチャーしていたと知り、アイデア部分が十分に発展していなかったのではないかと考えました。若者本来の自由な発想を引き出すファシリテーションの重要性を改めて実感し、今回の学びから貴重な知見を得ることができたと思います。 隠れたニーズは何だろう？ 共感や課題定義においては、顕在ニーズはすでに解決されている可能性があるため、誰も気づいていない潜在ニーズの発見に力を注ぎたいと考えています。また、発想に関しては「量が質を担保する」という考えを念頭に、さまざまなアイデアを積極的に出す環境づくりが重要だと感じました。さらに、プロトタイプ検証は一度経験してからが本当のスタートであるという先生の言葉は、学生たちにもぜひ伝えていきたいと思います。

今すぐ実践できる？ すぐに実践できるかというと、まだイメージが十分に湧いていません。しかし、現在の業務において大きな課題があるわけではないため、まずは自分や周囲の業務を担当しているメンバーが表面的に感じている課題を中心に掘り下げ、実際に体験して共感のプロセスを試してみたいと考えています。今回学んだインタビュー設計を活用し、実際から学び取っていきたいと思いました。 本質をどう探る？ また、課題の認識や解決を図る上では、単に他者から話を聞くだけではなく、実体験を通じた共感が非常に重要であると理解しました。まだ実践は課題の見極めの段階ですが、背景をしっかりと理解し、実際に体験したり質問を重ねることで、先入観にとらわれずに本質的な問題を掘り下げることが大切だと感じています。 インタビューの極意は？ 調査に取り組む際は、インタビューの設計が一つの取り組みやすい方法であると感じました。しかし、注意すべき点として、インタビューを受ける人数が十分で、偏りが生じにくいかどうかや、質問する側の技量が問われることが挙げられます。クローズドな質問にならず、オープンな質問で相手の意図を引き出し、誘導にならないよう心がける必要があると認識しました。また、相手の表情やしぐさから得られるヒントも見逃さず、開発側が気付かなかった新たな視点を発見することが重要であり、その難しさも実感しています。

本質的な問いは？ 「イシューの特定」、すなわち「今、何を考えるべきか？」を問うことが、クリティカルシンキングにおいて最も重要であると学びました。問いの立て方が誤っていれば、これまで習得してきたデータの分解や視覚化などの手法も効果を発揮しません。そのため、常に正確な問いを立て、本質的な課題を見失わないよう意識することが大切だと感じています。 背景をどう見る？ 管理職として日々様々な課題に直面する中で、表面的な事象だけを捉えて短絡的な対策を講じるのではなく、その背景や状況をしっかりと把握し、正しい問いを立てることを心掛けています。また、メンバーからの質問や相談に対して、イシューが正しく特定されていないと感じた場合は、しっかりと話を聞きながら、彼ら自身が本質的な問いを見出せるようサポートすることを意識しています。 計画に必要なものは？ 来年度の事業計画作成にあたっては、まず今年度の振り返りで、良かった点と改善が必要な点を背景やデータの視点から深く掘り下げること、その上で「数値目標（売上や利益）を達成するために何が必要か？」という問いを軸に、今年度の学びを活かしながら来年度の取り組みを策定していきたいと考えています。また、事業計画をメンバーに共有する際には、表面的な数字だけでなく、計画の背景にある課題やそれに基づく理由を十分に伝わるよう工夫して説明していくつもりです。

隠れた欲求に気づく？ 美容院の例では、「自分では予想できない自分に似合う髪型を見つける」という潜在的な欲求が非常に分かりやすく伝えられていました。ただ、その潜在的な欲求にどう気づくのか、または気づかせるのかという点について、自分の仕事にどのように当てはめるかを検討する必要があることを感じました。 本質はどう見抜く？ 全体としては、真のニーズを捉えることの重要性が強調されていました。行動観察が一例として挙げられていましたが、自分の業種にどのように活かすかのイメージはまだ十分に湧いていません。また、デプスインタビューでは信頼関係を構築することが重要であり、雑談などが有効だとされているので、日常の会話技術をさらに磨く必要があると感じました。 真因をどう探る？ また、「顧客のニーズ＝顧客の困りごと」という考え方が伝わってきましたが、実際には表面上の困りごとと真因的な困りごとが存在するように思います。真因的な困りごとを引き出すためには、日々の業務の取り組み方を観察するとともに、ニーズを引き出すための関係性構築に注力していきたいと考えています。 会話のコツは何だ？ 皆様がインタビューを行う際に意識されている点について、ぜひ意見を伺いたいです。また、日常の雑談が苦手な自分としては、相手と寄り添った会話の仕方や雑談のコツについてもアドバイスをいただけると嬉しいです。

自問自答はどうする？ クリティカルシンキングでは、自分の思考傾向を理解し、「本当にその仮説が正しいのか？」や「他にどのような見方があるのか？」と自問自答することが重要だと感じました。一つの意見に固執せず、反対意見や「視点・視野・視座」の3つの視点を意識して多角的に考えることで、より深い結論に達することができると実感しています。 学びをどう広げる？ クリティカルシンキングを体系的に学び、その知識を自分の言葉で表現することで、理解がさらに深まります。さらに、学んだことを他者と共有する過程で、新たな視点や発見が生まれ、学びが一層豊かになることを実感しました。 業務にどう活かす？ 自分の業務において、クリティカルシンキングは様々な場面で活用できると考えています。例えば、相手を説得する場面や稟議書を作成する際、メール作成時、会議での発言、企画を通す際、課題解決の取り組み、そして無理な要求を押し付けられそうな場面で断る場面などです。 事象をどう疑う？ まず、目の前の事象を批判的に見ることから始めます。なぜその事象が起きているのか、他にやり方はないのか、本当に必要な業務なのかといった疑問を持ち、前提を常に疑うようにしています。また、導き出した答えが最も適したものであるかを検討する過程で、異なる選択肢の結果や他に取れる方法を複数考慮することを心がけています。

正しい問いは何？ 正しい問いを立てることの重要性を改めて実感したワークでした。Week1で学んだデータの分解やピラミッドストラクチャーは、適切な問いを立てることができて初めて効果を発揮します。イシューを特定することは、一人では難しく、同僚と共同で行うと論点がずれるリスクもあるため、とても難しいと感じました。しかし、「今解くべき問いは何か」を常に意識しトレーニングを続けていくべきだと考えます。 適切なイシューは何？ このスキルは、新規サービスやコンテンツ開発、既存サービスの改良にも応用できそうです。業務や事業における課題は多岐にわたるため、イシューを特定するだけでなく、どのイシューに取り組むべきかを決めることが重要です。より本質的な問いを立てる訓練をしていきたいと思います。また、お客様の声から得られる気づきをイシューに結びつけるインサイトに変える能力も向上させたいです。客観的に分析し、一人の視点に偏らないことを常に意識する必要があります。 新たな切り口はどう？ 普段行っている顧客アンケート分析において、従来の方法に固執せず、新たな切り口やグラフの選択を検討したいと考えています。さらに、アンケート項目自体の設計も非常に重要だと感じており、実施に移したいです。また、会議では論点を明確にし、その範囲から逸脱しないように議論することを心掛けていきたいと思います。

どう原因を探る？ 問題解決の原因を探る際は、まず全体像を把握し、プロセスをどのような構造で進めるかを考えます。そのうえで、単に全体を細分化するのではなく、「ここに問題があるかもしれない」という仮説を立てながら適切に分解していくことが大切だと感じました。 解決策はどう決める？ また、解決策を検討する場合は、複数の案を洗い出し、定量的な基準など根拠をもとに評価しながら絞り込むことが効果的です。この手法のひとつとしてA/Bテストが挙げられます。A/Bテストでは、実際の反応を確認することで、低コストかつリスクを抑えながら一つずつ要素を検証することができます。実施時には、目的や仮説、検証項目、そして期間や時間帯といった条件を統一することで、他の要因が評価に影響しないよう留意する必要があります。 本当のゴールは？ 実務においては、どうしても自身の感覚や他者の意見に頼りがちですが、次回からはたとえ結論が同じになった場合でも、客観的かつ定量的な評価を取り入れて複数の解決案を検討し、アプローチするよう心がけたいと思います。また、アサインされた案件や依頼事項の目的が本来「問題解決」であることに気付かない場面もあるため、まず「何がゴールなのか」を自分自身や他者に問い直すことの重要性を再認識しました。 もし、実際に業務でA/Bテストを実施された事例があれば、ぜひお伺いしたいです。

分解の基本は？ 分解は、物事を漠然と把握するのではなく、どこに問題が潜んでいるかを明確にするための基本的手法であると感じました。現状の解像度を高めるためには、MECEの考え方を意識して分解の精度を上げることが有効だという印象を受けています。 切り口はどう？ また、MECEの理論を踏まえながらも、目的に沿った切り口で分解する工夫が求められると理解しました。単に年齢層など機械的な区分ではなく、仮説を立て、どの視点から切り分けると物事がより見えてくるのかを考慮することが重要だと学びました。すべての業務に共通する点として、まずは分解してみることで、最終的な結果に早くたどり着けるという実感を得ました。 実践の方法は？ 実際に企業への仮説提案を行う際にも、まず経営企画部長との課題ヒアリングに向けて、企業が抱えるリスク全体像を定義し、層別に分けることで漏れがないかをチェックする方法が役立つと感じています。また、収益を変数ごとに分割することで企業課題を洗い出し、さらに営業活動をプロセスごとに分解することで、具体的な課題ヒアリングの準備につなげることができると思います。 切り口で悩む？ このように、情報を分解する際の適切な切り口の設定は難しいと感じる部分でもあります。皆さんの業界では、どのような視点・切り口で分解を行っているのか、具体例や考え方をぜひ知りたいです。

思考プロセスは？ これまでの講座を振り返る中で、問いを設定し主張を展開する際には、結論とその根拠を明確にし、その根拠に至る思考プロセス—どのような考え方を経たのか—を言語化して、自分の頭の中を可視化することの重要性を再認識しました。 運用はどうすべき？ 普段はテキストベースでのコミュニケーションを活用していますが、実際のITインフラエンジニアとしての業務においては、例えばお客様からデータベースのバックアップに関する要望があった場合、どのデータをいつ、どこに保管し、どんな手法で誰がどのようにメンテナンスするのかといった具体的な要素に分解し、お客様が気づいていない部分まで明確にする思考法として応用できると感じました。また、バックアップ範囲そのものについても疑問を持ちながら、先方との課題を詰めていくアプローチが有効だと思います。 論理はどう整える？ 物事を考える際には、まず問いの形としてイシューを定義し、それを常に意識・共有する基本的な姿勢が大切です。また、自身の考えが偏らないよう、妥当性のチェックを怠らず、そのプロセスをアウトプットしてフィードバックを受けながら繰り返しトレーニングすることが必要だと実感しました。さらに、MECEやロジックツリー、ピラミッドストラクチャといった論理的思考を整理する手法は、使える場面で積極的に取り入れていきたいと思います。

直感的な解決策とは何か？ 自分の経験に基づく直感的な解決策だけに頼っていたところ、改めてその考えが本質を捉える上で一種の障害となっていることを痛感しました。多様な考え方や状況が存在する中で、意見を尊重しつつ、共通認識を持ってもらうためには、その本質を見つけ出し、議論の軸を定めることの重要性を感じています。 若手育成に必要なステップは？ また、経験が浅い若手が多い職場では、目標と期限を設定するだけでは行動に移せないことが多いことに気づきました。これまではリーダーとして方針を決め、一方的にトップダウンで指示を出していましたが、具体的な話法やツール、直接的な指導を通じて部下が迷いなく行動できるように準備を整えること、そして個々の課題や考えについて対話し合意を得ることが大切だと感じています。 会議の改善策は何か？ さらに、会議の場でのみ進捗管理と指導を行っていたため、発言しにくい環境を作り出し、できていないことに対するストレスも生んでいました。これを改善するために、次の三つの対策を講じることにしました。 1. これまで確保できていなかった部下との定期的な対話の時間を設ける。 2. 部下の課題的な行動を聞き入れ、受け入れて褒める。 3. 次回の対話までの到達点を共有する。 このような取り組みを通じて、職場の環境改善と業務の効率化を図っていきたいと思っています。

分析で大切な比較の本質とは？ 今回の学習を通じて、以下の重要なポイントに改めて気付きを得ました。 まず、分析の本質は比較にあることです。ある場合とない場合を比較する、いわゆる「Apple to Apple」の比較が重要です。また、分析に入る前に仮説を立てることが大切であり、目的を明確にすることが求められます。具体的には「何を見たいのか」「何が見えるのか」を明確にすることが重要です。さらに、グラフを活用して視覚的に捉えやすくすることも効果的です。 ITシステム導入の比較ポイントは？ これらのポイントを念頭において、バックオフィスにおけるITシステム導入の検討を進める際には、以下の点を意識して比較を行いたいと考えます。 まず、「何のために比較するのか」を明確にし、導入した場合としなかった場合の効率面やコストを具体的に、定量・定性データで比較することが必要です。何を見たいのかを明確にし、複数社での比較を実施することが大切です。また、場面によっては仮説を立てて進めていくことも考慮すべきです。 導入効果をどう検証する？ 具体的には、人事系システム導入に向けて、まずは社労士などのスペシャリストからの助言を参考にしつつ、導入の目的自体を明確にします。次に複数社での比較を実施し、導入した場合としなかった場合の検証を行います。この視点で検討を進めていきたいと思います。

問題原因をどう特定する？ 問題の原因を明らかにするためには、プロセスを細かく分解することが重要です。そして解決策を検討する際には、複数の選択肢を洗い出し、その根拠に基づいて絞り込むことが求められます。 幅広く解決策を模索するには？ 私の癖として問題と認識している点は、現象に焦点を当ててしまうことです。このため、なぜそれが問題なのかをさらに分解整理し、その構造を明らかにすることが必要です。その上で、解決策を思いつきや経験で狭めてしまわず、幅広く検討し、なぜそうするのが良いのかを考え実行し、分析することが重要であると感じました。 業務改善に必要なフローは？ 具体的な業務としては、説明資料の作成や土地の探索、収支検討などが挙げられます。これらの部分で改善を図り、成果に結びつけるためには、業務フローや仕事上のプロセスを整理・分解し、成果に結びつく打ち手を検討し実行した上で、さらに改善すべき点を検討することが不可欠です。 データ活用の重要性とは？ また、データを収集する経験を深めることも重要です。日頃から意識的にデータを取ることで、どのようにデータが業務に効果を与えるかを考えることができます。説明資料を作成する際には、作り込みすぎずにスライドのパターンをいくつか作成し、A/Bテストの要領で部内や課内でフィードバックテストを行うことも推奨されます。