(22ページ目)

必要 ✕ 課題

に関する学び

---

自社の強みをどう活用する？ 何を売るかについて手当たり次第にお客様の困りごとを探すのではなく、自社の強みを活かせるものを探すことが重要だと改めて気づきました。そのためには、まず自社の強みをしっかり認識することが必要です。自社の強みは競合との比較の中で初めて明確になるため、自社の強みだけでなく競合の強みや弱みもきちんと分析する必要があると感じました。 効果的なヒアリング方法とは？ また、困りごとの聞き方についても注意が必要だと再認識しました。「何か困っていることはありませんか？」という聞き方では、ほとんど情報が出てこないことを実際に経験しました。そのため、自ら仮説を立てた上でヒアリングを行うことが重要だと思いました。 産業用コネクタ開発の戦略 自社においては、新製品、具体的には産業用のコネクタの開発を検討しています。そのため、自社と競合の強みを改めて分析したいと思います。また、ヒアリングにおいては、既に一定程度認識しているお困りごとを解決できる製品コンセプトを検討し、ヒアリングシートや説明会を営業部と共有して、業界内の主要なプレーヤーへのヒアリングを実施したいと考えています。さらに、マーケターとして積極的にお客様訪問を重ね、業界のニーズや痛点の確認を進めていきたいと思います。 製品開発のための具体的ステップ 具体的なアクションプランとしては以下の通りです： 1. 現在の製品コンセプトとニーズや痛点を結びつける。 2. 技術部とコンセプトの実現に向けた事前打ち合わせを行う。 3. 実現可能性が確認できた場合、営業部と共にキープレーヤーへのヒアリングを実施する。ヒアリング時には業界の顧客ニーズを解決できる仮説を立てて行う。 4. ニーズの確認が取れたら、製品化に向けた社内検討を本格化させる。 このような取り組みを通じて、より効果的に市場のニーズに応じた製品開発を進めていきたいと思います。

直感判断、信頼できる？ 実践的な場面に直面すると、つい反射的に考えてしまうことが多いと実感しました。人の思考には必ず偏りがあり、目の前の課題に対し、反射的に思い浮かんだ解決策をすぐに当てはめるのは避けるべきです。 その理由として、 1. 反射的に思い浮かんだ解決策は、自分の経験や限られた知識に基づいた発想である可能性が高いこと。 2. そもそも、そのことが本当に課題であるかどうかを検証していないため、無駄になる恐れがあること。 3. 解決策の目的に立ち返らないと、方向を見失い、無駄な労力を使う可能性が高いこと。 4. 解決策をMECEで考えないと、考え方に広がりが欠けること。 そのため、まずは何が課題なのかを最優先に考えるべきです。「ISSUE」こそが最優先です。このためには、最適な「問い」の設定が不可欠です。 目標設定は見直す？ 身近な事例で考えると、「来場者を10％増やすためにはどうすればよいか？」という目標がありますが、その前に、なぜ10％が必要なのかを検証した方が良いです。そして目標を10％に設定した場合、そのための仮説を立て現状を分析します。この際、データを集めるだけでなく、視覚化することが大切です。具体的には、データをグラフにする、日別・月別・季節別に分ける、目的別・性別に分析するなどの方法があります。 課題はどこにある？ さらに問題を明確にするために、ピラミッド・ストラクチャーを用いて広さと深さの視点で整理し、どこに課題があるのかを明確にします。その上で、課題への施策を洗い出し、優先順位を付けて実行します。 共有は大切か？ 日々クリティカルシンキングを活用する場面が訪れるので、毎回面倒がらず、自分を批判するつもりで取り組みます。これを実践すれば、メンバーの中でクリティカルシンキングを知らない人が困惑するかもしれません。しかし、思考法を共有した上で実行することが重要です。

3C分析、どこが難しい？ 3C分析の意味は理解しているものの、実際に適用してみると難しさを実感しました。たとえば自社の状況を考える場合、他部門の業務内容の把握が不可欠であり、特に経営戦略に関わる部門の関与が必要だと感じました。また、演習問題では、仮に私が主任を3人抱える部長の立場であった場合、どのような指示を出すべきかを検討する余地があると考えます。ただ、設問において営業部長の関与が問われていない点は、ケーススタディとしてやや不自然に感じました。 再就職で何に気をつける？ 再就職活動に3C分析を適用する際には、まず自分のスキル、経験、知識の再確認と他者との差別化、定期的な課題の抽出が自社の観点として活かせると考えます。一方、応募企業に目を向ける際には、求人情報を熟読し必須条件や歓迎条件、職種ごとの求人規模を確認することで顧客・市場の状況把握に努めています。ただし、競合に関しては、登録しているエージェントの担当者と相談する方法が有効かもしれません。 SWOT分析、続けられる？ また、SWOT分析の実施も有益だと理解しているものの、過去の経験からその場限りの分析となり、継続が難しいという現実もあります。一部では、このフレームワークは経営者あるいは経営層向けとされることもあるようです。 現実の壁をどう感じる？ 総じて、ケーススタディの場面設定がほぼ「営業」という業種に偏っているため、技術職中心で営業経験のない私には、彼らの活動が想像の域を出ず、正直なところ、営業経験者に対しては羨望の念さえ抱いてしまいます。また、かつて大企業に在籍していた経験から、自分自身の業務範囲が限定され、会社全体を広い視野で捉える習慣がついていなかったことも、3C分析における自社の検討が不得手な理由の一つだと感じます。 仲間と語り合う？ 同じような心境の受講生の方々と、これらの点について熱く語り合いたいと思います。

内容の振り返りは？ 動画視聴を通じて学んだ内容は、実際に自分で実践しようとすると、スムーズに出てこない部分があり、学んでいるつもりにならないよう、改めて振り返りや整理が必要だと感じました。 相手理解はなぜ？ 6週間の学びを振り返ると、最も印象に残ったのは「相手を理解すること」がすべてにつながるという点です。フィードバックの方法やモチベーションの上げ方、エンパワーメントの仕方も「人」が前提であるため、単に理論に偏らず、まずは自己理解を深めることが大切だと実感しました。自分のキャリアに対する考えを見直し、スタッフと共有していくことが課題に感じられます。 依頼の工夫はどう？ また、業務を依頼する際には依頼の仕方やフィードバックの方法に注意を払い、成果の変化やスタッフからの反応をしっかりと確認したいと考えています。個別相談の機会が多い中で、相手をより理解するための質問を工夫し、話を引き出すことにも取り組みたいと思います。 研修で意見交換は？ さらに、部内での研修時には、キャリアに対する考え方を全員で意見交換する機会を設けることで、相互理解を深めることができると期待しています。自己理解を促進するため、他者からのフィードバックを積極的に受け、自分自身が組織にどのように貢献できるかを追求していきたいと考えています。 リーダーシップ見直しは？ 各スタッフの特性や考え方を整理し、どのようなリーダーシップが適しているのか、対話を通じて見出すことも大切です。同時に、相手への聞き方や、相手のモチベーションの背景を理解する工夫をし、少しのチャレンジが成長につながるような指導や業務の依頼を心がけていきたいです。 組織の指導方針は？ 周囲の意見を取り入れながら、組織が求める姿勢を自分自身で再確認することで、スタッフに対する指示や指導の目的がより明確になり、相手にとっても伝わりやすくなると考えています。

伝達はどう改善すべき？ 自分が「任せたつもり」でも、実際には伝わっておらず、期待した成果に結び付かなかった経験があります。その原因は自分自身にあり、任せ方やフォローアップの方法に問題があったと痛感しました。 動機づけはどう感じる？ 大切なポイントとして、まず動機付けが挙げられます。やる気や意義、納得感を醸成するために、問いかけの工夫が必要だと感じています。また、６W１Hという具体的な視点を取り入れることで、会話をより明確に進めることができると実感しました。さらに、ゴールや期待値を定量的に設定し、認識を合わせることも重要な要素です。 課題はどこにある？ 経営層から降りてきた課題や、日々の業務で発生する問題に対して、対象のメンバーへエンパワメントを行う考え方も再度学びました。これまでエンパワメントに努めてきたつもりでしたが、具体的な進め方や定量的なゴール設定が十分ではなかったと気づかされました。特に一年を通じたゴール設定は意義深く、具体的かつ定量的に行っているものの、日々の業務においては「忙しさ」を理由に十分な議論ができていなかった点が反省点です。 対話で何を引き出す？ 今後は、１on１の時間を有効に活用し、相手に問いかけながらコミュニケーションを図りたいと考えています。具体的には、「どうしたらより良くなるか」「解決すべき課題は何か」「業務上の問題点はないか」といった質問を通じて、メンバーの意見やアイデアを引き出すことに注力します。同じく、６W１Hや定量的なゴールを意識しながら、進め方や完了の目安についてお互いにすり合わせを行う予定です。 称賛でどう盛り上がる？ また、週一回のチームミーティングの中で、各メンバーの取り組みを称賛し合う時間を意図的に設けることも大切だと感じました。行動を皆で称えることで、目標達成時の満足感が向上し、次のチャレンジへの自信を深めてもらえると考えています。

記述式問題解決の重要性とは？ 現状と理想の姿の乖離や課題に対して、どうすれば現状が良くなるかという対策（How）をすぐに考えてしまいがちであることに気づきました。これまで、起きている問題や事象の要因について十分に考えずに進めてしまっていたことが課題でした。 問題解決のステップを踏む 今回の学びでは、問題解決のステップを明確に4段階、つまりWhat（何が問題か）、Where（どこで問題が起きているか）、Why（なぜそれが問題なのか）、How（どう解決するか）の順で思考を進めることが重要であることを学びました。さらに、必要に応じてこれらのステップを行き来することで、効率的に問題を検討できることを学びました。 なぜロジックツリーが有効なのか？ ロジックツリーを用いたフレームワークは、アイデア出しの際に抜け漏れがなくなることが特徴です。また、問題を層別分解と変数分解（掛け算）という2種類の方法で分解し、それぞれの方法を内容に応じて使い分けることができます。さらに、MECEを意識し、モレなくダブりなく分析を行うことが重要です。 次のステップで重視するポイントは？ 施策の検証においても、問題解決のステップを早い段階で活用したり、目の前の数字や解決策に飛びつかず、視野を広く持って理想的な状態を捉えた分析を行うことができるようになりました。ロジックツリーを用いた課題発見やMECEを意識したアイデア出しについても、実践で活用していきます。 学びをどう共有するか？ WEEK2の学びをチームメンバーに共有し、実際の場面でアウトプットを行います。また、次の検証においては問題解決のステップを活用して分析を進めます。ロジックツリーのフレームワークを積極的にグループに取り入れ、MECEを常に意識しながら取り組みます。そして、WEEK2の学びを振り返り、積極的にアウトプットすることで確実に身に着けていきます。

誰のために取り組む？ 社内でデータ活用推進を担当する中、どのような人に、どのような目的でコンテンツを活用してもらいたいかを考える必要性を改めて実感しました。今回、デザイン思考における課題定義を学ぶ中で、まず「誰のための取り組みか」を明確にする重要性を再認識しました。各部署で業務状況や意識が異なることを踏まえ、ヒアリング内容に加え、「もしこの人が○○だったら」という仮説的な視点を取り入れてペルソナを作成することで、対象者の背景や課題、感情に寄り添った検討が可能になりました。その結果、リアルな声だけに捉われず、幅広い視点から課題を捉える仕組みづくりの基盤ができたと感じています。 解決策に頼りすぎ？ 今回の振り返りを通じて、解決策ありきで考えないことの大切さを強く感じました。業務の中で、つい「このダッシュボードを作れば良い」「この機能を入れれば便利になる」といった解決策から考えがちですが、本当に解決すべき課題は、ユーザー自身も言語化できていない無意識の困りごとである可能性が高いと気づきました。そのため、なぜその現象が起きるのか、背景にはどんな要因があるのかと問い続ける姿勢が、持続的な価値提供につながると実感しています。 本質的な課題の見極め？ また、課題定義においては、共感フェーズで得た具体的なエピソードや感情を丁寧に読み解くことが非常に重要だと学びました。単に「この人はこう言っていた」という事実を受け止めるだけでなく、「なぜ自分がそこに共感したのか」「その言葉の裏にある背景や価値観は何か」と考えることで、深い理解につながります。さらに、課題を抽象化して定義する際には、まず具体的な現象を十分に観察・収集し、そこから意味を引き出すことが大切だと感じました。抽象化は便利な反面、現実との乖離に陥るリスクがあるため、具体から出発し共感を手がかりに本質的な課題を見極める力を今後も養っていきたいと思います。

どうして一致しなかった？ 自分の問いと相手の問いが最初から一致していなかった経験から、相手と同じ視点で物事を捉えることの大切さを改めて感じました。最初の段階で「今向いている方向はこれだ」という確認作業をお互いに行うことは、対面でもオンラインでも重要だと実感しています。 変化、どう受け入れる？ 私生活と業務のどちらにおいても、新しい変化を起こすことが求められる場面があります。変化を受け入れてもらう難しさを痛感する中、文章の伝え方やプレゼン資料の見せ方、さらには相手にとっての優先事項が何かを考慮したコミュニケーションが必要だと考えました。これらの学びを活かし、試行錯誤を重ねながらより良いアプローチを模索していきたいと思います。 本音、どう探る？ プライベートでは、管理組合の会合で新しいテレビ受信方法への反対意見に対して、反対理由がコスト、番組内容、あるいは自分の意見を尊重してほしいという気持ちのどれに起因するのかを丁寧に探るよう努めています。相手との対話が尋問のようにならないよう心掛け、相手が抱える課題に寄り添うコミュニケーションを目指しています。 利用拡大の壁は？ また、業務面では、部門内のDX推進プロジェクトにおいて新しいツール導入後、初期の効果が見えたもののユーザー数の伸びが停滞してしまいました。当初はアーリーアダプター層には響いた手法でしたが、未使用のユーザーに同じ方法では届かないと感じています。そこで、一方的にアピールするのではなく、相手の現状や課題をしっかりと聞き出す姿勢に変えることで、各チームが抱える具体的な課題を明らかにしようとしています。 伝え方の工夫は？ わかりやすいプレゼン資料やシンプルな文章であっても、相手が心を閉ざしてしまっていては効果が得られません。相手に話を聞いてもらうためには、どのような工夫が必要なのか、今後も考え続けていきたいと感じています。

思考の足元をどう理解する？ 講座を通して、まず自身の思考の足元理解から始まり、物事を分解しながら要所を深く理解することの重要性を再認識しました。「相手により良く伝えるため」に注力するという当たり前のことを、当たり前にできるための基礎作りが大切だと感じました。 重要な三点とは何か？ 重要な三点として挙げたのは、①自己批判（クリティカルシンキング）、②総括（自己のバイアスに陥らないため）、③相手の理解を促進すること、です。これらを常に意識し、判断軸や指針として持ち続けたいと思います。 どうすれば「伝える」が「伝わる」に？ 「伝える」ためには「伝わる」ことを常に意識し行動に移すことが大切です。他部署や他業種の方へ文章を書く際には、タイトルやリード、主語を省かないことなど、相手に伝わるために必要な要素を自問しサボらないことを心がけたいです。 問題解決に必要なアプローチとは？ 問題解決においては、反射的に「どう解決するか」を考えるのではなく、様々な角度から物事をとらえ、ロジックツリーを使って分解することで「イシュー」を考えることが本質的な課題や根本的な原因にたどり着く要素になると感じました。 読書の幅を広げる意義とは？ 読書に関しては、読書総量を増やし、ジャンルを幅広くピックアップし、読んだ感想をフィードバックし合うことで思考のバイアスに気づき、他者の意見を取り入れるようにするべきと考えています。率先して取り組みたいです。 文章作成プロセスの見直し方は？ さらに、文章作成に関しては、①いったん文章を作成する、②タイトルやリードを意識して「どう見えるか」を推敲する、③文章のみで伝えるのか、視覚的な要素を追加するのかを再度検討する、④相手がどう受け取るかを常に想像し、内容を調整する、といったプロセスを日々の行動・業務に組み込み、習慣化に向けて具体的に動いていきます。

適切なイシューの立て方は？ 状況に合わせて適切なイシューを立てることの重要性を改めて実感しました。初めてケースを読んで分析してみたものの、非常に難しく、まだ十分に身についていないと感じました。今後、これまで学んだ知識をさらに活かせるよう、練習と実践を重ねていきたいと思います。 FAQタイトルはどう？ また、FAQのタイトルづけについては、お客様の解決したい課題を問いかける形で整理することで、誰が見ても内容が分かりやすい記事に繋がると感じました。これにより、より具体的な問題解決を図るための記事作りを心がけたいと思います。 改善要望は何が課題？ 開発への改善要望においては、ただ「やってほしいこと」を伝えるのではなく、解決したい課題（イシュー）からアプローチすることで、より的確な対応が期待できると学びました。 業務脱線はどう防ぐ？ 業務インプットの際には、説明中に画面の別機能の話題や質問の補足などで脱線しがちなため、「何を伝えるべきか」を双方でしっかり認識しながら進めることが大切だと感じました。このような意識の共有が、目的を見失わずに効率的なインプットにつながると考えています。 記事作成の基本は？ 今後、新たな記事を作成する際には、まずその機能が何のために存在するのかという基本的な問いから考え、記事の目的を明確にしていきたいと思います。また、来月から始まる業務インプットにおいても、開始前に「今日理解してほしいこと（イシュー）」を共有することで、より効果的な説明ができるよう努めたいと思います。 ケース分析で得る知見は？ 最後に、ケース分析を通じて、イシューの立て方には慣れが必要であると痛感しました。自社の施策においても、なぜその取り組みが行われているのかを常に意識し、考える習慣を身につけることで、より深い理解と実践へとつなげていきたいと思います。

具体的な課題は？ 問いを立てることは非常に重要です。まずは、自分が直面している課題を具体的に特定し、それらを整理・分類することが必要です。その中から、最も優先すべき課題を見極めることが求められます。そして、課題に対する解決策を考える前に、「何をすべきか」や「どの問題に取り組むべきか」を改めて問い直すことが大切です。 問いの具体性は？ 問いは抽象的なものではなく、具体的かつ明確なものにする必要があります。同時に、問題を構造的に整理することで、組織全体としてその課題に取り組みやすくなります。こうして、組織内で具体的な問いを共有することが効果的な戦略策定につながります。 クライアントの課題は？ コンサルティング業務では、クライアントが抱える課題を的確に特定し、分類する能力が重要です。その上で、最も優先すべき課題を見極め、具体的な解決策を提案するためには、具体性と構造性を兼ね備えた問いを立てることが必須となります。問題を整理し、組織全体で共有することにより、戦略の策定と実行が一層効果的になります。 日常の問題は何？ 日々の業務では、直面する問題や課題について「何が問題なのか？」を具体的に考える習慣が役に立ちます。目標や課題を書き出し、優先順位を明確にすることで、より効果的に問題にアプローチできるようになるでしょう。 解決のヒントは？ また、課題を解決するためには、具体的な問いを自分自身に投げかける習慣が大切です。例えば、「どうすれば業務を効率的に進められるか？」や「このアクションが次にどのように繋がるか？」といった問いを意識することで、日々の行動に前向きな変化をもたらすことができます。 整理のコツは？ さらに、作業や思考を体系的に整理し、構造化することも重要です。業務を細分化して「今、何をすべきか」を明確にすることで、効率的な進行と戦略的な取り組みが実現できるでしょう。

イシュー設定はどう？ イシューを明確にすることの重要性を学びました。議論中に論点がぶれると、何のために時間や労力を使っているのかが見えなくなり、結果として無駄な議論に終始してしまう恐れがあります。これは、最初からイシューをきちんと設定していなかったためだと感じています。 資料構成のコツは？ また、資料作成にあたっては、読み手が負担なく情報を受け取れるよう、構造や流れを整えることが大切だと痛感しました。特にパワーポイント資料は、他のメンバーが編集しやすいよう余計な装飾や偽改行を使わず、シンプルで論理的な構成にすることを心掛けています。 議論のまとめは？ 総評として、イシューへの意識を高め、議論の方向性や資料作成にその考え方を取り入れようとする姿勢は非常に素晴らしいと感じます。実際の具体的な事例を交えながら取り組むことで、理解がより一層深まると思います。 大切なイシューは？ さらに、日常生活の中で自分にとって特に重要なイシューは何か、具体例を考えてみると良いと感じました。加えて、資料作成において読み手が負担なく情報を取得できるための他の工夫についても、改めて考える必要があると感じています。 部内会議で何を伝える？ 月に1回以上ある部内会議では、各自の持ち場から自由に発表する時間が設けられています。私は、現状抱えている課題について、ロジックツリーを用いてまず頭の整理を行い、皆に伝わるようなパワーポイント資料の作成に挑戦することにしました。 稟議書作成のポイントは？ さらに、ある新規事業の稟議書を作成した際には、背景・目的・効果・留意点・リスク・導入までのスケジュール・費用など、重要な要素をグラフや図を用いて整理しました。文章量が多い点から改善の余地を感じ、同じ部の仲間と意見を交わしながら、より分かりやすい内容にブラッシュアップしていきたいと考えています。