(30ページ目)

必要 ✕ 場合

に関する学び

---

プロトタイピングって何？ プロトタイピングでは、①目的を明確にする、②適切な要求を抽出する、③適切な時間を投入するという点を学びました。大学の授業は１科目が15回で構成されているため、毎回がプロトタイピングの検証の繰り返しといえます。大幅な修正を毎回行うと、逆に学生の混乱を招く恐れがありますが、これまで以上に学生の反応に敏感になり、改善を重ねられると感じました。 なぜ凝りすぎる？ プロトタイプの作成過程では、どうしても機能を増やしたり、完成品に近づけたいという衝動に駆られます。しかし、ユーザーからフィードバックを得るという本来の目的を考えると、あまり凝りすぎないことが大切だと思いました。実際、下手な漫画を用いたところ、その下手さが逆に興味を引き、フィードバックを得る結果となった経験があります。講座で紹介されていたように、本質的な機能に絞り、“Simple is best”の姿勢で臨むことが重要だと感じます。 本音を出す環境は？ また、プロトタイプによる検証は、自分のアイデアが外部の批判にさらされるという意味でも、デザイン思考の醍醐味を味わえるプロセスだと思います。ただし、場合によっては意見を控えるユーザーも存在するため、誰もが本音で意見を言える環境作りが必要だと強く感じました。

イシューはどう特定？ イシューの特定は容易ではなく、常に分解を行わなければ混乱に陥りやすいと感じています。常に「イシューとは何か」を意識し、その切り口となる仮説を用意しつつ、多角的に検証する必要があります。実際、以前は思い込みで打ち手を考えていたときに比べ、約30倍もの時間を必要とすることを実感しました。 打ち手は何が有効？ クライアントの現状に対し、どの打ち手が有効かを検討する際、これまで見慣れたSNSや特定のプラットフォームだけに頼るのではなく、リアルな情報も加味しながら、あらゆる角度からイシューを特定する重要性を改めて認識しました。 仮説の検証はどう？ イシュー特定のためには、直感に頼らず、常に仮説を立てた上でデータを分析することが欠かせません。仮説の検証が十分に進まない場合は、別の仮説を設定し、さまざまな視点から考察する習慣を身につけることが大切だと感じています。 構造再考はどうすか？ 自身の業務に照らし合わせると、クライアントの課題特定についてはまだ不十分だと感じました。ピラミッドストラクチャーを用いた際に根拠が不安定になる場合は、根拠を補足するための情報を集める必要があるか、もしくは一度構造を解体して再考する選択肢も考えるべきだと思います。

売上予測の計画をどう立てる？ 売上予測においては、過去の事例や他社、海外の事例と比較しながら計画を立てることが重要です。実績が更新されるたびにその計画との比較を通じて事業の進捗を評価し、改善策を議論しています。このことから、「分析は比較なり」という定義はやはり真理だと感じています。また、扱うデータの理解を深め、その知見をステークホルダーと共有するためには、アウトプットの整理と見せ方を適切に選ぶ必要があります。 分析計画表はどのように工夫する？ 分析を進める際には、毎回分析計画表を記載し、目的に合わせた分析手法を選択して言語化した上で作業を進めています。しかし、どのデータをどのように加工して用いるかにはあまり触れていないことが多いと感じました。そのため、テンプレートを見直し、自分以外の人がその分析の思考プロセスを理解しやすくするよう工夫が必要です。 新たなデータ分析のアプローチは？ 具体的には、現在のテンプレートでは実際に分析に用いたものしか記載されておらず、選択可能なデータの種類とその選択理由、分析手法の採用理由を明確化するような構成に変更する予定です。新たなデータを分析する場合、そのデータの特性や限界を適切に確認し、分析結果とともに共有することが重要だと考えています。

直感は信頼できる？ 普段の仕事やデータを扱う際、経験や直感に頼った仮説が基本であったことを改めて実感しました。データ分析そのものではなく、むしろデータ収集の段階で不足している点が原因だったと考えています。この経験が、部門費などの予算策定時における変化の捉え方を再見直すきっかけとなりました。 予算根拠は正確か？ 部門費の策定根拠や、今後の設備投資に関する理由付けについては、未来を見据えた考察が十分でなかったと感じています。何か異変があった場合の修理費用が予算に計上されず、過去の事例や頻度を確認することで、適正な管理につながる一手段としたいと思います。 委託実態はどうだ？ 請負会社に業務を委託している現状では、作業の安定性はもちろん、雇用期間が短期に終わる点にも課題を感じています。労働内容に加え、職場環境も影響していると考え、既に委託から10年が経過している案件も多いことから、改めて状況把握から始めたいと思います。 記録整備は必要？ 具体的には、請負会社で働く方々の実務経験年数や年齢層などの基本情報の収集を行い、当社を離れる理由なども可能な限り情報として集める予定です。また、設備投資に関しては、過去の作業記録のデータベース化が未実施であるため、そこから着手する方針です。

フレームワークの重要性を実感 前期の戦略入門でも感じたことだが、まずはフレームワークや型にはめて物事を考えることの重要性を改めて実感した。分析においてはWhat, Where, Why, Howのステップが基本であり、日々の業務においてもこの点を意識して進める必要があると強く感じた。今週の演習を通じて、これまでの経験や感覚に頼っていたことを再認識したので、今後の学習期間中はこの点を意識して取り組んでいきたい。 大幅に下回る結果を改善するには？ 現在の業務において、前年以上の売り上げを上げている施設や地域がある一方、前年を大幅に下回る施設や地域も存在する。このような場合において、問題や原因を特定し、その要因を探り、どのように改善に繋げていけるかを追求するために、今週の学びを早速活かしていきたいと考えている。 MECEを使った分析の取り組み 今週の学びの一つであるフレームワークを自分のものにするために、現状の業務に適用してみることにした。週次で分析を進めている特定の地域がなぜ前年を下回る結果となっているのかを題材に、MECE（Mutually Exclusive, Collectively Exhaustive）を意識しながらロジックツリーを活用して分析していきたい。

問題解決の新しい視点を学ぶ 問題解決において、原因や解決すべき課題を特定する際には、現状と理想の姿との差だけを見るのではなく、その差の割合などの影響も考慮することが重要であると学びました。 思考プロセスの再確認は効果的か？ また、思考する際にはWhat、Where、Why、Howといったステップで考えることや、MECE（モレなくダブりなく）で考える重要性を再認識しました。 数字の乖離をどう対処する？ 収支分析を行う際、複数の資料から数字を作成していくプロセスで、資料間の数字の乖離が大きくなることがあります。このような場合、原因を特定して修正する必要がありますが、Week2で学んだ問題解決のプロセスを意識することで、原因特定の時間を短縮し、より精緻な資料を作成できると感じています。 資料作成時に気をつけるべきことは？ 資料作成時に数字の乖離が発生した際には、やみくもに資料を見返すのではなく、乖離の大きい箇所や影響度を考慮しながら、順番に細かく確認することで、より早く原因を特定することが可能です。 チームでの確認プロセスは有効か？ さらに、この考え方をチームメンバーにも共有し、異なる視点から同様の確認を行うことで、資料の精度をさらに高めることができます。

主語と述語のつながりは大丈夫？ 日本語では、主語と述語が抜けやすくなることがあります。そのため、文章を作成する際には、主語と述語が正しくつながっているかを確認する必要があります。語順によって伝わりやすさが大きく異なるため、正しい順序を意識することも重要です。 説得力のある企画書にするには？ わかりにくい文章は、相手に余計な負担をかけることになります。したがって、相手に情報を伝える前に、順序立てや根拠がしっかりしているかを確認することが大切です。また、企画書やプレゼンを作成する際には、理由付けを意識することで、より説得力のある内容にすることができます。 効率的な会話の進め方とは？ 業務を依頼する場合や何かを確認する際、急いで話してしまうことがあります。しかし、それでは相手にとってわかりにくいことがあるため、もっと相手が理解しやすい文章を心がけたいものです。具体的には、短い文章でも主語と述語を意識し、長めの文章ではピラミッドストラクチャーを考えてみることが有効です。 結論を先に述べるべきか？ 話す際には、結論を先に述べ、その後に理由を続けるように心がけると良いでしょう。また、相手の立場に立って、どの情報が必要かを考え、わかりやすい順序で伝える努力が求められます。

なぜ問いを意識する？ 日常的に、現在の自身の目的や問いを意識しているつもりですが、十分ではないと感じています。特に意識したいのは以下の2点です。まず、本当にその問いが正しいのかを検証すること。そして、その考え方や作業が問いに沿っているのかを確認することです。 議論はどう整理すべき？ この問いの重要性については、あらゆる業務（資料作成、メール、周囲とのディスカッション）に活用できると考えています。特にディスカッションでは、議論が発散することがよくあります（それが目的の場合もありますが）。これは、そもそもの問いが不明確であったり、各人が立てている問いにばらつきがあることが原因と考えられます。そのため、議論をより円滑で意味のあるものにするために、「我々が目指すべきゴールは何か」という問いを、自分や周囲に問いかけるようにしたいと思います。 どう問いを明確にする？ 最初に行うべきは、自分の問いを可視化し、明文化することです。そして、その問いが適切かどうか内省し、必要であれば同僚と確認し合うことにしたいと考えています。問いを明確にするためには構造化が重要だと考えており、現時点ではその力が十分でないため、構造化の学習（書籍を読む、試してみること）も並行して行っていきたいと思います。

判断基準をどう考える？ 戦略的な選択を行うためには、優先順位づけをする際の判断基準を明確にすることが重要です。情報が不足している場合は、仮説思考を活用し、複数の仮定を設定して検討することが求められます。判断基準を考える際は、複数の視点から多角的に検討することが効果的です。優先順位をつけるということは、優先対象を決めるだけでなく、優先しないものを切り捨てる選択も含まれます。 国際事業の戦略は？ 現在、私は4カ国で事業開発に携わっていますが、すべての国においてコミットしており、その結果、市場での優位性や取り組みの実現可能性が低い国にも一定のリソースを割いてしまっていることが課題となっています。このような状況では、捨てる選択をすることが必要とされています。 合理的選択の基準は？ 選択を合理的に行うために、以下の判断基準を設け、客観的に事業開発に取り組む考えです。それは、（1）市場において当社の優位性があるか、（2）短期間で成果達成が可能か、（3）取り組みに十分なリソースを割けるか、（4）本社の戦略に合致しているか、という基準です。12月までにこれらの基準に基づき、取り組む事業を絞り込み、各事業のタイムラインやチーム体制を明確にして関係者からの合意を得ることを目指します。

売れるモノの秘密は？ WEEK1からの講座を通じて、売れるモノを作るためには「選ばれる仕組み（理由）」が必要であることを学びました。そのため、どのような顧客に選ばれたいのか、どんな魅力を感じてもらいたいのか、そしてどのような体験を提供するのかを顧客の立場から徹底的に考える重要性を実感しました。 どう戦略を考える？ また、自分自身の購買行動や身近に見る商品・サービスの販売戦略を見直すことにより、マーケティングの勘所を養っていく必要があると感じました。こうした視点を通じ、日々の行動や観察が具体的な戦略の構築につながると理解できました。 顧客への価値は？ さらに、間接部署として、たとえば営業店を顧客と捉えた場合、求められる価値を的確に提供できているのかを再評価する良い機会となりました。スピード、品質、柔軟性といった営業店が重視する要素を把握し、これまでの自部署の強みといかに結びつけるかが今後の課題であると痛感しています。 理念の本質は？ 最後に、自社の社是である「相手の立場で考える」という考え方について、単なる理念ではなくマーケティングの基本そのものであると改めて認識しました。今後も顧客視点に立ち、常に「どうすれば選ばれるか」を追求していきたいと思います。

B/Sとは何か？ B/Sが実際のビジネスに結びついていることの関連性を学ぶことができました。 例えば、ミノルのカフェについては高級志向のサービスを提供するために設備投資が必要であり、開業時に借入を行ったため、アキコのカフェに比べてB/Sの固定負債比率が大きくなります。一方、某航空会社においては、自社の航空機を用いてビジネスを行うため、固定資産の比率が某ファッションECに比べて大きくなります。 事業主の価値観を考察するには？ このように、B/Sを見て現状を観察するだけでなく、それぞれの事業主のビジネスモデルや価値観を考察することができ、非常に興味深かったです。 また、自社のB/SやP/Lを改めて見直し、自社のリスク・安全性を確かめてみたいと思います。さらに、ビジネスプランの方向性と照らし合わせ、今後の改善点を再確認したいと考えています。 次期計画の資金調達をどう進める？ 自社は9月決算であるため、次期の計画を考えながら資金調達のための金融機関への相談を進めたいと思います。場合によっては借入以外の調達手段も検討します。また、新規のビジネスプランも必要なので、自社の価値観や方向性の相違がないかを確認しつつ、計画を具体化し担当者と共に解決していきたいと思います。

思考の偏りにどう向き合うか？ この講座を通じて、物事の分解方法や見せ方の基本を学ぶことができました。その中で、自分の考え方には思考の偏りがあることも改めて認識し、常にそれを前提として振り返ることが重要だと感じました。 データに基づく「イシュー」とは？ また、問題解決においては、本当に必要なデータとそれに基づく「イシュー」を抑え続けることが求められると実感しました。チームメンバーが同様に問題解決に取り組む際、その課題を特定し、解決策の立案までの流れを明確に説明できるようになることで、自分自身の理解も深まるように努めました。 業務要件定義の重要性 業務要件定義の際には、業務ユーザーが具体的にどのような問題に直面しているのかを分解し、それを言葉にする重要性を学びました。意識的に、このアプローチを用いることで、意思決定を行う際にどこまで網羅的に分解できているか、その対策が本当に有効であるかを十分に議論する必要性を感じました。 課題分解で認識の齟齬を防ぐ方法 特に、業務ユーザーの課題をシステムで解決する場合、課題の分解を丁寧に行い、認識の齟齬がないよう努めることが不可欠であると痛感しました。これらの学びを通じて、問題解決能力の向上に繋がることを期待しています。