(24ページ目)

本 ✕ 出す

に関する学び

---

イシュー設定の重要性は？ イシューの設定によりデータの見方が変わることを実践を通じて理解しました。問いの形式で設定すると共有が容易になるため、答えを出すことが問題解決に直結し、仕事の本質とも一致しています。問題解決の真因に迫る問いを設定し、その後、スキルを駆使してロジカルに分析を進める必要があります。 専門人材育成の秘訣とは？ 事業計画の作成時には、社会の課題解決、つまりイシューの設定を行います。また、専門人材の育成においては、相手の要望や期待に偏らないようにし、ビジョンに沿った結果を出すための企画を練ることが重要です。 MECEのチェックは欠かせない？ ソリューション開発・提案においては、根本的な解決事項の抽出にこの考え方を応用します。そして、自身が設定した目的・問いについては必ず二度確認し、MECEになっているかをチェックします（これはよく抜けがちです）。視座を高めるためには、経営者の視点で物事を捉え、少なくとも指導を受けるチーフと同じ視点で考えることを意識します。

どんな改善アイデアを出す？ 総務として社内の視点に偏りがちな中、実際の業務に携わる姿を観察し、自分自身が可能な範囲で実践しながら、現場の声を取り入れて改善のアイデアをまとめたいと考えています。 現場の状況はどう見る？ オフィスエリアの使い方については、上層部の意見に依存すると個人の主観や偏見に左右されがちです。そのため、オフィスフロアの各エリアで実際に業務を行い、現場の状況を確認しながら検討を進めたいと思います。一方で、Wモニターや空気清浄機など、必要な物の取捨選択については様々な意見が出る中で判断が難しい部分もあるため、慎重に選定を進める必要があります。 デザイン思考はどう捉える？ また、デザイン思考に関しては正解がなく、最終的な答えをイメージするのが難しいと感じました。現場の意見をまとめても個人の感想にとどまる部分があり、本当に市場に求められているかどうかは実際に作ってみないとわからないため、会社として新しいものを作り続ける体力が必要だと実感しています。

自分自身の思考を問い直す 人は思考に偏りがあり、経験に基づいた発想に寄りがちな習性があることに気づきました。そのため、自分自身の思考の偏りを自覚し、「3つの視」を活用して違う見方がないか問い続けることが重要だと感じました。また、瞬発力が求められる場面と持久力が求められる場面のそれぞれに応じた対応力を身に着ける必要があると理解しました。 課題解決に役立つ気づきとは？ 業務の改善や改革を企画・検討する際には、課題の本質を見極めるためにこの気づきを活用したいと考えています。日々の会議でも、自分の意見に偏りがあることを意識し、広い視点を持って他の見方がないか探りながら発言をブラッシュアップしていきたいと思います。 ロジックツリーで見解を深める 企画検討の際には、ステークホルダーごとの視点から物事を多角的に見ることを意識的に行い、ロジックツリーを使って分解し整理します。また、会議では経験に基づく反射的な回答は避け、問いかけの本質を見極めた上で、意見を出すことを心がけます。

どうして時間が足りない？ 日々の生活の中で感じる課題は多岐にわたりますが、働く社会人としての立場から見ると、特に「時間が十分にない」ということが根本にあると感じます。このため、仕事以外の活動や用事が後回しになり、常に何かに追われているような感覚に陥るだけでなく、限られた時間で無理をしてしまい、寝不足や不規則な生活などの問題が生じています。現状では、仕事以外のタイムマネジメントやタスクマネジメントに課題を感じるものの、その解決策について今すぐ結論を出す必要はないと認識しています。 解決できなければどうする？ また、定性分析を通じて課題の具体性を明らかにする取り組みの中で、「その課題が解決されなかったとしたら、どのような回避的行動に出るか？」という考え方に特に興味を引かれました。このエクササイズにより、課題が解決された場合と解決されなかった場合の両面を具体的にイメージでき、それが新たな解決方法を導く上で非常に有用な発想につながると感じました。

各平均値はどう選ぶ？ 加重平均は以前から活用していましたが、その際は重み付けの解釈に重点を置いていました。改めて考えると、単純平均、加重平均、幾何平均、中央値といった各種の平均値は目的に応じて使い分けるべきですが、実際の業務では加重平均に偏りがちです。また、見える化の手法としても円グラフやヒストグラムが多用され、ばらつきは主に標準偏差の数値で把握しています。 業務量の重みをどう見る？ 業務量の重み付けについては、データから抽出することで一層理解が深まり、数値化により説得力のある説明へとつながると感じています。今後も業務要件を数値から読み解く手法を積極的に採用していきたいです。 数値が語る本質は？ さらに、業務量のヒアリング調査結果やシステム利用率など、数値のインパクトは重要な判断材料となります。これらを自分の業務タスクに組み込み、インプットデータのマネジメントを計画の初期段階から取り入れていくことが今後の課題だと考えています。

問題点発見の方法は？ R&D開発部門のPoCやクロスセル・アップセル立案において、問題点を発見するためにロジックツリーを用いてプロセスを分け、その後にファネル分析を使って視覚的に問題点を可視化することができると感じました。このようにプロセスを独自に設定することで、より具体的な分析が可能になります。 顧客行動はどう見る？ また、マーケティングや製品提案の際にAMTULの観点を取り入れることも有益だと思いました。具体的には、以下のような質問を通じて、顧客が購買に至るプロセスでの課題を見つけ出すことができます。 - 記憶に残るポイントは何か？ - いくらなら試用したいと思うか？ - 本格的な使用に至るための要件は？ - 継続して使用する可能性があるか？ これらの質問を通じて、顧客の意識から忠誠度に至るまでのステップに関する洞察を得ることができ、その結果、より効果的なマーケティング戦略を立てることが可能になるでしょう。

顧客価値をどう見極める？ 誰に売るかを考える際、顧客にとっての価値を見出すことの重要性を再認識しました。顧客がその価値を本当に認めるかどうかを判断するのは難しいため、主観に頼らず、客観的なデータを基にした判断が重要だと実感しました。 ブランディングで活用するデータは？ 現在、私はグループ会社のフランチャイズ店のブランディングに取り組んでいます。ここでは自身の経験に基づく主観的な考えだけでなく、現場でのヒアリングやアンケートなど、客観的データを用いて、ターゲットとしているフランチャイズ店のオーナーやエンドユーザーに価値を提供する施策を検討しています。 ステークホルダーへの価値提供をどう確認する？ また、施策を展開するにあたり、自社だけでなく、フランチャイズ店やエンドユーザーなど、すべてのステークホルダーに対して確かな価値を提供できているかを確認するため、時折立ち止まって考えることが重要だと感じています。

P/Lの構造を理解するには？ P/Lの構造を理解できたと思います。会社が利益を出すためには、ターゲットとする顧客や提供価値をブレずに一貫性を持って進めることが重要だということがよくわかりました。P/Lの数字の意味を考えながら、今後も学習を続けていきたいです。 利益の源泉をどう捉える？ 自社のP/Lを詳細に読み込み、利益の源泉や問題点を現時点よりさらに深く理解したいと思います。そして、その問題点に対して、売上増や変動費の削減といった具体的な解決策を考え、自分がまず何をすべきかをアイデアとして出したいです。 自部門の数字をどう理解する？ まず、自部門の数字の意味を深く理解する必要があります。そのため、腑に落ちるまでP/Lをしっかりと読み込み、分からないことがあれば書籍や人に聞くなどして解決します。本講義が終了するまでに、自部門の問題点に対する解決案を最低3つは会社に提案して実行したいと思っています。

何故問いが大切なの？ 起こった問題に直面した際、まずはどのような「問い」を立てるかが非常に重要です。この問いの立て方によって、今後の課題解決の方向性が大きく変わっていくと感じました。 どう柔軟に考える？ また、自分の過去の経験だけに頼って「考えたい」「考えやすい」方法で解決策を導き出すのではなく、より本質を見極めるための柔軟な視点が求められると思います。特に、お客さまからの悩みや課題に対しても、安易なアプローチに流れることなく、核心を捉える問いを設定することが大切です。 相談はどう進める？ さらに、問いを導き出した際には、その目的を明確にするために上司に相談し、意見を仰ぐことが効果的です。解決策を提示する場合は、相手の立場に立ち、数値や見やすい資料を使って分かりやすく説明することを意識しています。そして、相談の際には、設定した問いから離れた議論を避け、常に本質に焦点を合わせるよう努めています。

イシューの意味は？ 「イシュー」とは「いまここで答えを出すべき問い」であり、その重要性を実感しました。問いが誤ると論点がずれ、共通認識が形成されなくなるため、イシューを共有し本質を意識することが、具体的な課題解決や施策につながると考えています。 課題共有はどう進む？ IT業界においては、顧客からの課題相談が頻繁に寄せられるため、まずはイシューを明確にして共有することから取り組みたいと思います。共有をせずに解決策だけを模索すると、後に認識の齟齬が生じ、根本的な課題解決につながらない恐れがあります。 本質解決は可能か？ 業務では、本質的な課題が誤ると顧客が期待する解決が果たせず、結果として不適切なITシステムが提供される恐れがあります。そのため、単に解決策のみを提案するのではなく、イシューを踏まえた本質的な課題解決を追求することで、真に必要なITシステムの提供が可能になると考えています。

解くべき問いを見つけるには？ テーマが決定すればそれが解くべき課題だと考えていましたが、実際にはそのテーマを細分化し、本当に解くべき問いを見つけ出すことが重要だと気付きました。細分化する際には、解決したい姿や仮説を立て、それをもとに細分化していくと効果的だとも感じました。 理想の姿をどう描く？ プロジェクトで計画を立てる際には、ただタスクを洗い出すのではなく、理想の姿を思い浮かべ、それを実現するための実現要件を意識しながら分解していきたいと思います。これにより、一つ一つのタスクの実行結果が仮説検証のためのインプットとなり、より早く正確に目標を達成できると感じます。 実現要件の整備方法は？ まずは考えるテーマを決定し、その後、実現方法を考えるのではなく、実現要件を考え、それぞれの要件に対して現状を整理します。そして、解消すべき課題の特定とその解決策を考えることを習慣化したいと思います。

講義の影響は何？ 今回の講義を通して、クリティカルシンキングの学びが自身の思考に大きな影響を与えていると感じました。問いを明確化することにより、議論が一方向に迷走せず、参加者全員で共有できる基盤が整う点が非常に印象的でした。 ディスカッションでの気づきは？ また、ディスカッションでは、自分の考えを客観視する機会が増え、何が本当に必要で大切なものかを見極める手助けになりました。議論の出発点では論点をはっきりと定め、その後、様々な視点から意見を出すことで、多角的な議論が可能となったのです。 視点はどう役立つ？ さらに、事象を３つの異なる視点で検討するワークを通じて、自分の思考の偏りがないかを常に確認できる環境が整っていました。文章で意見を伝える際には、主語と述語の関係を意識し、図解などの視覚化要素を活用することで、内容がより具体的で理解しやすくなったと実感しています。