(113ページ目)

方法

に関する学び

---

仮説構築の重要性を学ぶ 今週は仮説構築の方法を学びました。仮説を立てる際には、複数の仮説を立て、その仮説同士に網羅性を持たせることが重要だと感じました。特に印象に残ったのは、仮説を立案しても都合の良い情報だけに頼らないことです。この点で、チームメンバーにも受講してもらいたいと強く思います。 ミニマム検証の重要性 仮説を立てた後、ヒアリングやアンケートなどを通じてミニマムに検証を行い、そのプロセスを繰り返すことが新規事業の場でも求められます。このことを再確認できました。 検証結果報告の注意点 現在、10月の実証実験に向けて、検証目的や結果の仮説を立案しています。検証結果を報告する際には、都合の良いデータだけを取得し、反論を排除することは絶対に避けたいと感じています。そのため、３C分析や４P分析といったフレームワークを活用し、再度検証結果の仮説立案を試みる予定です。 仮説立案を継続する意義 日々の業務においては、改めて仮説立案を実行し、問題解決の仮説について考えていきたいと思います。具体的には、what、where、why、howといった視点から仮説を再度見直すことで、自分の業務に対する関心や問題意識を向上させようと考えています。

生成AIの判断方法は？ デジタル技術、特に生成AIを活用するには、ビジネス企画の核となるコンセプトや思いが不可欠だと感じました。生成AIが単独で企画やモックアップを出力する場合もありますが、その結果は紋切り型だったり、企画の主旨が不明瞭になることが多いと感じます。そのため、生成AIのアウトプットをそのまま利用するのではなく、自分自身の判断で選別する意識が大変重要です。 基本方針の必要性は？ また、はじめから生成AIに依存するのではなく、商品やサービス、プロジェクト全体を貫く「基本方針・骨組み・考え方」をしっかり整理した上で、意思を持って向き合う姿勢が求められます。生成AIの出力を鵜呑みにするのではなく、目的に沿った評価や取捨選択を行うため、対話や討議、検討を重ねることが必要です。 成功と失敗の学びは？ さらに、世間のニュースや記事を見ると、生成AIを活用して企画・構築したビジネスの好事例や先進的な取り組みがよく報じられますが、一方で上手くいかなかった事例やリスク、事故については触れられる機会が少ないように思います。そのため、業界ごとの好例や失敗例を集め、比較検討することで、より実践的な知見を得ることが大切だと感じました。

利益向上のカギは？ 企業が利益を上げるための方法として、売上を伸ばすか費用を抑えるか、または将来のビジョンに沿って調整しながら検討することの重要性を学びました。同時に、売上高、営業利益、経常利益、税引前当期純利益、当期純利益といった用語の意味や、それぞれがどのように算出されるのか、基本となる事業所得や営業外の所得、特別損益と順に引いていくことで最終的な純利益が求められるという計算の流れを理解することができました。さらに、業界ごとに標準となる割合が異なる点にも気づかされました。 業界別バランスはどう？ また、以下の点について検討したいと考えています。まず、さまざまな業種における財務のバランスを把握することで、業種ごとの特徴を学びたいと思います。次に、医療業界においては、皆保険の枠内でサービスを提供しながらも自ら価格設定ができない特殊な状況の中で、どのような利益構造が望ましいのかを検討していきたいです。そして、具体的には、病院がどのような仕組みで利益を上げているのかについても考えてみたいと考えています。 ＰＬの仕組みは？ 最後に、まずは様々な業種のＰＬ（損益計算書）を眺め、その構造を理解し把握することから学びを始めたいと思います。

見逃しは何だった？ ライブ授業で振り返りを行った結果、以前忘れていた点や十分に理解できていなかった部分に改めて気づくことができました。授業を通して、自己の認識の甘さを補い、理解の深まりを実感しています。 自分の立ち位置は？ また、今週はゲイルに取り組む中で、過去と現在における自分の立ち位置や、これから実現したい方向性が具体的にイメージできるようになりました。これにより、今後の目標設定やキャリアに向けた準備がより明確になったと感じています。 同僚と何を伝える？ さらに、これまでの授業で学んだ内容は、会社の同僚に伝えることで、現状の組織が抱える課題や今後の課題を一緒に考え、解決に向けた取り組みへとつなげています。自分自身の業務に対するフィードバックは、周囲やAIなどから取得し、現在の自分の立ち位置を理解した上で、必要な情報やスキルを補うためのPDCAサイクルを意識して回すよう努めています。 効果的な伝え方は？ また、相手に正しく情報を伝えるため、相手の立場や理解度に合わせたコミュニケーションをとることが重要だと感じています。日々、さまざまなツールを活用しながら、最新情報の収集に努め、より効果的な伝達方法を模索しています。

問題発見はどう進める？ 問題の原因を探るため、まずプロセスごとにアプローチする手法を学びました。その中で、A/Bテストを活用し、仮説を立てた上で実際に検証を重ねる方法が効果的であると理解できました。また、総合演習を通して、これまでの学習内容を振り返り、自分の知識を整理する貴重な機会となりました。 仮説検証は効果的？ データ分析においては、目的を明確にし、分析に入る前に仮説をもつことの重要性を再認識しました。分析プロセスを着実に進めるとともに、効果的な切り口でデータを把握することが求められると感じています。取り組んでいるサービスのユーザ活用場面を拡充するためには、利用シーンをプロセスに分解し、それぞれを検証した上で改善策を策定することが必要です。 分析の進め方は？ 具体的には、各プロセスに対して適切なデータを条件を揃えて抽出し、抜け漏れなく検証を進めることが求められます。改善策を検討する際には、複数の選択肢を根拠に基づいて検討し、基準を設けることで効果的な施策に絞り込むことが重要です。また、分析作業は複数のメンバーで進めるため、作業開始前に目的や意味合いを共有し、各メンバーが同じ認識で取り組むことにも留意すべきだと実感しました。

伝える目的は何？ 「伝える」という点において、目的の重要性を再確認しました。前回と同様に、「誰に対して、どのようなことを求めているのか」を明確にすることが、伝達行動の鍵であると感じました。今週の学習では、視覚化によってどのように伝わりやすくなるかについて、多くの気づきを得ることができました。資料を作成する際、「これくらいわかるだろう」と思い込みがちですが、読み手の負担を軽減することが重要であると意識します。 資料作成の工夫は？ アンケートや施策効果検証においてグラフや資料の作成を行う機会が頻繁にあります。最近ではCM効果検証の報告資料をまとめましたが、グラフの作成方法や強調すべきポイント、そして見やすさの追求において不足している部分が多いと感じました。資料を見返すと、多くの学びがあり、次回の資料作成に活かしたいと思います。 説明方法はどう？ 週明けには、施策の打合せで概要を説明する機会があります。その際に、誰に伝えるのか、どのポイントが重要なのか、そして伝えたいことは何かを整理したいと思います。これを視覚化（文章に起こすこと、比較表やフロー図を作成すること）を通じて、初見でも理解しやすい説明をできるよう準備を進めたいと考えています。

クリティカルシンキングの重要性とは？ クリティカルシンキングでは、多角的な視点で問題を見つけ出し、イシューを明確化することが重要です。次に、数字で分解し、グラフなどを用いて視覚化することで理解しやすくなります。また、ピラミッドストラクチャーを使って適切に言語化することも大切だと感じました。 集客や求人における応用法は？ 以前にも書きましたが、集客や求人に関する問題提起や、スタッフに技術や会社の思いを伝える際にクリティカルシンキングは効果的だと思います。主観的に考えるのではなく、異なる立場や切り口から問題を見ることで、冷静な判断ができるようになります。 経営と求人改善のポイント 例えば、集客では経営コストとのバランスを考え、ターゲット顧客が普段どの予約ツールや媒体を利用しているかを把握し、その改善方向を決めて運用します。求人でも同様に、媒体を把握し運用することが重要です。また、顧客や求職者に対して主観的なメリットだけでなく、他の視点から見たメリットやサービスを考え、提供することが求められます。 実施施策の効果測定は？ さらに、実施した施策がどのように数字に現れているかを把握し、それを基に改善策を出して実行していきます。

具体と抽象のキャッチボールとは？ 具体的な事例を多く挙げ、そこから抽象的な考察を導き出すことが必要です。その上で、再び具体的な方法を考えるという「具体と抽象のキャッチボール」を意識することが大切です。私自身、偏った視点を持っていると感じるため、常に視点、視座、視野を広げ、「もう一人の自分」を意識するようにしています。 業務改革での新たな取り組みとは？ 現在、業務改革プロジェクトとして、業務の効率化や省人化に取り組んでいます。業務の見直しに際しては、一つの観点だけでなく、多角的な視点からアプローチするよう心掛けています。ブレインストーミング、抽象化、さらに具体的な解決策の提案といった過程を繰り返すことで、より本質的な改善点や改善方法を見つけ出せると考えています。 小さな点を見逃さずにメモする習慣 日々のルーチンワークの中でも、以前は特に気に留めていなかった小さな点をメモとして残す習慣をつけました。また、異動してきた人にレクチャーをする際に出てくる質問は、単に受け流すのではなく、業務改善のヒントとして意識するようにしています。気になった点や挙がった疑義は、他人と共有して議論することで、新たな視点を取り入れることができると感じています。

原因探しはどう進めた？ 今週は、原因を探る方法について、大まかな視点から考えることができました。対概念の整理により、どの視点で区切るかも模索でき、思考の幅が広がったと感じます。また、プロセス内の４つのステップを意識しながら思考を繰り返すことで、仮説を出す作業がスムーズになりました。しかし、視点や切り口に漏れや重複があるため、今後は４Ｐや３Ｃといった枠組みで整理しながら考えるスキルも磨いていきたいと思います。 他者視点はどう活かす？ 分析においては、比較という大きな視点を軸に、問題とその原因を探るために粒度を細かくして取り組む実践ができました。内情をよく知っている分、偏った視点に陥らないよう、他のステークホルダーの視点を取り入れることの重要性も改めて認識しました。今後は、分析に偏らず、その結果を踏まえた迅速な意思決定を意識していきたいと考えています。 調査結果と意思決定は？ 意識調査を実施してから分析結果が出るまでの期間が長くなると、情報が風化してしまうことがあります。皆さんのお仕事では、調査から意思決定までの期間はどの程度でしょうか。また、プロセスの短縮のために行っている工夫があれば、ぜひ教えていただければと思います。

自分の甘さはどこに？ 他者からのフィードバックによって、プロトタイプ作成時に私自身が気づかなかった点や手を抜いた部分が的確に指摘され、改めて自分の甘さを認識する機会となりました。指摘されると、わかっていても少し辛い気持ちになるものですが、プロトタイプに過度に時間をかけるよりも、フィードバックを成功への重要な材料と捉えるべきだと実感しました。 意見の真意は何だろう？ フィードバックを行う側としては、複数の視点から意見を述べるやり方や、特徴を端的な言葉で表現する方法は有効だと感じました。先日、内部向けの打合せ用資料のたたき台を作成し、テストの場として様々な意見を受ける機会がありました。中には的外れなコメントもありましたが、その原因は私の資料作りの不十分さや説明不足にあると謙虚に受け止め、資料を作り直した結果、前よりも良いものにできたと感じています。 改善策はどう見える？ 現職では資料作成が求められる局面が多いため、まずは内部の関係者からフィードバックを受けるテストの場を積極的に設けたいと思います。初めから完璧なものを出すことに固執せず、まずは内部打合せの日程を決め、段階を追って作業することで、作業遅れを防ぐ工夫が有効だと考えています。

根本解決の問いは？ イシューを明確にし、チームと共有しながら常に問い続ける必要性を改めて感じました。さまざまな角度から物事を分解することで、根本的な解決策を探ることが重要であり、その際、できることとできないこと、また優先順位を決めることが問題解決につながると実感しました。 議論の迷いは何？ ミーティングでは、チームのイシューを合わせるのが難しくなる場面（具体的な話題に偏ったり、別のイシューに話が逸れる場合）が何度もありました。こうした状況を踏まえ、イシューを見失わないよう適宜わかりやすい形で提示し、イシューの出し方についても壮大になりすぎていないか、またわかりやすいかを意識してチームメンバーとすり合わせを行うことが大切だと感じました。 共有の工夫はどう？ 今後は、イシューを特定しチームと共有できるよう、起こっている事象をより明確に説明できる方法を準備していきたいと思います。具体的な手段としては、事象を分解（MECEなどの視点やデータ分析を活用）し、わかりやすい言葉で伝える取り組みを進めていきます。また、相手に情報を探させることなく、必要な資料を整えた上で、常にイシューを意識したミーティングや会話を実現するよう努めます。

ロジックツリーって何？ ロジックツリーとは、ある問題や課題に対して、その構成要素を分解し整理するためのワークフレームです。複雑な要素を明確にし、原因や解決策を見つけ出すためには、MECE（もれなくダブりなく）を意識することが重要です。 なぜ手順が必要？ システム導入のプロジェクト進行で発生する問題に対して、ロジックツリーを活用する具体的な手順は以下の通りです。まず、タスクが遅延している原因という起点となる要素を設定します。次に、その要素を「スケジュールに対する意識不足」「リソース不足」「スケジュール自体に問題がある」などといった具体的な要因に分解します。 どう深掘りするの？ さらに、各要素について深掘りし、たとえばリソースが不足している場合には、タスクに必要な要員を明確に割り出していなかったことが原因として考えられます。その上で、各原因に対して解決策を検討します。具体的には、必要な要員の割り出しを行い、タスクを完了するためにどの要員がどれだけ必要かを明確にし、要員の調整を試みるという方法です。 実行計画はどうなる？ 最後に、検討した解決策に優先順位を付け、実行計画を立てることが、問題解決のために有効であると考えられます。