(21ページ目)

課題 ✕ 改善

に関する学び

---

問いはどう見つける？ 動画学習を通じて学んだことは、まず課題に対して「問い」を立てることの重要性です。自分自身に問いを投げかけ、それを残し、共有することが求められます。問いを立てていないということは、何も考えていない状況と同じだと気づきました。問いを立てることで、本当に考えていることが明らかになるのです。 分解で何が明らか？ 実践演習では、物事を分解することで普段は見えないまたは分かりにくい部分が明らかになり、結果として判断が容易になることを学びました。この分解のプロセスは、考える力を高めるために非常に効果的です。 どこに問題が？ 特に印象に残っているのは、明らかに問題がある資料において、具体的にどこが問題なのかを文章で説明する難しさです。また、職場でのテーマがずれることを防ぐためにも「問い」を残し、周囲と共有することが役立つと感じました。 数字は何を示す？ 営業職などの数字が厳しい環境においても、その数字がなぜそうなったのかを振り返る機会が少ない現状を打破し、ここで学んだ論理的思考を活かすことが重要だと考えます。まず「問い」から始め、業務で悩んだときには問いをしっかり立て、何も考えていない状態を避ける。もう一人の自分に問いかける行動を取り、課題を分けて考える癖をつけることが、業務改善に繋がるのではないかと思います。

イシューは何だろう？ 今回の学びは、「イシュー」がいまここで答えを出すべき問いであるという点にあります。改善や成長のためには、この問いをしっかりと特定することが重要であり、特定したイシューを出発点に課題の因数分解を始めることで、具体的な改善策が見えてきます。 論点ずれはなぜ？ また、会議などで論点がずれてしまうケースの原因として、イシューが特定できていなかったり、共通認識が持てていなかったりする可能性に気づきました。 部下の意見はどう捉える？ マネジメントの現場では、部下からの提案や課題提起があった際に、まずはイシューが何であるかを明確にし、その上でフィードバックを行うことが大切だと実感しています。 全体で認識を合わせる？ チームで施策の検討をする際にも、まず全体のイシューを特定し、全員が共通認識を持つことが基本です。その後、担当ごとにイシューを出発点とした施策検討を進めることで、より効果的な対策が打てると考えています。 議論開始はどう進む？ さらに、話を聞く際には相手のイシューが明確になっているかに注意を払い、自分が話すときにはそのイシューをはっきりと伝えて話を始めるように努めています。複数人で議論を始める場合は、まずイシューを特定する議論から入ることで、思い込みや決めつけを避けることができると感じました。

3Cの分析方法は？ 3Cは、事業環境を多面的に捉えるためのフレームワークです。Customer（市場・顧客）、Competitor（競合）、Company（自社）の3つの視点から状況を分析し、事業戦略を立案する際の参考にします。 4Pで何を判断？ 一方、4Pは3Cの自社部分をより詳細に検討するためのツールとなります。Product（製品）、Price（価格）、Place（場所）、Promotion（プロモーション）の4つの要素を軸に、どのようにサービスの良さを顧客に訴求するかを分析するために活用されます。 現場の課題は？ 観光客にとっては、免税手続きの所要時間が短い中で対面式のアンケートや、時間を要するインタビューは取り組みにくい方法と言えるでしょう。また、クレームが発生した際には、最低でも1名の通訳が苦情対応のため常駐しなければならず、現場では実質的に人員が減る状況となります。 改善策はどうする？ これまでのアンケート調査は一度のみ実施しており、対面で紙に選択肢を記入していただく方法にはお客様に抵抗があると感じました。今後はデジタル形式で「後ほど実施していただいても構いません」と伝え、アンケートに協力していただいた方々には次回利用可能なショッピングクーポンを提供することで、対応の改善を図ろうと考えています。

物事の分解で何が見えてくる？ 物事を分解することで問題の特定や後続の対策が立てやすくなると感じました。特に、目的を意識しながらどのように分解すれば感度良く対応できるかを最初に考えることが重要です。 問題解決の4ステップとは？ 問題解決のステップとしては、What→Where→Why→Howの順番を意識することが大切です。しかし、実際にはいきなりWhyやHowに進んでしまう場面もよく見かけます。この点を改善することで、より効果的な問題解決が可能となるでしょう。 トレンド分解にはどんな方法が？ トレンドを分解する際には層別分解が役に立ちますが、データを活用した商品企画に適用する場合にはプロセス分解が求められます。プロセス分解では具体的に何をしているのか、何を決めるのかを明確にしなければ、「入店」や「着席」といった単純な分け方になりがちです。 チームサポートに必要な視点は？ また、チームメンバーが困っていることや解決すべき課題を見据えた上で整理のアドバイスをしていくことが必要です。プロセスで困っているのか、情報の捉え方で困っているのかを見極めることがポイントです。 売上分析に層別を活用するには？ 売上についても触れるシーンがあるため、層別や変数別の考え方を忘れずに、定期的に使ってみることが求められます。

数字をどう分解する？ 数字はグラフ化することで、視覚的かつ直感的に捉えやすくなり、説得力が増します。そのため、数字から情報を得る際は、ひと手間加えて分解することが重要です。ただし、単に区切るのではなく、仮定を立てた上でMICEを意識した切り口で分解する必要があります。分析を進めて結論にたどり着く過程では、短絡的な判断を避け、「本当にそうか？」と立ち止まって丁寧に確認する姿勢が求められます。 システムプロジェクトで何が大事？ システムの導入や改修、さらには現行システムの廃止などのプロジェクトを進める際には、現状の課題と期待される改善点を明確に提示するために、数字を用いたデータ分析が役立ちます。システム関連のプロジェクトは多額の費用が動くため、慎重な判断が必要です。そのため、さまざまな切り口からデータを分解し、要件と費用の比較検討に活かすことが大切です。また、社員向け研修の終了後には、受講者アンケートの結果を分析し、そのフィードバックを次の計画に反映させる方法も有効です。 苦手意識はどう克服？ 一方で、数字に対して苦手意識を持つ人もいます。私自身、業務で直接データを扱う機会はあまりありませんが、定期的に報告される各種レポートを基に、MICEを意識した分解の手法やデータの取り扱いに徐々に慣れていきたいと考えています。

定性分析の意義は何？ 定性分析という言葉は以前から耳にしていましたが、具体的な内容についてはあまり理解していなかったため、普段使っている手法ということもあり、大まかなイメージは持っていました。日常的に顧客と会話する中で、提供しているサービスに対する意見や不満を雑談の中からヒアリングし、複数の顧客の声を集めることで共通の改善ポイントを見つけ出してきました。フレームワーク化はしていなかったため、これを機に試してみることにしました。 顧客の反応はどう？ また、ある顧客で認識した課題を、別の顧客にも「こういった課題はありませんか」と確認することがあります。その結果、多くの方から「あ、そうだね」と言われ、潜在的な問題を掘り起こせたような気がする反面、半ば無理やりに認識させたのではないかと感じることもあり、共感フェーズの難しさを改めて実感しました。 対応策は進むか？ さらに、特定の条件下にある利用者の特定シチュエーションでの課題に焦点を当てる重要性は理解しているものの、実際にその課題に対して具体的な対応策を講じるまでには至っていません。対象となるケースが想定以上に少ないため、コストメリット的にも実施判断にまで至らないのが現状です。今後は、次のフェーズで小規模なテストなどを通じ、解決策を模索していければと考えています。

思考の基盤はどうなる？ クリティカルシンキングは、ビジネスの基盤となる思考法であり、知識を実務に活かすための重要なスキルです。自分自身の思考を客観的に問い直す「もう一人の自分」として、この手法は、自らの制約や偏りに気づき、改善するための「頭の使い方」を定着させることを目指します。そのため、「3つの視」や「具体と抽象」といったフレームワークを活用し、思考の幅を広げることが求められます。 面会で何を確認する？ 顧客との面会においては、現状の治療状況や関係するデータから得られる洞察を基に、未充足のニーズの把握やエビデンスの創出に努めています。こうした過程で、顧客との信頼関係が深まれば、真のニーズを的確に把握でき、結果としてチーム全体の活動にも良い影響を与えると考えています。信頼関係を築くためには、円滑なコミュニケーションに加え、顧客に新たな気づきを提供するスキルが不可欠です。そのため、面会に際しては「頭の使い方」を正しく理解し、より効果的な対話を目指しています。 議論でどの視点を問う？ ディスカッションの場では、考えに偏りがないか常に意識することが重要です。視点、視座、視野といった多角的な観点から課題にアプローチし、自分自身を問いながら積極的に質問や発言を行うことで、問題点の正しい理解と方向性の明確化を図ります。

問題解決の順序はどう？ 問題解決のステップとして、「What, Where, Why, How」の順序で進めることが重要です。やみくもに分析を開始するのではなく、順序立てて進め、数字に基づいたストーリーを構築することが求められます。データ分析においては、比較対象をはっきりさせ、集めたデータをしっかりと加工し、原因を特定する努力が重要です。 採用改善はどう進める？ 採用手法を模索する中で、SNSや自社サイトの採用ページの改善を進めるには、コンバージョン率やファネル分析を活用して、離脱ポイントを特定することが有効だと考えました。それにより、コンテンツの見直しも可能になります。 企画提案の進め方は？ このように分析を進める際は、初めに仮説を立て、結論のイメージを持つことが肝要です。何のために分析をするのか目的を明確にし、課題を特定するステップで進行することが大切です。特に、来年度に向けての企画提案の時期においては、データを活用して説得力のある資料を作成したいと考えています。そのために、データ分析の手法を復習し、自分自身の知識として確立する必要があります。また、データをさらに深く理解するためには、エクセルの関数についても知識を深めることが必要そうです。これについては、AIを活用し、日々学び続けたいと思っています。

なぜ手法を再確認？ 今回の学習では、問題解決のステップ（What/Where/Why/How）に沿って、各段階でどのようなアクションを取るべきかを再確認することができました。普段の業務でも同様の手法を取り入れていますが、今回の具体例を通じて現状の見直しに役立つと感じました。 適切な分解は何故？ また、ロジックツリーに取り組む際、すべての要素を漏れなくダブりなく洗い出そうとするあまり、時間をかけすぎてしまう傾向があることを改めて実感しました。特に末端の階層にこだわりすぎず、適切なレベルで分解するというアドバイスは大きな気づきとなりました。 現業務の解析はどう？ 現在の業務では、顧客へのサービス提供に際してコスト試算や自部署の予算計画、実績の分析を行っています。例えば、コスト試算においては提供価格、原価、販管費といった大枠から、さらに細かい費目に分解して検証していますが、構成要素をツリー状に分解するという手法は初めての体験でした。今回の学びを現業務にも活かせると考えています。 次の改善策は何？ 今後は、自部署における予算計画、実績把握、コスト試算のプロセスに、ツリー状の分析手法を取り入れてみます。一度試してみて、試算の妥当性や課題の特定にどのような効果があるかを検証していきたいと思います。

学びの意義は？ WEEK1からの学びを通じて、自分にとって何が重要なのかを再確認できました。特に、思考の抽象度を操作することや、イシューの再検証に関しては、苦手としていた部分を具体的なアクションプランに落とし込むことができたのが良かったです。 リーダーで何する？ 現在、チームのリーダーを務めていることから、チームのメンバーや組織の課題に取り組む際にこの学びを活用したいと考えています。特に来年度のチーム戦略や目標を立てる際には、現状の組織課題をきちんとイシューとして認識し、その上で解決策を策定していくことが必要です。 抽象思考はどう？ 抽象度を上げる思考がしにくい点は、日常的な課題にも当てはまります。例えば、組織の課題に向き合う際には、周囲からのチームに対するイメージや現在の業務内容に引っ張られ、思考の抽象度が上がりにくいこともあります。これを改善するために、紙に書き出して思考の抽象度を上げる訓練をしてみようと思います。 イシュー評価はどう？ イシューの設定に関しては、実務において分かりやすいイシューが見つかると、それに集中して他の可能性を排除しがちです。これを改善するためには、思考のプロセスを意識し、発見したイシューが最適かどうかを何度か他の分解方法を試してみる習慣をつけたいと考えています。

なぜイシューが大事？ 「イシューの明確さ」の重要性について学びました。それはプロジェクトの開始時に「何を達成すべきか」を明確にすることで、全員が同じ方向を向いて効果的に進めることができるからです。簡潔でわかりやすいイシューの設定が、問題解決の第一歩であると感じました。 相手の優先順位は？ 自身の業務においても、イシューの明確化はプロジェクトや交渉の成功に直結すると思います。例えば、スポンサーとの交渉では「相手が何を最優先しているのか」をイシューとして明確にすることで、提案を的確に調整し、成果を得やすくなります。また、業務全体を通して「今本当に取り組むべき課題は何か」を意識することで、優先順位を整理し、効率よく進められると実感しています。 実行はどう進める？ イシューを明確にするために、まず業務やプロジェクトごとに「何を達成したいのか」を一言で整理し、目標を共有します。その後、現状の課題を洗い出し、本質的な問題を絞り込み、優先順位を設定します。そして、解決に必要な具体的なアクションをリスト化し、締め切りや担当者を明確にして進捗を管理します。また、取り組み終了後には振り返りを行い、イシュー設定や行動計画の改善点を抽出します。このプロセスを繰り返すことでスキルを磨き、業務効率を向上させています。

前職はなぜ意義ある？ 前職ではSEとしてプロトタイプを作成し、フィードバックを受け取るサイクルを繰り返していたことを思い出しました。現在の業務では同じような機会は少ないですが、その経験を活かし、使用中のツールの改修や新規作成に取り入れていきたいと考えています。また、モノ作りのみならず、業務フローの改善にも生かす意欲があります。 フィードバックの鍵は？ 実践までは至っていませんが、実践演習を通して、まずアイデアを形にし、ユーザーからのフィードバックを受けるそのプロセスの繰り返しが、よりユーザーが求めるものを作り出す鍵であると感じました。さらに、プロトタイプの種類によって得られるフィードバックが異なるため、何を目的にするのか、現在のフェーズはどこにあるのかを踏まえた上で、プロトタイプの作成と検証を進めることが重要だと考えています。 スピードはなぜ大切？ とにかく、形にすること、そしてスピードが大切であると実感しています。形にすることで自分の考えが整理され、ユーザーやメンバーからコメントやフィードバックを得やすい状況が生まれます。そのサイクルをスピーディーに回すことが成果につながると感じました。また、ユーザーテスト前に評価基準を設定しておくことで、課題を見失わない工夫も大切だと実感しました。