(15ページ目)

課題

に関する学び

---

本当に見えてる？ 基本姿勢としては、まず思い込みを排除し、自分自身を客観的に見つめることから始めました。３つの視点を用いて物事をMECE（漏れなく、重複なく）に捉えることを心がけています。 なぜ問い続ける？ また、思考を進める際は、常に検討の目的を意識しながら、自分の思考のクセを前提に「なぜ？本当にそうか？」と問い続けています。具体化と抽象化を行き来することで、物事の全体像と細部の両方をバランスよく捉えられるよう努めています。 実践はどう進む？ 実践してみると、文字にすると当然のように感じる考え方も、実際に行うとなると難易度が高いことに気づきました。そのため、反復練習が不可欠であり、クリティカルシンキングは議論、資料作成、コーチングなどあらゆるビジネスシーンにおいて土台となるスキルであると再認識しました。若手だけでなく、ベテランも身につけるべき大切な技術だと感じています。 決断はどう下す？ 具体的な適用場面としては、まずチームリーダーとして仕事での決断をする際に、クリティカルシンキングをサポートツールとして役立てたいと考えています。日常的な大小の課題解決の中で、自己判断の場合もあれば部下からの提案を受けて判断する場合もありますが、瞬時にロジックツリーを構築して判断できる状態を目指しています。 説明は明確か？ 次に、報告資料の作成時に分かりやすいストーリーを構築する手法としても活用したいと思います。上位者や他部門に対して適切にメッセージを伝えるため、状況に応じてストーリーラインをすぐに組み立てられるようになることを目標としています。 完璧は求める？ いきなり完璧にこなすのは難しいため、まずは紙に書き出して、結論と論拠の一貫性を確認しながらロジックツリーで可視化してみることを推奨します。また、視点を変えてMECEになっているかをチェックすることも大切です。 チームも問い合う？ さらに、議論の際にも積極的にこの手法を活用し、自分だけでなくチームメンバーにも「この視点はどうか？」と問いかけて、各々が考える機会を設けることで、さらに気づきを深めたいと考えています。

分解手法の課題とは？ ロジックツリーについては知識があったが、「層別分解」や「変数分解」については理解が浅かった。このため、分解の方法に甘さがあったことに気づいた。MECE（漏れなくダブりなく）の原則に基づいて物事を分解しようとしていたが、ただ「その他」という項目を入れないようにしよう、「漏れなくダブりなくしよう」とするに留まり、実際には分析の観点で意味のある分解ができていなかった。「切り分けて意味のある分け方」ができていなかったのだ。 SFAでの運用改善策とは？ マーケティングにおけるリードから商談に至るまでの顧客属性や営業活動履歴について分解し、SFA（営業支援ツール）上で選択肢を設定している。しかし、これがMECEであったとしても、分析の観点で後々良い結果に繋がらない選択肢を設定してしまっていたと気づかされた。ルールとして運用に乗せているため現場には混乱が生じがちだが、説明を通して理解を得て改善していきたい。 問題解決に向けたステップ SFAでの選択肢に関して直近の課題については、以下のステップをとる予定だ。 1. 最適なSFAでの活動結果の選択肢を調整するため、これまでに蓄積された様々な結果を分解手法を用いて再分解する。 2. 修正点についてチームメンバーと意見交換を重ね、最終的な決定を行う。 3. 現場の運用に支障が出ないよう、営業メンバーに理由を含めて通達し、理解を得る。 冷静な問題解決が大切 また、今後自分が行う企画については、「問題解決のために必要なステップ」である「what（何が問題か）」「where（どこに問題があるか）」「why（なぜ問題が起きているか）」「how（どうすればよいのか）」をきちんと踏まえ、目の前に見えて重要そうな課題や感情論に走らず、冷静かつ客観的に根拠のある分析を進めていきたい。企画時点での分析をきちんと行い、その結果をまた分析することでPDCAサイクルを回すことを徹底したい。 説得力を高めるには？ 他メンバーに対して意見を出す際にも、上記の問題解決のステップを踏まえた説得力のある意見を出せるよう努め、納得を得られる形にしたい。

エンパワメントの本質は？ これまで、感覚的に行っていた業務を論理的に学ぶことで、エンパワメントや目標設定において抜けていた視点に気付くことができました。特にエンパワメントでは、双方向のコミュニケーションが必要であり、対象となる方の状況やモチベーションを正しく把握した上で行うことの大切さを再認識しました。自分自身が気持ちに余裕がない時にエンパワメントを十分に発揮できていなかった点にも、改めて気が付かされました。 目標設定の疑問は？ また、目標設定に関しては、本人の参加を促す行動は取っていたものの、任せる業務やそのレベルに応じて「組織の課題に対して自分の持ち場で何ができるか」という視点が欠けていたことを痛感しました。個人の成長だけに焦点を当てていたため、スタッフ全体やチームの成長を促す視野が不足していたと考えます。 業務バランスはどう？ 少人数で多岐にわたる業務を担う部署であるため、業務のバランスが難しい中、今回の学習を通して、相手の状況をしっかり理解し、適切に育成するためには、自分自身もその職員にどうなって欲しいのか、組織の中での役割や立ち位置を明確にしておく必要があると再確認しました。 会議での視点は？ 主に会議や指示出しの場面では、一斉に指示を出すことが多かったため、中堅職員には組織の視点が持てるような問いかけや、業務への挑戦を促すコミュニケーションを心がけたいと思います。これにより、視野が個人だけでなくチーム全体へと広がることを期待しています。 新人育成の秘訣は？ 職歴の浅い職員については、まず業務の目的や具体的なプロセスがイメージできるような問いかけや対話を実施し、業務理解を深めるとともに、自発的に考える力を養っていきたいと考えています。 伝達方法はどう？ 日常の業務依頼の際にも、伝え方に意識を持ち、定例会議や業務見直しのミーティングでは、中堅職員と職歴の浅い職員それぞれに合った指示や伝え方を工夫してみたいです。また、3ヶ月に1度行っている面談の際にも、本人が積極的に参加できる目標設定となっているかを意識して取り組んでいきたいと考えています。

仮説って何？ ビジネス現場での仮説とは、ある論点に対する暫定的な答えを示すものであり、大きく「結論の仮説」と「問題解決の仮説」に分けられます。状況に応じて、過去・現在・未来それぞれで仮説の内容が変わる点も特徴です。 解決と結論は？ 問題解決の仮説は、具体的な課題に対して原因を究明するためのものです。一方、結論の仮説は、たとえば新規事業においてある論点への暫定的な答えを示す際に用いられます。 4ステップの流れは？ 問題解決のプロセスは、次の4つのステップで進めます。まず、Whatとして問題が何であるか、またその規模を把握します。次にWhere、すなわち問題の所在を特定します。その後Whyとして、なぜその問題が発生したのか原因を追及し、最後にHow、どのように対策すべきかを検討します。 仮説はどう練る？ 仮説を立てる際には、決め打ちせず複数の仮説を考えることが重要です。異なる観点や組み合わせから仮説を立てることで、情報の扱いに網羅性が生まれ、柔軟な解決策を導く助けとなります。 現状把握は大事？ 施策の検討では、すぐに解決策に飛びつかず、まずは現状を十分に把握することが求められます。たとえば、見込み顧客を効率的に集めたい場合、SEO対策やウェビナーをすぐに試みるのではなく、なぜ見込み顧客が増えないのか、実際に問い合わせをしてくれる顧客の層やニーズを確認した上で仮説を立て、ABテストなどで検証するプロセスが大切です。 営業仮説の効果は？ また、営業面においても、現状の状況・業務上の問題・その影響、そして解決された場合のメリットを問い直すことで、仮説の思考は効果を発揮します。これは、営業メソッドであるSPINの各質問（状況質問、問題質問、示唆質問、解決質問）とも通じる考え方です。 顧客行動はどう見る？ さらに、顧客の行動分析の際は、カスタマージャーニーマップを作成するにあたって、こちらの期待する行動ではなく、顧客のインタビューを通じた実際の行動パターンをデータ化・可視化し、どのステップで課題が生じているかを明確にすることが重要です。

テストで何を見極める？ デザイン思考の最終ステップである「テスト」は、共感、課題定義、発想、試作というこれまでの流れを総仕上げしながら、各プロセスに戻るための道筋を示す重要な工程です。この段階では、試作に盛り込んだアイデアの充実度、課題定義の妥当性、そして初期の共感がどこまで実現されているかを議論します。状況に応じて、必要な工程に立ち返ることができるため、非線形的なアプローチの入り口とも言えます。 なぜ戻るが大切？ 一般には「戻る」という作業は嫌われがちですが、デザイン思考を活用して何かを実現するためには、このプロセスが非常に大切だと感じています。初めからプロジェクトメンバー全員がその重要性を共有していれば、スムーズに進められるのではないかと思います。 システム開発の難しさは？ 私の仕事であるシステム開発では、各ステップが線形に進む必要があるという制約があり、各工程ごとに承認や同意が求められます。一見するとデザイン思考とかけ離れているようにも思えますが、今回の学びを通じて、デザイン思考は全体を俯瞰するだけでなく、一部分の課題に対するアプローチとしても有効であると実感しました。特に要件定義の期間にデザイン思考を集中的に取り入れることで、その後の設計やシステムテストの工程に悪影響を及ぼすことなく、より効果的な成果に結びつけることができると考えます。 新規案件でどう活かす？ 現在手掛けている新規案件では、顧客側からの提案依頼がまだ明確ではないため、この段階でデザイン思考を活用できる可能性を感じています。顧客を巻き込み、共感のポイントを洗い出し、適切な課題定義に結びつけることができれば、その後に弊社側で発案する解決策との連携も取りやすくなり、システム完成後の効果がより実感できるはずです。一方で、試作段階については、単なる操作画面のスライドショーでは伝わりにくいという過去の経験もあり、工夫が求められると感じています。また、システム開発においては試作にかかるコストも課題となるため、これまでの経験を活かしながら、デザイン思考をうまく取り入れてより良い課題解決へ繋げていきたいと思います。

ストーリーの重要性は？ 今回の講義で最も印象に残ったのは、「やみくもに分析しない。ストーリーが大事」という点です。今まで意識していなかったwhereで傾向を掴み、どこまで掘り下げられるかという部分に気付かされました。whereを浅くしすぎるとwhyがまったく意味をなさなくなるため、問題がどこにあるのかという点にもしっかり目を向けたいと思います。 「わかる」と「できる」の違い 全体の講義を通じて感じたことは、講義や動画の内容に対して納得できる部分が多々あったということです。毎回わかっているつもりでしたが、実際に演習をしたりグループワークで意見を交換したりすると、うまくいかない場面が多いことに気付きました。「わかる」と「できる」は全然違うということを改めて実感しました。 賃金制度見直しのポイント 来期に向けた賃金制度の見直しに際して、以下のポイントを意識して分析したいと思います。まずは①自社の賃金制度のどこに問題があるのか、次に②なぜそのような問題が発生しているのか、最後に③どうすれば理想の姿に近づけるのかです。これらを講座で学んだことを活かし、具体的な賃金制度案を示していきたいです。 仮説からのデータ集め方とは？ また、自身および一緒に働くメンバーに対しては「仮説➡データ集め➡検証」という明確な流れを意識することが少ないため、今回の学びを共有し、効率的・効果的に課題解決のステップを踏めるチームにしていきたいと考えています。 学びを日常に活かすには？ チームで共有するためには、まず自分がしっかりと理解し、使えるようになることが大切です。学んだことがまだ全然身についていないため、まずは学んだ内容をもう一度振り返り、ポイントを整理し、日常業務や生活の中で1日1回は必ず実践することを意識したいです。特に「仮説を網羅的に立てること」、「何と何を比較すれば得たい結果が得られるのか、比較対象を設定すること」、「条件を揃えて比較すること」といった点について意識しながら日々考える習慣をつけたいです。

初期アイデア共有は？ 今週は「プロトタイプの共有とフィードバックの重要性」について学び、デザイン思考のアプローチを通して、初期段階のアイデアを素早く形にし、実際の意見を得るプロセスの大切さを実感しました。 完璧主義は危険？ 学びの中では、完璧を目指さずに早めに形にすることの重要性が強調されており、完成度ばかりに固執すると、時間がかかるばかりでなく、利用者からの貴重なフィードバックを逃してしまうことに気づかされました。また、フィードバックを受ける際には、うまくいっている点と課題を整理し、改善に向けた具体的なアクションにつなげることが求められると感じました。質問の際に5W1Hを意識することで、具体的な意見を引き出しやすくなる点も印象的でした。 試作進める意義は？ 自身の業務においても、まず試作を提示し、早い段階でフィードバックを得るプロセスが、プロジェクトの方向性を確認する上で有効だと再認識しました。関係者との積極的なディスカッションを進めることで、共有したアイデアの理解を深め合い、次の改善策につなげることができると感じています。 学びはどこで活かす？ さらに、今回の学びは、研修設計や新規事業開発支援、コンサルティングの現場にもそのまま応用できると実感しました。研修設計では、受講者のニーズや課題を明確に把握し、試作・テストのプロセスを繰り返すことで、より実践的なシナリオを構築できます。新規事業開発においては、ターゲットとなる利用者の視点を取り入れ、素早いプロトタイピングと検証により、方向性を早期に固めることが可能です。コンサルティングでは、提案資料などを段階的に共有し、早いフィードバックを経ながら改善を重ねるアプローチが、クライアントとの合意形成を円滑に進める鍵になるでしょう。 今後の展望は？ 今後は、このデザイン思考のプロセスを意識して、小さな試作とテストを重ね、得られたフィードバックを業務改善に積極的に活かしたいと考えています。試作・テストのサイクルを繰り返すことで、柔軟かつスピーディーな改善を実現し、より実践的なアプローチを定着させることが目標です。

どの問題から解決すべきか？ 問題があると、複数の解決すべき課題を同時に考えてしまい、何から着手すればよいか分からなくなることがあります。しかし、問題を分解し、「今ここで答えを出すべき問い（イシュー）」を特定して、その解決策をまず考えることが大切です。例えば、某飲食チェーン店では、客数の増加に取り組んでから単価を上げるための施策を考えた結果、成功を収めました。もし逆の順序で進めていたら、客足が遠のく可能性がありました。 イシューを特定するポイントは？ イシューを特定する際には、次の三点に気を付けるべきです。まず、「問い」の形にする（疑問形）。次に、具体的に考える（壮大すぎる問いにしない）。最後に、一貫してイシューを押さえ続ける（話がそれないようにイシューを何度も確認する）。 業務効率化の鍵はどこに？ 業務効率化を提案する際には、まず効率化を図るべきイシューを特定し、それをチーム内で共有します。これにより、何を根本的に解決したいのかを全員が認識し、効果的な方法を見出すことが可能になります。例えば、時間がかかっている業務がある場合、1点に集中して効率化を図ると、別のところで時間がかかってしまうことがあります。これを防ぐためにもイシューの特定と共有が必要です。 問い合わせ増加への対応策は？ また、日々の業務改善や問題解決には、具体的なイシューを見逃さないことが重要です。たとえば、ある問い合わせが例年より増加している場合、その原因を探るために情報の掲示方法や他の根本的な問題を検討する必要があります。普段より対応件数が増えていると感じた場合も、その違和感を無視せず、根本的な問題を特定し、それを解決する方法を考える時間を作ることが求められます。場合によっては、同じような問い合わせに対する対応時間が短縮されるかもしれません。 チームにおけるイシュー共有の重要性 常にイシューを意識し、その解決策を探る姿勢を持つことが、業務の効率化や改善につながる重要なポイントです。イシューを共有することで、チーム全体が同じ認識を持ち、一丸となって問題解決に向かうことができるのです。

なぜ仮説を複数持つ？ まず、常に複数の仮説を立て、一つに決め打ちせず、各仮説が原因を多角的に網羅できるように意識することが重要です。どこに原因があるのか、何が原因なのかという点について、切り口を変えて考える必要があります。 比較指標はどう決める？ 次に、仮説を検証する際は、何を比較の指標にするかを明確に決めた上で、どこに注目し、何と何を比較するのかという意図を持つことが大切です。 データ収集の方法は？ また、データ収集においては、対象者（誰に聞くか）と方法（どのように聞くか）をしっかり考え、たとえ反論になり得る情報も排除されずに集めるよう努める必要があります。これにより、比較のためのデータが十分に得られ、偏りのない分析が可能となります。 仮説の使い分けは？ さらに、結論を導くための仮説と問題解決を目指す仮説を明確に区別しながら取り扱うことが求められます。普段は特許情報やその他の情報を用いていますが、さまざまな立場（営業、技術、知財など）から情報を収集する際には、ネガティブなデータが除外されていないかを意識することが重要です。 議論で論点はずれる？ 実際に、立場の異なる関係者による議論の場では、「課題」の共通認識が不十分なために、結論の仮説と問題解決の仮説が混同され、論点がずれてしまい、適切な結論に至らないケースが見受けられました。特に、人からの情報は各立場の主観が影響して、情報の取捨選択が無意識に行われることが多いため注意が必要です。 課題はどう分析する？ このような背景から、「課題」が何で、どの仮説に基づいて何を分析するのか、また、仮説、比較の指標、意図がぶれないようにしっかりと管理する必要があります。仮説を早期に決め付けたり、先入観に頼ってとりあえずデータを分析したりする危険性があるので、まず観点を整理し、複数の仮説を立てた上で深堀し、必要なデータを洗い出して収集することが求められます。 決め付けはなぜ危険？ さらに、結論を導く仮説にするのか、問題解決の仮説にするのかを明確にした上で、上記のプロセスに従い取り組むことが大切です。

課題設定はどう考える？ 今週は、データ分析の一連の流れ（問題提起、仮説設定、検証方法の決定）の総復習を行いました。特に、どんな課題を設定すべきかという初期段階での苦労から、課題設定の難しさを実感しました。適切な課題設定がなされなければ、仮説や検証の方向性も定まらず、最終的な分析の質に大きく影響することを再認識しました。また、課題設定の精度を向上させるためには、現場の声をヒアリングする、過去のデータからヒントを得る、フレームワークを活用するなどの工夫が必要だと感じました。 実務復習は何が目的？ 今回の復習を通して、実務でデータ分析の流れを実践し、ブラッシュアップしていく重要性も改めて感じました。特に、業務改善や営業データの分析においては、適切な課題の切り口が成果に直結します。例えば、営業成績が伸び悩む店舗に対して「なぜ成果が出ていないのか？」と問いかける際には、「訪問件数が少ないのか」、「折衝時間が短いのか」、「既存顧客へのアプローチが不足しているのか」といった具体的な観点から検討する必要があります。適切な課題が設定されなければ、的外れな仮説から誤った改善策を提案するリスクもあるため、今後は現場の意見をしっかりとヒアリングし、過去のデータを積極的に活用する習慣をつけたいと考えています。 仮説検証はどうなす？ さらに、仮説を立てた後は、実践を通じてどのようなデータが有効なのかを検証することで、より精度の高い分析フローを確立することが求められます。これによって、業務改善や営業データの可視化に対して、より効果的なアプローチが可能になると実感しました。 現場実態はどう見る？ 現場の実態を正確に把握するためには、まず営業担当者の意見を聞き、「営業活動でどのような課題を感じているか」を確認することが重要です。データだけでは見えにくい実際の状況を把握するため、過去の営業データ（営業成績の推移、訪問件数、成約率など）を分析し、他店舗との比較からどの指標に差があるのかを特定します。また、フレームワークを活用して「なぜ？」を繰り返し問いかけ、根本的な課題を探ることも効果的です。

学び直す顧客価値と持続可能性 今週の学習では、「顧客価値」と「持続可能性」の重要性について再認識しました。特に、私はこれまで希少性や付加価値に注目してアイデアを考えていましたが、「顧客にとって本当に価値があるのか」という視点が欠けていることに気づきました。さらに、顧客視点で競合を特定するのは非常に難しい課題だと感じました。従来の市場だけでなく、デジタルトランスフォーメーション（DX）の進展により、全く異なる分野からの代替品が競合となる可能性もあります。このような環境の変化を捉えるためには、広範な市場にアンテナを張り巡らせ、常に最新の動向を把握することが必要だと学びました。この気づきを活かし、今後は顧客視点を意識した仮説検証を重ね、具体的な価値提案を磨いていきたいと思います。 SI業界における持続可能性の課題は？ SI業界における「持続可能性」の重要性も改めて考えさせられました。特に、技術の進歩により、かつては差別化の要因となっていた技術やサービスが他社にも容易に模倣される現状に直面しています。この課題に対処するには、最新の技術を追い続けると同時に、既存の強みを活かした独自の価値提案を作り出す必要があると感じました。また、VRIO分析は非常に有用であり、まずは自社について実施してみたところ、組織の観点が弱いという課題を認識しました。今後はチームメンバーとともにVRIO分析を実施し、他の視点を取り入れることで新たな強みや未認識の課題を発見したいと考えています。 新技術導入のための戦略は？ 自社のサービス開発の場面では、新技術を導入する際、その技術がただの流行ではなく、顧客にとって長期的な価値を生み出す持続可能な競争優位性を持っているかどうか、導入前にプロセスを強化したいと思います。また、新技術分野やDX活用事例など、日々の情報収集の重要性を再認識し、セミナーへの定期的な参加や業界レポートの読み込みを今後も心がけていきたいです。競合他社との差別化ポイントを明確にする取り組みを進め、VRIO分析で得られた洞察をもとに自社の競争優位性を高めるための改善策を検討していきます。

顧客優先は正しい？ 私は営業部門で勤務しているため、「顧客ニーズ」を優先することが多く、それが視野を狭くしてしまうことがあることに気づきました。事業計画を考える際には、以下の3つの視点を持つことが重要であると感じています。 全社視点は大事？ まず、経営者の視座で考えることです。自分が発言する際には、常に全社的な視点を意識しながら行動することが求められます。次に、ジレンマを過度に恐れないことです。100％正しい判断は難しいので、ベストを求めすぎるよりもベターを選択する柔軟性を持つことが重要です。そして、他人の意見をしっかりと聴く姿勢も欠かせません。 フレーム活用でどう？ これらの考え方に加えて、フレームワークを活用することで、施策を客観的に考えることができ、取りこぼしの少ない計画を立てることができました。それらのフレームワークは、3C分析で顧客、市場、自社、競合を整理し、PEST分析で外的環境を考慮する手法、SWOT分析で内部環境を整理し、クロスSWOTで重要課題を抽出し、バリューチェーンで企業活動を一覧化するものです。これにより、視野が広がり、現実的な意見を出すことができました。 業務量はどう管理？ また、日常業務ではアフターフォローによる業務が多く、期待が高まる中で増える業務量への対応が課題となっています。この問題についてもバリューチェーンを作成することで、どの業務に重点を置くかが明確になり、社員全員が納得しやすくなると思います。また、やることだけでなく、やらないことを決める際にもバリューチェーンは有効だと考えます。 施策はどう練る？ 具体的な施策としては、自社更新率を高めるために3C分析やクロスSWOTを用いて現状の課題を明確にし、解決策を検討しています。施策を考える際には、経営者の立場で全社的な視点を持つことを心がけ、自己部署内や他部署からも意見を聴き、多角的なアイデアを引き出すことが重要と感じています。現状の業務フローをバリューチェーンで可視化し、資源の浪費を防ぎ、コストを抑えるべきポイントを特定することも進めています。