(33ページ目)

出す

に関する学び

---

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

仮説の切り口はどう？ 原因の仮説を洗い出す際は、フレームワークなどを活用しながら大きく２つに分け、対概念の視点を取り入れて考えることが有用です。その後、問題の原因を明確にするために、ステップを踏んでデータを分析することで精度を高められます。 解決策はどう選ぶ？ また、解決策を立案する際には、複数の選択肢をまず洗い出し、しっかりとした判断基準と重み付けを設定した上で、定量的な根拠により絞り込むことが重要です。 アンケートの見方は？ アンケートの分析においては、満足度や推奨度などの数値から問題点を見つけ出し、フレームワークを用いてMECE（漏れなく・ダブりなく）を意識しながら原因を掘り下げることが考えられます。対応策を検討する際には、現状設定している軸に加え、コスト、スピード、対象範囲、実現可能性などの評価項目に対して重み付けを行いながら施策を選択していくことが求められると感じました。 分析の盲点はどこ？ これまでのアンケート分析では、満足度、推奨度、理解度などを全体の平均値で評価する手法が主流でした。しかし、全体の数値は悪くなくとも狙い通りの結果が得られなかった場合や、自由記述回答の中に不満やクレームが見受けられた際には、回答者の属性ごとに分析を行うことで、これまで気づかなかった傾向や問題点を発見できる可能性があると捉えています。

損益計算書で何を学んだ？ 損益計算書（P/L）を通じて、営業利益、経常利益、純利益の三つの営業利益についての理解を深めることができました。特に、本業での儲けが前年や前月と比較してどう変化しているかを数字で考察する方法を学びました。自社でも営業利益と経常利益が異なる結果になることがありますが、その際にどこに注目して数値を見るべきかを把握しました。特に販管費が間接費用の多くを占めるため、そこに注目していきたいと思います。 対予算で何を分析する？ 自社の毎月の業績報告では損益計算書の内容を自分なりに分析し、理解を深めるよう努めています。特に、毎月の対予算の観点から実績報告が行われるため、本業の稼ぐ力を示す営業利益と、企業全体の利益を示す経常利益については内容を精査するよう心がけています。自社は製造業であるため、売上高から工場損益と事業損益を差し引いて営業損益を算出するので、具体的な要素の変化に注視し確認することが重要です。 営業利益に何が影響する？ また、毎月の業績報告において、自分が担当している業務のコストが販管費に組み込まれているため、その数値が営業利益にどのように影響するかを確認するようにしています。そして、予算に計上されている売上高や売上総利益が目標を達成しているかにも注目し、損益計算書を順番に分析して状況を把握するよう心がけています。

デザイン思考はどう？ 初回の授業を受けて、デザイン思考に対する自分の理解がまだ浅く、視点の解像度も低いことを実感しました。グループディスカッションでは、マーケティング（特にマーケットイン）のアプローチとの違いについて意見が飛び交い、私自身もその違いがはっきりと捉えられていない印象を受けました。人間中心の考え方や共感の概念についても、マーケティングと比較すると特有のものか疑問が残りました。プロトタイピングによる試行錯誤のプロセスが、単にそれだけの違いなのか、他に意義があるのかと考えると、もやもやした気持ちが募るばかりです。 学びの解像度はどう？ 今後の6週間で、どこまでこの解像度を高められるかに注目しながら、学びを積み重ねていきたいと思います。現時点では具体的なイメージはまだ固まっていませんが、まずはユーザー中心の視点で物事を考えることを意識していく所存です。サービスを生み出す立場として、ユーザーが本当に必要としているものや、ユーザー像を理解する努力が必要だと痛感しました。提供者側のエゴに陥らないよう、常にユーザーの視点を大事にしていきたいです。 顧客調査は何故？ また、顧客を深く理解するためには、まず徹底した調査から始めるのが自然であり、納得のいくアプローチだと感じました。この考え方を、今後の全ての業務においてしっかりと実践していくつもりです。

B/SとP/Lの関係性は？ B/Sの構成について理解が深まりました。特に、P/Lとの関係性や会社の健康状態を把握する上で、単なる構成の学習ではなく、実質的な理解が得られたことが大きいです。現在、自社の内部留保が多くB/Sが安定している状況を踏まえ、どのように攻めていくかが課題となっていると感じました。 他社との比較で見つかること まず、当社のB/Sを分析し、給与のベアに充てる財源を確認しました。この上で予算の計算を行い、費用をどこまでかけられるかを明確にする作業を進めました。他社のB/Sも確認し、人件費の割合を算出することで、同様の水準まで引き上げる計画を立てました。これらの分析をもとに、今期中に役員提案を行う予定です。 財務状況をどう強化する？ また、自社および他社のB/S・P/Lを読み解くことを進めています。同業他社のB/S・P/Lも参考にし、自社のアカウンティング上の強みと弱みを洗い出しました。さらに、経理部門とも相談し、人的資本経営に向けた予算算出を行っております。この一連の作業は、10月から行う予定の予算に反映させる計画です。 全体的なプロセスとしては、自社の財務状況をしっかりと把握し、他社との比較を行い、具体的な予算計画を立てることで強化しています。これにより、より明確な財務戦略と人件費の最適化を図ることが可能となりました。

イシューって何が大事？ イシューを明確に設定することは非常に重要です。また、常に問いを残し、その問いを共有する姿勢が大切だと感じます。問いという形にすることで、問われた際に答えを出そうという意欲が湧き、余計なことを考える余地がなくなります。その結果、論理的な思考が促され、問題解決に繋がると考えています。加えて、知識は「インプット」から始まり、「知識の活用によるアウトプット」、さらに「他者からのフィードバック」や「振り返り」といったサイクルを継続することで身に付くと思いました。 どう計画に反映する？ また、会社の方針を自部門の計画に反映させるとともに、その計画を分解して部下に展開する際にも、このアプローチは有効だと考えます。経営層の指針が正しく、かつ方向性を変えることなく伝わるためのツールとしても活用できるのではないかと思います。 計画の検証、どう進める？ 計画立案にあたっては、まず必要な項目や要素を漏れなく、かつ重複なく洗い出すことが求められます。そして、思い込みを排除し、客観的な視点で検証することも重要です。さらに、計画の中でイシューを特定し、対応策が論理的であるか、また設定した枠組みから逸脱していないかを慎重に考える必要があります。最後に、各対応策の根拠を明確にし、その正当性を確認することが、計画の成功に向けた鍵となると感じました。

思考の視野を広げるには？ 自分の思考は、慣れた方法にとらわれてしまいがちで、視野が自分中心になっていることに気づきました。これを解決するためには、視点を変え、視座を高め、視野を広くすることが重要です。まずは、どのように考えるかを意識することが大事です。相手には文章としてしっかり伝わるように心がけ、目的をしっかり見つめることが必要です。 目的理解の重要性とは？ 大切なのは、ただすぐに行動を起こすのではなく、目的をしっかりと理解し、思考のプロセスを意識する時間を設けることです。プロジェクト内では、チームメンバーに目的をしっかりと説明したうえで、他の視点がないかを考えるよう促すことが役立ちます。また、業務内の小さなタスクについても、その目的を理解し、Alternativeな方法がないかを考える習慣をつけることが重要です。 問題解決の前に確認すべき点は？ 問題解決に急ぐのではなく、まず目的をしっかりと理解しているかを確認します。その際に「なぜ」を繰り返し問い直すことも効果的です。自分の思考の癖を客観的にとらえるために、考えを紙に書き出すと良いでしょう。そしてミーティング中は、チームメンバーとともに目的の理解やプロジェクトの前提を確認し、多様な視点や視座、広い視野で議論ができる環境を整えることに努めます。

データ分析の目的を明確に データ分析は、目的を持たずに取り扱うと、ただの意味のない数字でしかありません。そのことを今回の学習で目の当たりにすることができました。データ分析を行うにあたっても、なぜその分析をするのかという背景が見えなければ、同じ数字でも全く違った見え方をしてしまいます。そこで重要なのは、何を目的として分析を行うのかを明確にすることです。目的意識を持ち、定量的にデータを取り扱うことの重要性を学びました。 データで組織をどう活性化？ 施策推進について考えると、個々の受付完了指標から組織や部単位での比較まで、データの切り口は多岐にわたります。組織が正常に稼働しているか、個人については「自分は頑張れているか」を評価することができます。さらには、何をもっと伸ばし、何を改善すべきか、メンバーのモチベーションの維持・向上のためにデータを利用したいと考えています。 データの伝達手段は？ データを出すタイミングについては、デイリーにするか毎月末にするかなど様々な選択肢があります。組織やプロジェクトチームが活性化するための指標として、データを積極的に活用していきたいと考えています。データの伝達手段もまた多様で、メールや対面、ミーティングなどがあります。伝えたい内容、そのボリュームや重要度に応じて手段を使い分け、効果的に展開していきたいと思います。

問題の本質をどう見極める？ 問題や課題に対応する際、すぐに対応策を安直に打ち出すのではなく、まずはその問題や課題がどのようなもので、なぜ、どこで発生しているのかを考える必要があると学びました。これを実現するために、MECEの考え方を用いてロジックツリーで問題や課題を細分化し、対応策を複数検討し、状況に応じて採用する対応策を決定することが合理的な判断となることがわかりました。 IT活用で解決策を見つけるには？ また、ITの活用によって業務効率化を検討する際には、「業務効率化」という漠然とした課題を、ロジックツリーで細分化することで解決の手がかりを得ることができます。具体的には、どこで、なぜ、どのような問題が発生しているのかを特定し、その問題を解消できるITを導入することによって、費用対効果を意識した問題解決が可能となることを理解しました。この学びは、現実の問題解決に活かせるものだと考えています。 部署の問題をどう改善する？ 現在、所属する部署では残業時間が非常に多く、人員も多いという問題があります。この部署でどの作業が一番多く時間を要しているのかを、ロジックツリーで特定しました。その結果、出荷日や納期変更が頻発している作業が問題であると判明しました。したがって、この部分に有効なITの導入や、業務プロセス自体の見直しを提案したいと考えています。

仮説の重要性を感じる？ 仮説とは、ある論点に対する、または不明な事柄に対する仮の答えのことです。仮説を立てた上で、その検証のためにどのようなデータ収集が必要かを考えることが重要です。 データ収集はどう考える？ 具体的には、仮説を立てる際には比較する指標を意図的に選び、平均や標準偏差の算出など、一手間を惜しまない努力が求められます。また、必要なデータが不足している場合は、誰にどのように情報を求めるか、どんな手法で収集するかを検討し、反論が出る可能性も想定して複数のデータ収集手段を準備することが大切です。 複数仮説で探る方法は？ さらに、問題箇所の特定には、一つの仮説に固執せず、複数の仮説を立てることが必要です。これにより、各仮説同士で網羅性を持たせ、より広い視野で問題にアプローチできます。頭の中だけで考えるのではなく、視覚的に仮説を書き出すことで、検証作業の効率をさらに高められると感じています。 経験と共有の大切さは？ 実務経験が積まれるほど予想は立てやすくなり、その予測に基づいたデータ分析に陥りがちですが、今後はまず複数の仮説を明確に書き出し、漏れなく網羅することを意識したいと思います。また、上司やメンバーとも仮説を共有することの重要性を認識し、共通の意見を持って話し合うことで、コミュニケーションをより円滑に進めたいと考えています。

仮説の種類と意義を知る 仮説とは、ある論点に対する仮の答えのことを指します。仮説には目的に応じて「結論の仮説」と「問題解決の仮説」がありますが、その中でも仮説は様々なフレームワークを用いて複数用意する必要があります。検証方法としては、データ収集が重要であり、目的対象を検討した上でアンケート調査や口頭調査を行うことが有効です。 打ち手を選ぶ際のフレームワーク活用法は？ 業務に活用できる場面としては、打ち手の検討があります。問題解決のためにどの打ち手が効果的かを考える際には、フレームワークを用いてどこに効果があるかを検討することが求められます。ブレインストーミングから打ち手を選定する際にも、枠組みから検討し、その打ち手の効果測定や仮説作りのためのデータ収集が必要です。 フレームワークで複数視点を持つには？ 複数の仮説を持ちながら物事を検討することは重要です。フレームワークを活用することで、様々な視点から会議に参加する準備が整います。そのためには、フレームワークの知識を習得し、何が論点になっているのかを正確に確認することが必要です。 データ検証の質を高める手法 データ検証の項目を洗い出す際には、目的が曖昧なままアンケート調査を行うのではなく、目的を明確に定め、それに沿った項目や枠組みを検討しながら実施することで、質の高い結果が得られます。

ゴール達成への基本戦略は？ 以下2点について学びました。 1. 到達したいゴールに向けてマイルストーンを設定し、その時々でイシューを考え、それに対する打ち手を取る必要がある。 2. データをさまざまな角度から分析し、イシューを特定する必要がある。 業務としては製薬会社の生産部門におけるトラブル解決を担当しております。この知識を業務にどう活かせるか、以下の具体例が思い浮かびました。 トラブル解決に必要な視点とは？ まず、年間目標や個々の業務における課題解決においては、到達したいゴールに向けてマイルストーンを設定し、それぞれのタイミングでイシューを特定し、具体的な対策を検討することが必要です。 次に、生産部門におけるトラブルの原因究明とその解決策の立案については、様々な角度からデータを分析し、イシューを特定することが重要です。これにより、より的確な原因分析と解決策の提案が可能になります。 メンバー育成に活かせるアプローチは？ 最後に、部門におけるメンバーのキャリア開発と育成についても、前述の2つの原則を適用することができます。メンバーの成長に向けた目標を設定し、その達成のための具体的なイシューと打ち手を考えます。 以上のように、学んだ知識を活用して業務を進めていくことで、課題解決能力の向上や部門の効率化が期待できると考えます。