(46ページ目)

本 ✕ 方法

に関する学び

---

デザイン思考はどう変わる？ デザイン思考は、当初は外見や部分的な要素に焦点が当てられていましたが、徐々に全体設計へのアプローチへと発展してきました。お客様への共感を軸とすることで、顧客にとって本質的な課題解決を目指す姿勢は、単に技術的に高度であるだけではなく、実際に役立つ製品やサービスへと結実するために不可欠です。 技術進歩と課題は何？ また、AIの進化により、ITシステムの試作が容易になったため、全体プロセスの回しやすさは向上しています。しかしながら、細部の制御が難しい現状では、あと一歩の実現に大きな工数と時間が必要となるケースも見受けられます。加えて、顧客と製品やサービスの提供者はそれぞれ別の利害を持つため、どうしても緊張関係が生じるという課題があり、こうした点を含めた総合的な方法論の整備が望まれます。 試作と提案はどう進む？ 今後は、ChatGPTなどを活用して顧客の発言から課題やソリューションを分析し、その結果を基にReplitで試作案を作成、実際に顧客に提示するという流れが実現できるのではないかと考えています。授業を通して、こうしたプロンプトの設計など、具体的な手法を確立していくことが目標です。

講義の本質とは？ 今回の講義を通じて、観察を通して顧客を理解し、効果的な表現方法を見出すというデザイン思考の本質を改めて振り返る機会となりました。デザイン思考の成功には共感の連鎖の構築が重要であると感じ、今後その手法をさらに学んでいきたいと思います。また、一緒に学べる仲間がいることも大変心強く感じました。 教育現場にどう活かす？ 私自身は、デザイン思考を教育現場に取り入れ、授業として形にできればと考えています。顧客に寄り添う姿勢が商品開発だけでなく、日常的な対人関係や観察にも波及し、そこからの心遣いにつながると確信しています。今回、最初の講義に触れることで、学生にとっても分かりやすく、人生に活かせる可能性を感じることができました。 実践はどう進める？ また、デザイン思考の講義を構築する上で、まずはその本質をどれだけ分かりやすく説明できるか、そして共感をどのように生み出すかが最も重要だと今は考えています。そのため、観察の方法論やそこからのインサイトの抽出プロセスを、単なる知識の習得ではなく実際の作業を通じて学ぶ内容として提供していく予定です。今後は、具体的な方法論についても検討を進めていきたいと思います。

手法選択は何が肝心？ 様々なアプローチからデータを検討することで、仮説の精度が向上することを実感しました。しかし、すべての手法を無差別に試すのは非効率であり、分析の目的に沿った適切なアプローチを選ぶことで効率よく進めることが大切です。 代表値の選び方はどう？ また、代表値には多くの選択肢が存在するため、データの性質や分析目的に応じた計算方法を選ぶ必要があります。一定の経験を重ねれば、どの代表値が最適かパターンを把握しやすくなると思います。 グラフ選びはどう判断？ 製品の計測データなどを分析する際は、適切な代表値を選ぶことに加えて、標準偏差も併せて算出することが求められます。レポートを作成する際には、分析目的とデータの特性を踏まえて適切なグラフを用い、他者の手法に対しても改善の余地がないか検討する姿勢が大切です。 再検討の意義は何？ これまで、代表値として単純な相加平均に頼ることが多かったため、今後はデータの性質を再検討し、その選択が本当に妥当なのかを吟味するようにしたいと考えています。また、グラフの選定についても感覚に頼るのではなく、目的を明確にした上で最適な可視化方法を選ぶよう努めます。

フレームワークの活用法をどう高める？ コンサルティング業務全般で役立つ3Cや4Pのフレームワークは、日々の業務で活用しています。しかし、反論を排除するデータまで踏み込めていない場面があるのが現状です。現状の問題や課題を批判的に捉える視点を持ち続け、本質的な課題や仮説・回答を考え抜くことを諦めない姿勢が重要です。 データソリューションの資料作りにおけるポイントは？ 現在作成中のデータソリューションサービスの営業資料には、データ分析の手法やその需要性を盛り込みます。フレームワークは組み合わせて使うことで本質に近づくことができるため、シャープな推論ができる頭の使い方が求められます。そのため、フレームワークを複数組み合わせて使う力を向上させることが重要です。 フレームワークの判断力をどう養う？ 具体的には、以下を実行します。まずは分析でよく使うフレームワークを単体で使いこなせるようにします。その上で、単体で使いこなせるフレームワークの数を増やします。そして、組み合わせることによって効果を増幅させるパターンを覚えます。常にどのフレームワークを組み合わせるのが最適かを考え、最適なパターンを選べるよう、判断力を養っていきます。

差別化の鍵は何？ 3Cのフレームワークで学んだことを通じて、差別化戦略を考える際の重要なポイントとして、訴求するターゲット顧客の設定と顧客視点での競合の設定があることを理解しました。 自社をどう活かす？ この考え方を基に、自社のリソースで何が可能であり、また中長期的な差別化がどのように実現できるかを検討する必要があります。競合に意識を向け過ぎると顧客への配慮が薄れるため、常に大局的に物事を見る習慣を身につけたいと考えています。 自部署の価値は？ バックオフィス業務の集約化・効率化を図る自部署の業務形態を考えると、顧客は本社や店舗であると理解しています。この範囲内では直接的な競合は存在しないものの、将来的に業務の範囲を社外まで広げる際には競合との差別化が不可欠です。そのため、自部署が提供できる価値を改めて整理する必要があると感じました。 資源の整理は？ 顧客や競合の設定に先立って、現状の情報整理が不十分であると感じています。そこで、今回のVRIO分析を参考にしながら、自部署が持っている価値、希少性、模倣困難性、そして組織としてどのような資源があるのかを整理することから始めたいと考えています。

意識の偏りはどうして？ 思考は意識しないと、自然と偏りが出てしまうことを改めて認識しました。論理的に考えるためには、あらかじめその方法を意識して思考の癖を避けることが重要だと学びました。これにより、論理的かつ客観的に言語化するスキルを身につけることができます。 伝え方はなぜ大切？ 自分の意見や考えを人に伝える際には、まず自分の思考を振り返り、論理的で飛躍のない説明を心がけたいと思います。現在、私は本の制作に関わっており、その内容を多くの人にわかりやすく伝えるために、論理的な説明ができるよう努力しています。 他者との対話はどう？ さらに、他者とのコミュニケーションを通じて、自分の考えを言語化することが大切だと理解しました。これにより、思考の癖や偏りに気づくことができました。今後も積極的にアイディアをアウトプットし、自分の思考を振り返りながら「思考の筋トレ」を積んでいきたいと思っています。 発信の極意は何？ アウトプットの機会を増やすために、人との意見交換やnote、SNSへの投稿、ジャーナリングを活用します。また、自分の思考を可視化し、思考する前や話し始める前にその方法を意識していきたいと考えています。

仮説はどう検証する？ 仮説は必ずMESEの考え方に基づかなければならないと感じています。そのため、仮説の正しさを相手に伝えるには、最低でも３つ以上の観点から情報を比較し、各角度で検証する必要があります。また、万が一仮説が間違っている場合に備え、複数の仮説を用意することも重要です。 売上減の理由は？ 「なぜ売り上げが下がっているのか？」という問いについて、これまでのアプローチはある特定の数値を比較し、その数値を上げるための方法を提案するものでした。しかし、単に数値を比較するだけではなく、なぜその数値が下がっているのかという深い原因に目を向け、さらに詳細な仮説を立てて実証していく必要があると感じました。今後はロジカルツリーなどの思考ツールを活用し、原因の追求をより体系的に行いたいと考えています。 週次資料はどう整理する？ また、毎週作成している週次資料はこの手法を実際に試す良い機会だと感じています。週次資料における各項目の定義を再検討し、仮説構築に不可欠な基本的な指標が何であるかを明確にしていきたいです。さらに、月次と週次で使用する項目の見直しも併せて検討し、より精度の高い改善策を模索していきたいと考えています。

どうデータを見やすくする？ データの視覚化と多角的な分析の重要性に気づきました。まずは実数を表にまとめることから始めますが、棒グラフや円グラフといった視覚的に理解しやすい形式でまとめることが効果的です。さらに、データの合計や比率を算出し、実際に手を動かして分析を進めることが大切だと感じました。 MECEで全体を整理？ MECEとは「もれなく、ダブりなく」要素を分けることを意味します。これを行うためには、集合、変数、プロセスといったアプローチで全体を分けることができます。MECEを活用する際には、まず「全体」を正確に定義することが重要だと学びました。 本当にそうなのか？ 研修アンケートの分析や問題解決方法の提案などの課題に対して、これまでの成功体験に偏らず、「本当にそうなのか？」と疑う姿勢を持ちたいと思います。異なる視点でデータを捉え、グラフ化や比率計算を行いながら、具体的な手を動かして分析を深化させたいです。 分解はどう進める？ また、要素を分解する際には、MECEの分け方を意識して「漏れなく、ダブりなく」分けることを心がけ、まずは全体を明確に定義することから始めたいと考えています。

イシューって何？ イシューとは、「今答えを出すべき問い」を指します。イシューを特定する際に重要なポイントは、「問いの形にすること（例：●●するために、何をすべきか？）」、具体的に考えること、そして、そのイシューを押さえ続けることです。これにより、考えが進む中でぶれないようにすることが可能です。 問いをどう形にすべき？ 私は問題提起の際に、これらのポイントを十分に意識できていなかったと感じています。特に、問いの形に変換することができていませんでした。今後は、問いの形でイシューを定義するように心掛けたいと思います。その他の二つのポイントについては、特に意識せずとも自然に押さえて考えを進められていたので、このまま継続して意識していきます。 解像度を上げるには？ 解像度が低い物事を考える際には、まずイシューを特定することから始めたいと考えています。具体的な方法としては、急にスライドや文章を書き始めるのではなく、まずノートにピラミッドストラクチャーを描いてイシューを特定する習慣をつけます。そして、そのイシューが本当に適切かを再考し、他に重要なイシューがないかも考えながら、思考を深めていくようにしたいと思います。

経営状態評価のポイントは？ 会社の経営状態を見るための視点として、まず倒産の可能性について考えるとき、固定資産や流動負債に対する純資産の比率が重要です。また、減価償却の仕組みについても理解が必要です。資産はまず記載され、その後使用年数に応じて価値が減少し、その減少分が減価償却費としてPLに計上されます。 経理報告を理解する手順とは？ 本社や海外拠点の経理報告を理解するための手順は以下の通りです。まず、自社のBS・PLの表記を理解することが重要です。それが理解できたら、経営会議や取締役会の経理報告で不明点がないようにする。最終的には、各社の財務諸表の裏にある背景を自分で説明できるようにします。 月次報告への注目点は？ さらに、各社の月次報告には注意を払い、経営状態の違いを理解しましょう。特に製造業であるため、工場や生産拠点の減価償却方法を実際の施設に基づいて考えることが求められます。この点で他社との違いも理解しておくと良いです。重要な会議での財務報告を聞き直し、分からない箇所には仮説を立てて質問することが効果的です。 以上のステップを踏むことで、経理報告の理解が進み、適切な質問や分析ができるようになります。

相手の経験に応じたタスク設定とは？ 相手の経験値や知識に応じて、タスクのレベルを見極めることは非常に重要です。特に、相手にとって少し負荷の高い、いわゆるストレッチゾーンのタスクになるように適宜噛み砕いて渡すことが求められます。また、質問についても、一方的にならず、相手の本音を引き出せるよう心がけることが大切です。 チームでの効果的なタスク管理方法は？ 現在の部署では、私より経験の浅いメンバーが多数いるため、どんな場面でもこのアプローチを活用できると考えています。さらに、私はあるプロジェクトのメンバーとしても活動しており、チームメンバーのタスクに対する意識がそれぞれ異なっているのが現状です。そこで、自分が先頭に立ち、個々のメンバーの経験ややる気に応じてタスクを任せたいと思っています。 自分の知識をどう高める？ まずは、自分自身の知識レベルを高めることが必要です。そのため、今までやったことのないタスクについては、ある程度の調査を行います。その上で、頭の中でタスクのゴールを思い描き、各メンバーの技量に応じてタスクを割り当てる予定です。その際、相手の経験や技量を把握するための質問を、適切に行いたいと考えています。

問題解決のプロセスとは？ 問題解決には明確なプロセスがあります。具体的には、What、Where、Why、Howの6つのステップがあり、この順番を守ることが重要です。まずは、なりたい姿と現状のギャップを把握することが分析の第一歩です。そして、解決方法を考える前に、現状で起きている問題の状況や原因を見つけることに時間をかける必要があります。 自分の思考の癖をどう活かす？ 私の場合、すぐに解決方法（How）に飛びがちです。しかし、自分の考え方の癖を知ることも問題解決において重要です。オープンデータから社会課題を洗い出すのが現在の業務ですが、仮説に対して問題を絞り込む際にロジックツリーが役立ちます。基本的にはチームで取り組むため、思考のプロセスを視覚化・言語化することで、情報共有を齟齬なく行えるようにしています。 データ分析で何を学びたい？ データ分析を体系的に学ぶことで、ロジカルに再現性のあるデータ分析に取り組みたいと思っています。特に、ロジックツリーを作る際には「手書き」を心がけたいと思います。紙に書くことで思考が整理され、重要事項には丸をつけたり矢印を使ったりすることで、優先順位を決めるのに役立ちます。