(36ページ目)

課題 ✕ 本

に関する学び

---

知識の罠に気づくか？ 業務系システム開発では、顧客の業務知識が不可欠です。多くの経験を積んでいくうちにさまざまな知識を吸収できる一方、顧客の抱える課題を定義する際、その知識が逆に思い込みに陥る原因ともなりかねません。実際、ある講義での体験では、登山中の一場面だけに目を奪われ、準備や登山後のプロセスという全体像を見失ってしまったと感じました。このように、顧客のことを考えているつもりでも、自分の頭の中で構築したイメージにとらわれやすいという問題意識が生まれました。 顧客の本音を引き出す？ 新規案件のヒアリングでは、課題定義を意識しながら、まず顧客が困っている事柄を書き出してもらい、自分なりに整理してみました。講義で学んだ一次コーディングを参考に、何も知らないという姿勢で質問を続けた結果、顧客自身が「当たり前」と考えている部分を改めて考えさせられる場面が増えました。対話を重ねることで課題が可視化されるプロセスを実感し、より具体的に問題に向き合う大切さを学びました。 全体を見渡すには？ 登山の例においても、単に登山中だけにとらわれず、準備やその後の過程も含めた全体を見渡すことが必要だと感じました。どのような課題定義においても、まずプロセス全体をしっかりと考えることが、より正確な理解へとつながると実感しています。今後はこれらの気づきをもとに、広い視野で課題解決に向き合っていきたいと考えています。

なぜ問い直すの？ 「そもそも…」という問いが学びの鍵であると実感しました。まず、いきなり解決策に飛びつく前に、「そもそも、何が問題なのか？」「なぜこのプロセスには時間がかかるのか？」など、基本的な疑問を問い直すことが大切だと感じました。この問いを、あらゆる角度から徹底的に洗い出し、「なぜ？」を繰り返すことで、真に解決すべき本質的な課題が見えてくるのです。 どう意見を集める？ また、個人の経験や狭い視野に偏らず、周囲の意見を積極的に取り入れることも重要です。自分一人の考えに頼るのではなく、チームや組織全体で「そもそも」の問いを共有することで、対応策がぶれず、一貫性ある方向性を保つことができます。実際、現在取り組んでいる業務やプロジェクトの見直しにおいても、この問いの立て方が非常に役立っています。 何を再確認する？ さらに、課題を洗い出す際には、MECEの視点を意識して、あらゆる可能性や側面から現状を見直すプロセスが求められます。表面的な解決策に終始せず、本当に必要な改善策を見極めるために、一度自分の考えが限定的であることを認識し、第三者の意見を参考にすることが不可欠です。 どう方向性保つ？ そして、どんなに課題の洗い出しや解決策の検討を進めても、「そもそも」の問いをつねに握り続ける姿勢を忘れず、その問いに立ち返ることで、方針や解決策の一貫性を保持することができると確信しました。

セグメンテーションの重要性とは？ 印象に残ったのは、セグメンテーションとターゲティングの部分でした。最初の講義でも触れた「誰に売るか？」という基本概念に通じますが、自分たちの魅力を一方的に押し付けるだけでなく、自分たちの強みを理解しつつ、どの人々にニーズがあるのかをしっかりと切り分ける必要があると感じました。不特定多数の顧客が市場に存在し、資源が限られている状況での「選択と集中」というフレーズが特に印象的でした。さらに、売り込む際には伝えたいことを2つに絞ることが重要で、その中で競合との差別化を図ることが大切だと学びました。 限られた資源でどう選択と集中を？ この学びは、組織内での課題解決や顧客ニーズに応えるための企画立案に活用できると感じました。現在、資源が限られている中で顧客ニーズに極力応えていく必要があります。しかし、現状では選択と集中が十分できていないため、誰にどんな商品を提供するのが効果的で、そのためにどのように人的リソースや資源を投資するか考えることが重要だと考えています。 新たな思考法で提案をどう改善？ 現在、多くの業務がBPOに近い形で進んでおり、複数の顧客ニーズに応えることが求められています。そこで、ニーズの重心を把握し、商品自体を変更することができない状況でも、新たな思考法を活かして、提案を文書や資料に反映し、効果的な提案ができるように努めていきたいと思います。

フレームワークは何に役立つの？ フレームワークの使いどころについて、3Cや4Pといったものは聞いたことがあっても、実際にいざというときに活用できるかどうかが重要だと感じました。今回の実習では、仮説を立てる際に有効に使えると実感できたため、今後すぐに引き出せるように知識整理ツールで整理しておきたいと思います。今後触れる新たなフレームワークも同様に蓄積していくつもりです。 仮説思考で未来は変わる？ また、仮説を考えること自体に意義があるという新たな視点も得られました。これまでは、漠然と考えるべき時に考えるという認識でしたが、仮説思考を業務に取り入れることで、課題に対するアプローチがより具体的かつ効率的になると感じています。今後は、積極的にこの考え方を意識して、業務改善に役立てていきたいと思います。 課題解決のヒントは？ 部署や会社内に存在する課題を、フレームワークを活用して仮説を立てることで、本質的な問題点の抽出や、課題解決に向けた具体的な行動への落とし込みが可能になると考えます。漠然と感じる課題を仮説によって明確化し、実際の状況把握やデータ収集を通じて、もっともらしい原因に絞り込むことが大切です。そして、その原因を排除するための具体的な行動計画へと繋げ、もし課題が解決しなかった場合には、新たな仮説を立て行動に移すというプロセスを繰り返すことで、問題解決へと導くことができるでしょう。

学びの共有でなぜ成長？ 毎週の学びをグループ全体で共有し、個々の考えを深めることで、しっかりと振り返ることができたと感じました。顧客のニーズをどう繋げるか、お客様にどのように伝えるか、そして実際にどのように業務に反映させるかを再考する貴重な時間となりました。 マーケティングの課題は何？ マーケティングは一言で説明できないものであり、実際にそれを実践することも簡単ではないと実感しています。自社製品が顧客にとってどのように必要かを考える中で、外国の本社という壁をどう打破するか、日本国内での意見をどのように本社に伝えて理解してもらうかが課題です。 強い表現は何故必要？ 本社の人間から「日本人は良い意味で丁寧だ」との評価を受けましたが、時には自身の意見を外国人にも伝えるために、強い口調で「ここは譲れない、この日程は守ってほしい」といった主張をする必要を感じています。 社内連携をどう実現？ 国内外の社内コミュニケーションの強化と、日本国内の顧客ニーズを詳しく本社に伝えることの重要性を強く感じています。これを怠ると、本社が考える外国人向けの製品を日本で売り続けることになると痛感しています。どこが日本側で変えられないか、どこを本社に伝えて変えてもらえるかを検討する必要があります。そのためにも、社内関係者とのコミュニケーションを密にし、検討を進めていきたいと考えています。

今週の学び「問いの立て方」とは？ 今週は「問いの立て方」について学びました。その内容としては、以下の3点が重要です。 1. **問いから始める事**：最初に問いを意識すること。 2. **問いを残す事**：問いを意識し続けること。 3. **問いを共有する事**：組織全体で方向性を共有すること。 解決策とは何を指すのか？ 「問いから始めること」について特に考えさせられました。総合演習の設問で解決策と課題のまとめを行う中で、「そもそも何を解決したかったのか」が不明確なことに気が付き、自分自身で今ここで答えを出すべき問い（イシュー）を意識して取り組む必要があると改めて感じました。 業務への応用を考えてみる ここから得た気づきを基に、社内外の業務にどのように応用できるかを考えてみました。 **製品仕様、要求仕様の検討**： 製品の細かい仕様やユーザーからの要求仕様を製品仕様に落とし込む際、「何のために必要な機能か」「本当に必要な機能は何か」を最初に考え、イシューを設定してから仕様の検討に着手することが重要です。 **社内の打合せ**： 社内外の打合せでは、目的をイシューとして設定し、会議の時間内に何を決めるべきかを明確にすることで、会議の時間を効率的に使えるようにする必要があります。 以上のように、問いを意識することが、業務の効率化や質の向上に寄与すると感じています。

仮説の基本は何？ 仮説とは、ある論点に対して一時的な答えを示すものであり、結論の仮説や問題解決の仮説など、さまざまな形で用いられます。この仮説を立てることで、検証マインドや関心・問題意識が向上し、行動のスピードや精度も高まるという効用があります。 データで示す理由は？ また、仮説はそれ自体の正しさをデータで示す必要があり、その方法が非常に重要となります。データにより正しいことが証明されるとともに、他の説が否定される仕組みが求められます。良い仮説を構築するには、フレームワークの活用も有効であり、フィールドワークやエスノグラフィーといった手法が、質の高い仮説作成に寄与するという意見もあります。 仮説思考はどう役立つ？ さらに、仮説思考は課題や目標の検討にも役立ちます。次年度の事業目標や事業拡大のために、自分なりの課題設定を行う際、また顧客ニーズの変化や新市場を捉える際に、仮説を立ててアイデアを具体化することが求められます。 来年度の目標設定はどう？ 来年度の目標設定においては、売上などの事業指標だけでなく、競合との比較や自社への影響を示す独自のインデックスを仮説として設定することが推奨されます。その仮説がどのような状態になれば「影響がある」と判断できるのか、ほかの指数と照らし合わせながら検証し、実際にデータを収集して売上や実感との整合性を確かめることが大切だと感じました。

新たな学びは感じる？ 社内では得られない新しい学びを実感しました。特に日々の業務に関連する目標設定などに加え、普段は考える機会が少ないキャリアアンカーやキャリアサバイバルについても取り組めたことが大きな価値でした。また、多様な方と意見を交わしながら考えるグループワークは、大変刺激的であり、学ぶモチベーションを高めるのにも役立ちました。 対話で信頼築ける？ 今後も変化していきそうな理想のリーダー像ですが、対話を通じて信頼を築き、エンパワーメントを促進するという基本的な部分は変わらないでしょう。リーダーとしての明確な役職がなくても、人々との対話を積極的に行いたいです。メンバーはもちろん、業務上関わる部署内の方々とも、自社や顧客の方々と広くコミュニケーションを図るつもりです。この際には、一方的に伝えるのではなく、相手自身に語らせる手法を採り、相手を理解しようとする姿勢を持って信頼関係を築いていきたいです。 改善のヒントは？ できなかったことや不安、課題といったマイナス面に注意が向きがちですが、できたことやさらに改善できること、良かったことに意識を向けていきたいと思います。自分の話をする際も、不安や課題が話題に出がちですが、そこに共感を示すことが大事だと感じています。また、期待と現実のギャップを定期的に確認し、一緒に改善策を考え、本人からの意見を引き出すことを意識したいと思います。

物事を分解する利点は？ 「物事を分解する」という手法は、複雑な問題や課題を整理し、本質を掴むために非常に有効だと感じました。分解することで得られる利点として、全体像の明確化、真実への気づき、主観や思い込みの排除、具体的なステップの可視化が挙げられます。これにより、行動に移しやすくなり、自信がつき、切り口が増え、無駄が減ることで、コミュニケーションも円滑になります。 IT業界での分解の活用法は？ 私はIT業界で働いています。分解を効果的に活用する場面としては、システム障害時のトラブルシューティングがあります。アプリケーションエラーの要因や原因を細分化して判断します。また、要件定義やシステム設計では、顧客の要求を具体的に細分化し、それぞれの機能や動作について詳しく検討・具現化します。プロジェクト管理やコードレビューにおいても、工程やタスクを細分化して効率的に管理し、効果的なレビューを行います。 明確な目標設定の重要性は？ 実践においては、明確な目標設定が重要です。例えば、障害対応や要件定義の工程で課題を意識し、発生した問題を分解して整理します。分解された要素の因果関係を確認し、特に障害対応時には優先順位の判断も必要です。また、仮説を立てる姿勢やツールの活用も有効です。こうしたプロセスを定期的に繰り返し、振り返りを行いながら、自分のスキルとして確実に身につけていきたいと思います。

分解の基本はどうする？ 分解の仕方によって、物事の見え方や捉え方が変わることを理解しました。分解は最初から細かく行うのではなく、まず全体を定義し、広い視点で傾向を捉えることが重要です。その際、分解の切り口として「いつ、誰が、どのように」を意識すると探しやすくなります。また、分解にはMECE（漏れなくダブりなく）を意識することが求められ、層別、変数、プロセスの分解が考えられます。一度分解して終わらず、他の視点も探し続ける姿勢が大切です。 どんな視点で分解する？ システム開発提案などで改善系の提案を行う場合には、操作時間や処理時間、問い合わせの状況、不具合の発生状況など、さまざまな視点で分解することが重要です。これにより、より費用対効果の高い提案が可能になります。これまでもデータ分析を行ってきましたが、自分の想定に偏ったデータ分解をしていたことに気づかされました。他の視点があるのか、偏りがないかを常に自問自答しながら、問題の本質を捉えたいと考えています。 来期提案で注目すべき点は？ 来期の体制提案では、現行システムの課題を洗い出すことを目指しています。そのために、現行機能の操作性、問い合わせ、要望一覧をまとめ、来期で取り組むべき改修内容の有効性を示し、それに沿った体制を提案したいと考えています。MECEを意識したデータ分析を活用し、説得力のある提案を行えるように努めます。

学びの振り返りで何を明確に？ グロービス経営大学院のオンライン学習サービス「ナノ単科」を通じて、講座全体を振り返ることで、自分がどのような課題を抱えており、今後何をすべきかが明確になりました。特に、以下の3点が新しい学びと気づきとなり、課題解決のために継続して実行すべき決まり事として定めることができました。 1. 課題で何を問われているかを考えること 2. 課題の答えを出すために何を考えなければならないかをまず決めること 3. 自分が考えた道筋に抜け漏れがないかを客観視すること 業務での具体的な活用法は？ どの業務においても、課題が与えられ、結果をアウトプットする必要があるため、これらのポイントは業務全般で活用できると感じました。具体的には、報告書を作成するときや、発表資料を準備するとき、メールの作成時、人に相談するとき、会議の際などがその例です。 実施すべきアプローチとは？ 具体的なアプローチとしては、以下のように実施したいと思います。 1. 課題で何を問われているかを設定・共有してから、本題に入り解決策を考え始めること 2. 解決策を考える際には、直感的に思いつく方法以外の分解方法も検討すること 3. 課題の答えを出せたとき、そのまま採用するのではなく、アプローチの抜け漏れを客観的に評価すること これらの学びを活かし、今後の業務に生かしていきたいと思います。

どうして課題分解が有効？ 複雑な課題に直面した際、ロジックツリーなどのツールを活用して課題を細かく分解する方法を学びました。頭の中だけで考えると曖昧な課題に圧倒されがちですが、整理することで本当に解決すべき核心が明確になり、具体的な行動計画へと結びつけることができます。特に、関係者との議論において共通認識を持つためにも、この手法は非常に有効であると感じています。 本来の目的は何？ また、業務を進める中で目の前のタスクに追われ、本来の目的や問いを見失ってしまうことがありました。定期的に問いを見直す習慣を身につけると、常に目的意識を高く保ち、無駄な作業を削減することが可能になると実感しました。 今後の取り組みは？ 今後の取り組みとして、以下の点を意識していきたいと思います。 実行方法はどうする？ まず、定期的な「イシュー確認会議」を導入します。チームでプロジェクトを進める際、週に一度など短い時間でも「私たちの本来の問いは何か」を確認する場を設け、常に問い続ける機会を作ります。次に、新しいタスクが開始された際には、まずロジックツリーを作成し、全体像と具体的な解決策を視覚化する習慣を定着させます。さらに、個人的な思考整理にも付箋を活用し、重要な問いや課題を常に目に見える状態に保つことで、日々の業務に流されることなく、本来の軸を見失わないよう努めます。