(17ページ目)

課題 ✕ 整理

に関する学び

---

ライブ授業で得た気づきとは？ ライブ授業の実習を通じて、自分の思考にバイアスがかかっていることを実感したため、物事を深掘りすることの重要性を改めて感じました。MECE（Mutually Exclusive, Collectively Exhaustive）やロジックツリーといった手法を学び、それを自分のものとして使いこなせるようになることで、より深く物事を考え振り返る行動につなげることができると考えています。 提案資料にどう活用する？ 社内システムの担当として、ITを駆使し事業課題を解決するシステムの企画や立案を行う際には、一度自分の考えを止めて客観的な視点を取り入れ、提案資料にその考えを反映させるよう努めています。そうすることで、より説得力のある資料を作成できるのではないかと考えています。また、部下との評価面談では、クリティカルシンキングを活用して部下の考えを引き出し、自分の意見も効果的に伝えることができると思っています。 判断を支える習慣とは？ 自身で何らかの判断を行う際には、なぜその判断に至ったのか自問する習慣を身につけることが重要です。その問いかけをロジックツリーなどに書き起こして思考を整理します。これを実践するために、PCの付箋アプリにこれらの行動を記載して常に視界に入れるようにし、ロジックツリーなどで思考を整理するためのメモ用紙を常に手元に置いて実践していきたいと考えています。

平均値だけで信頼できる？ 平均値だけに頼ると、誤った仮説に導かれる可能性があると学びました。今後、データに向き合う際は、代表値だけでなく散らばりにも十分に気を配ることを心がけます。 どうやって指標を使い分ける？ 具体的には、単純平均、加重平均、幾何平均、中央値といった指標を意識して使い分け、状況に適した分析を行いたいと考えています。 SNS分析はどう進める？ また、SNSコンテンツの制作分析においては、各カテゴリによって、反応が良い投稿でもインプレッションが伸びにくい場合や、逆に反応が少なくともインプレッションが増えるケースが存在することに気が付きました。このような現状から、再現性を持ったPDCAサイクルの実現が課題であると感じます。 どの手法で再現性を高める？ そこで、各コンテンツカテゴリについて平均インプレッションとユーザーの反応（例えば、いいね数など）の相関や散らばりを分析することで、再現性の高い投稿カテゴリを見つけ出せる可能性があると考えています。 具体的な分析アプローチは？ 具体的なアプローチとしては、まずコンテンツカテゴリの整理を行い、外れ値を除いた各カテゴリごとの平均インプレッションを調査します。次に、平均インプレッションとユーザーの反応数の相関関係や、データの散らばりについても検証します。特に、散らばりが小さいカテゴリは、再現性を高めやすいと捉えています。

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

デザイン思考の基礎は？ 6週間にわたり受講したデザイン思考の入門講座では、これまで漠然としていた基礎体系が明確になり、その各ステップや方法論に触れることができました。従来からあるKJ法も実は発想の一手法であり、シンプルながら発想の視点を巧みに整理するSCAMPER法の学びも非常に興味深かったです。 従来手法との違いは？ ただ、従来の問題解決手法との違いや、どこがどの程度斬新であるのか、またどのような問題に効果的か逆にどのシチュエーションで難しいのかといった点については、入門編だけでは十分に納得できず、もっと深く知りたいと感じました。 感覚での発見は？ バックパックに関する課題を通じて、人間の感情や感覚を軸とした問題発見のアプローチを実感できた点が印象的でした。 組織への応用は？ また、企業や組織というマクロな課題に対しては、日常の業務にそのまま適用するのは難しいと感じました。しかし、対クライアントやチームとの対話など、個々のコミュニケーションの中で共感や創造力が発揮される場面では、大きな可能性を感じます。 学びをどう活かす？ 今回学んだ内容を、同僚や後輩にも伝え、彼らの反応を見ながら自分なりに講義の内容を説明してみたいと思います。実践を通してデザイン思考がどのような場面でどのような価値を生むのかを探り、理解を深めていくことが今後の課題だと感じました。

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

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

データで課題をどう切り分ける？ 問題解決のプロセスやロジックツリー、MECE、あるべき姿と現実のギャップを定量的に把握するなどの知識は、実際に活用する際には難しさを感じました。特に、データの観点から課題を切り分ける作業はやや複雑でした。マーケティングや事業計画など多様な視点が浮かぶ中で、データに基づいて論理的に整理する必要性を実感しました。 深まったMECE理解の意味は？ 総評として、問題解決プロセスやMECEの理解が深まったことは良い成果です。データの視点で課題を切り分ける挑戦には大きな可能性があります。今後経験を積み重ねることで、さらに力をつけていくことが期待されます。 日常業務にどう活かす？ 学んだ知識を実務で活かすために、日常業務での意識的な取り入れが重要です。データ活用の支援においては、問題解決のプロセスを意識し、ロジックツリーを用いて問題の分解や特定を進めます。また、アンケートの相談が多いことから、その目的とKPIの確認を行い、MECEを意識した取り組みが必要です。 具体的なデータ活用法は？ データ活用のサポートでは、問題解決のプロセスやロジックツリーを確認し、相手との認識を合わせ、問題点を明確にします。問題のあるべき姿と現実のギャップを定量的に示し、解決策の検討を行います。アンケート項目の確認においても、MECEを意識して進めていきます。

問題解決のステップとは？ 問題を解決する際には、ステップごとに考えることが重要です。やみくもに案を出すのではなく、状況確認や原因特定、解決策の検討といった観点に分けて洗い出すことが求められます。問題解決には二つの方向性があります。現状をあるべき姿に戻すことと、望む姿へのギャップを埋めることです。このギャップを定量化することが鍵となります。 プロモーション戦略にロジックツリーを活用 MECEに考える際の分解方法として層別分解と変数分解が使われ、ロジックツリーを用いて問題を分解すると優先すべき課題が明確になりやすくなります。これを、来年度のマーケティングプロモーション戦略を立てる際に活用しようと考えています。 施策の振り返りとギャップの活用法 まず今年度のプロモーション施策を振り返り、現状とあるべき姿のギャップを見て原因を考えます。そして、来期のありたい姿を考え、それに向けたギャップをどのようにアプローチするかを検討します。その際、分析にロジックツリーを活用する予定です。 チームで行う効果的な振り返り メンバーそれぞれに現状のデータと理想の姿のデータを出してもらい、そのギャップを見てチームで理由を検討します。振り返りを行ったうえで、有効だった施策、継続すべき施策、止める施策を検討し整理します。そして、会社の方向性に合わせて来期の施策を練り上げようと考えています。

提供価値って何ですか？ このパートでは、「提供価値とは何か」について深く理解する重要性を再認識しました。単に商品やサービス自体のクオリティだけでなく、店内の空間、スタッフの接客、ウェブサイトや広告といった各要素が結びついたトータルな価値として捉える視点が身についたと感じます。また、その価値には、金銭的な動きが絡むことも理解することができました。 事業の違いは何？ まず、当社は異なるビジネスモデルに基づく複数の事業を展開していますが、それぞれの違いや特徴が十分に説明されていないため、外部から誤解や認識不足が生じていると考えます。これらの課題を解消するために、各事業の提供価値を改めて整理し、その上で金銭の動きも正確に把握することが、経営管理の改善や認識不足の解消につながると感じました。 価値はどう伝える？ また、当社の業務内容やビジネスモデルは、外部の専門家にとっても理解が難しい部分があるため、会社全体や各事業部ごとの提供価値を正確に伝える努力が必要です。そのため、さまざまな切り口から価値の側面を洗い出すことから取り組むべきだと思いました。具体例として、あるカフェの場合を考えると、コーヒーの質の高さというコアバリューのみならず、内装、スタッフ、ウェブサイト、情報発信の質、さらには価格設定など、トータルな価値として自社の提供価値を広く捉えることが重要であると感じました。

イシューを明確にするには？ 物事を考える際には、まずイシューを明確にすることが何よりも重要であると学びました。イシューを明確にした上で、どのような取り組みを実施すれば良いかを具体的に考える必要があります。イシューを設定する際には、データを様々な切り口から分解してみると、課題がどこにあるかを見極めやすくなります。また、イシューは変化するため、その時々で明確なイシューを設定し、状況に応じた対策を講じることが重要です。 会議での論点確認が必要な理由は？ イシューは設定した後も常に意識して確認しておかないと、論点からずれた話し合いになってしまうことがあります。会議が長引いたり、時間内に方向性が決まらないといった場面では、イシューがずれていないかを確認し、立ち戻ることを意識して実践していきたいと感じます。 提案に必要な論理的整理とは？ 特に会議の際には、論点からずれた話し合いになっていないか常に確認し、ずれが生じた場合にはメンバーに指摘し、論点に戻ることを心がけたいと思います。また、新規サービスの提案を行う際には、これまではできそうなことややってみたいことから検討していたように思いますが、今後は組織にとっての現状の課題を明確にし、そのためには何をすべきか、その課題を解決したらどのような結果が得られるかを論理的に整理した上で、説得力のある提案を行いたいと考えています。

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

どうやってイシューを特定する？ 進め方としては、まず答えを出すべき問い、すなわちイシューを明確に特定します。その後、論理の枠組みを考え、主張を適切な根拠で支えるという基本の流れを踏むことが重要です。作業を進める中で、イシューを常に意識しながら進めるべきであり、過去にはイシューから逸脱したまま次の作業に移ってしまった経験があり、今後はその点の改善が求められます。 なぜ顧客評価に課題が？ また、顧客評価で問題が生じた場合や戦略がうまくいかない状況では、単なる対症療法にとどまらず、根本的な問題が何であるかを特定し、メンバー間で共有することが必要です。特に、エンジニアの方々と仕事をする際には、視点が異なることが多いため、まずは共通してイシューを明確にし、現在の状況と今後の方向性をしっかり合わせることが大切だと感じました。 どうやって情報整理をする？ さらに、各顧客ごとにイシューを特定し、現状理解のためにMECEやデータ分析を実施すること、そして顧客との面談前や会議での参加者間のゴール設定が求められます。資料作成の際は、まずデータを整理し、その後報告資料の構成を考え、スライドごとのメッセージを作成していくという流れを守り、順番を変えないように進めることが重要です。会議中もイシューから逸脱しない進行を意識することで、解決策へと着実に導くことができると感じました。