(15ページ目)

解決 ✕ 手法

に関する学び

---

どうやって目的を決める？ 目的や目標を明確に定めた上で、必要な判断を下すための着眼点を学ぶことができました。事象におけるステップや因果関係を意識し、まずは分析の仮説を立て、その後実際のデータ解析を通じて検証しながら、問題を絞り込む手法が有効であると理解しました。 どう検証すれば確実？ 問題解決型の業務においては、事前に予想される因果関係を各種ツールを用いて整理し、データで検証することで、より正確な判断を短時間で行うことが可能だと感じています。一方、課題創造型の業務では、目的と背景を基にツールなどを活用して仮説を組み立て、実践と検証を繰り返すことで、より良い業務実施につなげる方法があると考えます。 どう計画を固める？ 改めて、まずはしっかりと目的と目標を決めることが重要だと感じました。関係者を巻き込み、十分な時間をかけて納得のいくプランを作り上げ、その上で複数の仮説を立てる必要があります。また、各種分析手法を実践する中で自分のスキルと経験を徐々に深め、より多角的な判断ができるようになりたいと考えています。

なぜ日本語の正しさが重要か？ 日本語を正しく使うことの重要性を痛感しました。特に、主語と述語がぶれずに明確になっているかどうかを常に意識することが重要だと感じています。また、物事を伝える際には、目的だけでなくその理由も合わせて伝える必要があると感じました。 どうやって説得力を高める？ 提案資料や報告書などでは、何を伝えなければならないのかという目的を明確にし、それに対する補足説明を適切に文書化することで、説得力のあるドキュメントを作成したいと思います。ロジックツリーはドキュメント作成以外でも課題解決に役立つ整理手法だと考えており、今後も積極的に活用していきたいです。 訓練で何が身につく？ また、主語と述語の明確化は日常的な訓練により自然に身につくと考えています。日々の議事録、稟議書、報告書、提案書などを作成する際に、これらを見直す習慣をつけたいと思います。抽象的な目的を具体化する際には、ロジックツリーを使って整理することが効果的と感じており、計画立案時の具体策検討時に積極的に活用したいと考えています。

MECEの種類って何？ MECEの種類には、大きく分けて層別分解、変数分解、プロセス分解の3種類があり、それぞれの分解方法を使い分けることが重要だと感じました。これらの方法を試すことで、自身の分析に最も適した分解手法を見つけることができると学びました。 クラウド相談で何が分かる？ 私は、自分の業務でクラウド利用相談においてこの手法を活用できるのではないかと考えています。利用相談の内容を分解することで、利用者が抱える本質的な問題を分析する際に有効だと感じました。特にプロセス分解を用いることで、どのプロセスに問題があるのかを特定し、迅速に問題解決に結びつけることができると考えています。 復帰後の活用は？ 来月から育児休暇からの復帰を予定しており、クラウド利用相談でこの手法を活用したいと計画しています。相談内容をプロセス分解し、問題の本質を把握できるように努めます。まずは相談者が何を望んでいるのか全体像を把握し、その中でどこに問題が発生しているのかを分解して特定し、より効果的に対処したいと考えています。

ロジックツリーはなぜ必要？ ロジックツリーの作り方について、層別分解と変数分解の二つの手法があることを学びました。それぞれの方法は、分析したいデータに応じて使い分けることが重要だと考えます。一般的には、MECEの概念に基づいて、漏れなく重複なくと考えがちですが、実際には問題特定や新たな発見を目的として、意味のある分類ができるように、様々な視点を持つことが重要だと感じました。 層別分解の効果は？ あるプロジェクトでは、問題を特定する必要があるため、ロジックツリーを用いた層別分解によって、MECEを念頭に置きながら、どのような層別にするかを考え、問題特定や意味ある分類を目指したいと思います。 ギャップ埋めはどうする？ まず、理想的な状態と現状の間にあるギャップを洗い出し、ロジックツリーの層別分解に当てはめることで、多角的な視点から分析を行いたいと考えています。そして、さまざまな層別で詳細に分解し、問題箇所を特定し、そのギャップをどのように埋めていくかについての提案を資料としてまとめたいと思います。

問題解決の手法を学ぶ 今週は以下のことが学べました。 問題の原因を明らかにする方法として、プロセスを細分化する手法があります。解決策を検討する際には、複数の選択肢を洗い出し、それらの根拠を基に絞り込むことが重要です。また、A/Bテストについても学びました。これはシンプルで運用判断がしやすく、少ないリスクで改善ができるため、さまざまな場面で使用できると感じました。 A/Bテスト活用の予定 A/Bテストは10月に予定している実証実験でも活用する予定です。正しい検証結果を得るために、目的と仮説の明確化をチームで議論しようと思います。また、現状の問題を特定し、「what, where, why, how」の要素に分解して再考する計画です。 実証実験でのデータ取得設計 さらに、実証実験でどのようなデータを取得すべきかをもう一度考え直します。何が分かれば次のフェーズに進めるのかを踏まえた上で、データ取得設計を行います。アンケート設計も、目的を明確にして得たい情報が確実に得られるように構築します。

全体像を捉える重要性は？ まずは全体像を捉えることが重要です。様々な視点から分解することで解像度が上がり、具体的な問題や、これまで気付かなかった問題にも気付けるようになります。このため、入ってくる情報に対して適切なフィルターを掛けて受信することが求められます。 問題解決のために何を心がける？ 直面する問題に対して、まず全体像を知ることを心掛けたいと思います。その後、どのプロセスに課題や問題があるのかを分析していきます。この手法は、業務フローで全体を見える化し、どの工程でエラーが起きているのかを確認するのに適しています。頭の中でも自然にそれを描き、実践していきたいと考えています。 効率化のためにはどんな工夫が必要？ 上記の通り、頭の中で全体像を想い描けるように、常に心がけることが重要です。その癖をつけるために、まずは紙などに書き出して頭の中を整理するように取り組んでみたいと思います。様々な業務の効率化を追求するために、MECEを活用していきたいと考えています。

問題箇所はどこ？ 問題個所の特定は、次のアクションプランを考える上で非常に重要です。数値に基づいて問題箇所を洗い出し、優先順位を明確にすることで、納得のいくアクションプランを策定できます。また、数字に紐づく具体的な行動も同時に把握することで、プロセス全体の見直しの基準が整います。 課題解決はどう進む？ 課題解決は、問題をプロセスに落とし込みながら進めることが求められます。What、Where、Why、Howといった基本の枠組みに沿って対応することで、業務改善の手法の一つとして、DX化推進の取り組みも効果的に実施できるのではないでしょうか。 目的設定はどう？ 目的の設定においては、まず問題や課題を洗い出し、その中から複数ある項目に対して優先度を付け、分析と順位付けを徹底します。その上で、アクションプランを策定することが求められます。さらに、UI/UXに関わる場合はA/Bテストを取り入れ、スタンダードなフレームワークに沿った進め方を実施することが重要です。

分析の見極めポイントは？ Week1を振り返って、「分析は比較なり」という言葉が強く印象に残りました。正確な分析を行うために守るべき要点を改めて認識するとともに、仮説と検証を繰り返すことの重要さを実感しました。 業務での分析とは？ 実際の業務シーンでは、以下のような場面でデータ分析の手法を活用しています。病院のデジタル推進におけるデータ分析、サーバ性能やトラブル発生時の問題解決、新サービス導入時のサーバ負荷試験に関する見解、また、LINEや無呼吸ラボ、近隣検索、PCPへのファネル分析、アクセス数やページビューの分析など、さまざまな事例に取り組んでいます。 分析習慣の秘訣は？ 日々の業務においては、勘や経験則だけに頼ることなく、データ分析に基づいた意思決定を行う習慣を身につけることが重要だと感じています。問題が発生した際には、What、Where、Why、Howの視点で現状を整理し、的確な対策を講じるために、仮説と検証を繰り返す姿勢を大切にしていきたいです。

経営層とのズレは？ 総務の分野では、明確なゴールや課題意識が設定された状態で業務が依頼されることが多く、経営層と現場の考え方のズレを常に意識しながら問題解決に取り組む重要性を感じました。経営側が示すのは課題定義までであるため、実際に試作品を作る過程で予期せぬ問題が発生することを体験し、学びが深まりました。 AIデザインはどう？ 生成AIを活用してデザインを作成する試みは、予想以上に難しいと感じました。自分のイメージを正確に反映させるためには、プロンプトの使い方をさらに工夫していく必要があると感じています。また、思いもよらない結果が得られることもあり、試行回数を意識することが大切だと思いました。 試作の修正ポイントは？ 加えて、生成AIの利用はもっと意識的な操作が求められる点、試作後に自ら修正箇所を見出す経験が得られる点、そしてデザイン思考入門で学んだ手法が、自分の予想を超える、または改善された成果を生み出す可能性があることを実感しました。

定量分析の鍵は？ サンクコスト、定量分析、MECE、ロジックツリーという手法について学びました。定量分析では、データのどこに注目し、どこを比較するかが重要であることが分かりました。特に、①インパクト、②ギャップ、③トレンド、④バラつき、⑤パターンの各視点からデータの意味合いを読み取ることに注力しました。 MECEの意味は？ また、MECEに関しては「もれなく、ダブリなく」に分けるだけでなく、意味のある切り分け方が重要であることを理解しました。この考え方を基に、現状と理想のギャップを明確にし、具体的な行動につながる方向性をメンバーに示すことが求められると感じました。 課題解決の道は？ さらに、現状の課題として、分析結果の共有時にメンバー間で理解のずれが生じたり、行動に直結しない点が挙げられます。なぜこのような分析が必要なのか、そこから得るべきものは何か、そして課題の解決につながる具体的な実施方法について、今後さらに明確にしていく必要があると感じました。

イシューを考えていますか？ 課題解決の手法を学ぶだけでなく、そもそもの課題である「イシュー」を考えることの重要性を学びました。特にチームで取り組む場合、イシューについての共通認識がないと、話がどんどん発散してしまうことが多いです。 プロジェクトの目的は明確？ プロジェクトをまとめたり、ミーティングのファシリテーションをする際にもイシューを明確にすることが大切です。何のためのプロジェクトか、何を決めるためのミーティングかをしっかり把握することで、議論が散漫になるのを防ぐことができます。自由に議論しながらも、このポイントを押さえることが効果的です。 長期プロジェクトで大切なのは？ 特に長期のプロジェクトにおいては、問いを常に意識することが最も重要だと考えます。「そういえば何のプロジェクトだっけ？」とならないように、プロジェクトのミーティングでは前回のミーティングで決めたことをおさらいする前に、まず問いの確認から始めることを取り入れてみようと思います。

ピラミッドストラクチャーの有用性とは？ ピラミッドストラクチャーは、情報をピラミッド状に整理することで、複雑な内容でも要点を明確に伝えることができる非常に有用な手法であると感じました。特に他者とのコミュニケーションや資料作成において、説得力を持たせることができる点が魅力です。 説得力を持たせる場面での活用法は？ 具体的には、管理職として経営層や顧客への報告資料や提案資料などに説得力を持たせる必要がある場面で非常に効果的だと考えています。それに加えて、メンバーやパートナーへの説明資料や問題解決の手順を踏んで考える際にも活用できると思います。 継続的な活用のために意識することは？ 今後、具体的な場面で意識的にピラミッドストラクチャーを使うことで、常に情報を整理して考えられるようになりたいと考えています。また、自分だけでなく、メンバーの作成した資料に対してもより論理的で説得力のあるフィードバックを行うために、この手法を継続的に活用していきたいです。