(18ページ目)

今後 ✕ 課題

に関する学び

---

何が新鮮に映った？ 初めて目にする単語や概念が多く、これまで暗黙の了解だった事柄が文字として定義され、説明や活用がしやすくなる点を実感しました。特に、ある例については最初は納得していたものの、研修を通じて考慮すべき点がいくつかあると気付きました。「本質的な問題は何か？」を正しく見極め、その対応策のメリット・デメリットを洗い出して最適な戦略を構築する必要があると学び、大いに参考になりました。また、関連する理論の大部分が新鮮な内容で、今後の戦略検討にしっかり取り入れていきたいと感じています。 指摘をどう活かした？ 学習の整理に記載した「本質的な問題は何か？」という指摘を受けた直後であったため、早速その内容を活用しました。特に急激な事業拡大が求められるプロジェクトにおいては、意思決定者に対して説得力のある説明を実現できたことが大きな成果でした。現在進めている新規事業の実現に向け、多くの有用な情報を得られたため、学んだ内容をアウトプットして自分のスキルとして定着させていく所存です。 今後は何を注視？ また、動画を通じて新規事業で期待できる習熟効果を理解できたため、この点を具体的に掘り下げ、さらに検討を進める予定です。一方で、すでに成熟の兆しが見られる事業については、現状の要員や技術を継続活用すべきか、新たな事業にリソースを再配分すべきかを慎重に検討する必要があると認識しました。限られたリソースと学習コストを考慮すると、検討すべき課題は多いと実感しています。以上の観点から、早速検討を進めていきたいと考えています。

どう学びを業務へ活かす？ 今週の学習を通じて、順序立てて俯瞰的に考えることの重要性を再認識しました。3C、SWOT、バリューチェーンといったフレームワークについては知識としては持っているものの、実際の戦略立案の場面では、これらを反射的に反応するだけで、十分に活用できていないと感じています。例えば、3C分析においては顧客と自社の要素しか分析できておらず、その他の要素についてどのように分析すべきか答えられない状態にあることに気づきました。これを受け、学習を通じて各フレームワークがどのような場面でどのように活用できるのかを理解し、今後の業務に活かしていこうと考えています。 チームの展望はどう見る？ 社内では次期の予算が固まりつつあり、私のチームのアクションプランを考える時期に来ています。しかし、これまでの視点は自チームの課題解決に偏りがちだったと反省しています。そこで、3CやSWOTを用いて、現在のチームの状況をより俯瞰的に把握していく方針に転換しました。 計画の具体策はどうする？ アクションプランの策定に際しては、まず現状の順序立てた分析を行います。具体的には、3C分析を通じて、顧客、市場、業界、競合を明確に分けて分析します。現在、社内のコールセンターで働いていますが、顧客設定についてしっかりと考えきれていませんでした。そこで、顧客を営業社員全員と捉え、それに対する期待されるサービスを明確に定義することにしました。また、同業他社だけに囚われず、目指すゴールに向けて不可欠な競合企業を設定することとしました。

SCAMPERはどう効く？ シニア社員のモチベーション向上を目指し、SCAMPERの手法を適用してみました。まず、Sの観点ではスポーツ分野のカウンセリングに類似したアプローチを用い、Cではカウンセリングメニューとの組み合わせを工夫しました。 各手法の意図は？ さらに、Aでは僧侶の説法を応用することで新たな視点を取り入れ、Mではモチベーションが下がっているシニア社員を集め、意見交換の場を設けました。Pの段階では学術的な視点から指導を行い、Eでは宴席を設けることで、参加者それぞれの本音を引き出すことに努めました。最後のRでは、一定の指示を強制的に実施する手法を試してみました。 条件にとらわれない？ この取り組みでは、問題解決の方法を必要性だけにとらわれず、前提条件に頼らずに幅広い視点で考えることの大切さを学びました。また、施策が対象者に満足感をもたらすかどうか、対象者の気持ちに寄り添って検討することが重要であると感じました。形式や方法に囚われず、自由な発想で取り組む姿勢も求められると実感しました。 デザイン思考の効果は？ さらに、デザイン思考については、チームワークの活性化に寄与する技法として大変意義深いと感じました。特に、チームメンバーのアイデアを否定せず、常に視覚化してタイムリーに共有することで、全体の創造性を高められるという点に気づかされました。また、他業界や他分野に広く関心を持ち、豊かな語彙力を活用してアイデアを具体的に言語化することが、今後の課題解決においても重要であると感じました。

どう仮説を組み立てる？ 仮説を立てる際、3Cや4Pなどのフレームワークを活用することで、単なる直感に頼った場合に陥りがちな同じ発想の偏りを防ぐことができると学びました。フレームワークを用いることで、さまざまな角度から検討し、網羅的かつ説得力のある仮説を導き出すことが可能です。 逆の視点も意識する？ また、仮説作成時には逆の視点から検証することが重要であると実感しました。反証のプロセスを取り入れることで仮説の信頼性が高まり、より客観的な判断ができると感じています。普段は「顧客の課題を定義し、その解決策を考える」というアプローチを実践していますが、解決策を検討する前に仮説を明確にすることの大切さを再認識しました。 今後の戦略をどうする？ 今後は、解決策を検討する前に必ず仮説を立て、その検証を意識した取り組みを強化していきたいと考えています。「課題定義 → 仮説立案 → 解決策の検討 → 仮説の検証」というプロセスを意識することで、より論理的で根拠に基づいたアプローチが可能になると期待しています。 各部署で実践できる？ 例えば、新たに導入した業務用Webアプリが期待通りに活用されていない場合、まずは「What（問題）」「Where（問題の所在）」「Why（原因）」「How（対策）」の流れで現状を分析し、各部署における利用状況や課題を明確にします。その上で、使っていない部署ごとにアプリのメリットを整理して伝えるとともに、各部署の業務にあった具体的な活用方法を提案することで、問題解決を目指します。

学びのポイントは？ 現在の担当業務では、グラフや文字を用いた資料作成が多いため、WEEK4は特に多くの学びが得られました。主な学びや印象に残ったことは以下の通りです。 伝え方の工夫は？ まず、メッセージに沿って情報の順序を合わせることが重要であるという点です。また、メッセージに一言添えることで意図が伝わりやすくなります。さらに、メッセージと図表の整合性を確保し、強調したい部分を意識することで、スライドで伝えたいメッセージをより明確に伝えることができます。 読者の引き寄せは？ 読者に興味を持ってもらい、最後まで読んでもらうためには、書き手の知名度やお役立ち感、その先を読みたくなるような冒頭の文章を作成することが効果的だと感じました。 効果的なスライドとは？ 経営層に対して施策の状況と今後の課題を一枚のスライドで示す際には、まずそのスライドで伝えたいメッセージを整理し、作成後にメッセージと図表の整合性が取れているか確認することが重要です。また、イベントメールの案内には、提供する情報の価値がより目立つような構成にすることが効果的です。 整理と見直しの法則は？ スライド作成の際には、いきなり作成に入るのではなく、まず伝えたいメッセージをノートなどに整理し、そのメッセージが伝わるような図表や構成を考え、整合性を確認する必要があります。メール作成の際にも、伝えたいメッセージを整理し、メール本文を作成した後、一度時間を置いてから、読み手の視点で見直すことが大切です。

なぜイシューは難しかった？ 今週のテーマは「イシューを捉える」でしたが、これまでの学びの中でも特に難しさを感じました。これまでは、解決したいこと＝イシューと捉えがちでしたが、今回、まず解決したい目標を前提としてデータを分析し、根本的な問題を洗い出すことが効果的だと学びました。 具体と抽象はどう使う？ データを細かく分け、一つ一つ検証する過程で、week1で学んだ具体と抽象の考え方が役立ち、これまでの知識の総合によって初めてイシューを正しく捉えられると実感できました。 なぜ修正時間が増える？ 自身の業務では、開発プロジェクトの工数見積もりにおいて、簡単な修正にもかかわらず、なぜ時間がかかってしまうのかという疑問が生じることがよくあります。修正作業や影響確認、テストに要する時間で終わらせがちな現状を踏まえ、それぞれの問題について「なぜ」を追求していく必要性を感じています。 解決策はどう見出す？ それぞれの問題に対する具体的な解決策が見つかれば、プロジェクト全体の必要期間が短縮でき、恒久的な改善策が確立されれば、将来的なプロジェクトもこれまでより短い期間で進めることが可能になるでしょう。 論理的思考の進め方は？ 今後も、問題に対して論理ツリーのように「なぜ」を分解し、根本課題および効果的な解決策を模索する姿勢を持ち続けたいと思います。今週の総合演習では思考にかなり頭を使い疲労を感じましたが、このプロセスに慣れ、考える場面を増やしていくことが成長に繋がると考えています。

発注とユーザーの違いは？ ITシステムの外部委託先の立場から考えると、システム開発を進める際、お客様はエンドユーザーというよりも、顧客企業の担当部門として対応することが多いです。担当部門はユーザーと異なる視点を持つため、今回学んだエンドユーザーの立場よりも、発注者の意向に注力せざるを得ません。しかし、発注者との共感、課題の理解、試作品の作成といったプロセスは十分に実現可能です。真にエンドユーザーに役立つものを提供するのは難しいものの、発注者の満足を追求する姿勢が重要だと感じています。 満足の不一致はどう？ 一方で、発注者の満足を追求できたとしても、発注者がエンドユーザーに目を向けなければ、エンドユーザーの満足と発注者の満足は一致しなくなります。このような複雑な階層構造を持つ大規模な組織では、デザイン思考を一部の人だけが理解していても、途中のプロセスでその意義が薄れてしまうため、広く多くの人に理解してもらうことが必要だと考えました。 試作品の使い分けは？ また、プロトタイプの作成方法によって検証できる項目は異なるため、一つのプロトタイプが最適かどうかを問うよりも、各プロトタイプの特性を活かして使い分け、互いに補完していくことが重要です。さらに、組織階層が深い大規模な組織では、開発過程に関わるすべての人がデザイン思考の考え方を身につける必要があると感じました。加えて、生成AIを発注者役として活用し、想定問答を行う手法も有用であると実感したため、今後も積極的に取り入れていきたいと思います。

価値はどう伝わる？ サービスが提供する価値は、モノとそれにまつわる体験がしっかりとお客さまに届くことで実現されます。お客さまが「また買いたい」「また行きたい」と感じ、ファンになっていただければ、そのサービスは他と差別化できる大きな強みとなります。しかし、同じ体験が続くと魅力は次第に薄れてしまうため、常に新しい体験の提供が求められます。また、企業のブランディングやその打ち出し方も、こうした体験の一部としてお客さまに伝わっています。 営業から体験へは？ カンファレンスやイベントを通じたリード獲得から、実際の営業での商談、さらにはサービス導入前後のお客さまの体験まで、一連の流れがどのように評価されているかは、今後のサービス向上にとって非常に重要です。現在、ハイタッチとテックタッチの使い分けは進められているものの、お客さま向けのコミュニケーションプランの整備にはまだ改善の余地があると感じます。 現場の知見はどう？ さらに、実際にお客さまのもとへ出向き、現場の洞察を得ることは、サービス改善のために必須です。どのような前提知識で自社サービスが利用され、また課題や十分に活用されていないサービスが何かを深掘りすることで、お客さまのニーズにより的確に応えることが可能になります。加えて、社内ではヒアリングの様子をSlack huddleなどで共有し、従来のお客さまターゲットと今回のニーズとの違いや、求められているワンアクションの軽減点について、開発メンバーと共に検討することが大切だと実感しました。

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

学びで何が変わった？ 今週は、規模の経済性、習熟効果、範囲の経済性について学びました。これらはコスト削減に役立つという認識は以前からありましたが、具体的に言葉にして整理されることで、より実感できるようになりました。また、効果が見られない場合もあるという説明を受け、自分自身がその点に気づいていなかったことを再認識しました。 ネット効果をどう見る？ また、過去にゲーム業界、現在はIT業界にいるため、ネットワーク経済性に関しては日常的に意識する場面が多いですが、今回の学びにより、普段はあまり意識していなかった部分も含めて、再確認することができました。 固定費削減の秘訣は？ 私の所属する会社はデータ分析をビジネスの柱としており、これまで競合が比較的少なく、専門職であったため高コストでも許容されていました。しかし、最近ではLLMやAIエージェントの登場で、専門職に限定されない業務も増えているため、差別化戦略を検討する一方で、コスト削減が重要な課題となっています。いかに固定費を下げ、売上や利益を向上させるかが喫緊のテーマとなっており、今回の学びは具体的な施策を検討する際の重要な軸として活用していこうと考えています。 可視化で議論進む？ 今後は、各施策にフレームワークを適用して抜け漏れがないか、また見落としているメリットやデメリットがないかを整理し、可視化していく予定です。上司とのディスカッションは口頭で進むことが多いため、こうした可視化を通じて議論をより明確に進めていきたいと思います。

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

学びはどこから来る？ ビジネスを成功させるためには、人件費削減や生産性向上に加え、事業経済性について学ぶことが必要だと実感しました。特に、規模の経済性、習熟効果、範囲の経済性、ネットワーク経済性に関する理解が深まったことが印象的でした。総合演習では、ある企業を題材に、売上の分析や改善策、事業の多角化、宣伝、広告などについて考察し、理論の具体的な適用方法を探ることができました。 役割分担は見直せる？ 自身の業界や自社に当てはめると、規模の経済性と範囲の経済性においてまだ改善の余地があると感じました。特に、各組織での役割分担が固定化している現状を変えるためには、上位概念を明確に示し、どの部署が何を担い、どこに責任があるのかを明確にする仕組みが求められると感じます。また、アウトプットの成果を正しく評価できる体制も必要だと実感しました。 改善策はどう探る？ さらに、習熟効果に関しては、ノウハウのマニュアル化や知識の蓄積といった形式知の整備、さらにはAIの活用を通じた日々の改善が重要だと再認識しました。遅れを取るリスクを改めて認識し、今後の課題として取り組んでいきたいと感じています。 戦略はどう組み立つ？ 自身の開発業務においては、ターゲットとする国や地域、対応する法規をグルーピングし、いかに規模の経済性を活かすかを検討する予定です。自社だけでなく、グループ会社や主要関連企業との整合性を十分に考慮し、事業全体としての経済効果を最大化する戦略を構築することが重要だと考えています。