(4ページ目)

部門 ✕ 改善

に関する学び

---

本質をどう捉える？ コンプライアンス部門という特性上、定性分析は部分的に実施しています。たとえば、研修や教育の際に実施しているアンケートや、監査での要望やヒアリングから得たフィードバックをカテゴリ分けし、意見や要望を整理しています。しかし、現状では表面的な分析に留まっていると感じています。そのため、どのような人がどのような状況下で、どんな課題を抱えているのか、そしてそれに対してどのような解決策を提供できるのかという観点から、コーディングを利用した仮説構築に踏み込む必要があると考えています。部門全体の課題意識と乖離しないようにすることが狙いです。 質問方法はどう変える？ また、コーディングを用いて仮説を構築する際には、コンプライアンス部門からの質問の仕方が極めて重要です。表面的な回答だけに頼らず、部門が抱える潜在的な課題を引き出すことが求められます。そのためには、5W1Hの観点、特に「なぜ（Why）」に焦点を当てた質問を繰り返し用いたり、具体例を求めるなど、質問方法や構成に工夫が必要であると感じています。 課題整理はどう進む？ 課題定義を適切に行うためには、まず問題の本質を引き出す質問を十分に検討することが大切です。ここでの準備が不十分だと、仮説を適切に検討できず、部門の課題との乖離が生じる恐れがあります。次に、得られた課題をコーディングにより整理し、視覚的に把握できる形に整えます。さらに、「どのような人が、どんな状況下で、どのような課題を抱えており、どのような解決策が適切か」という顧客視点を忘れずに、具体的な課題仮説を立てます。最後に、立てた仮説の検証と改善を繰り返すことで、より実態に即した解決策の策定を目指します。

共感はどう活かす？ デザイン思考の5ステップを学ぶことで、全体の流れが体系的に理解できました。特に「共感」と「問題定義」の重要性が印象に残り、表面的な言葉だけでなく相手の背景や感情をくみ取って本質的な課題に迫るアプローチを再認識することができました。日々の業務において、現場の方の話を丁寧に聞く大切さを改めて実感する良い機会となりました。また、プロトタイプやテストを通じて改善を図る考え方も、提案活動に活かせると感じています。 現場の実感は何？ 私の業務では、社内の各部門で発生する業務課題や非効率な業務フローのヒアリングを行い、データやデジタルの力を活用して改善提案をしています。今回の学びで得た「共感」「問題定義」「発想」「試作」「検証」の流れは、実際の現場支援プロセスに即していると感じました。特に、現場の方が本当に困っている点を深掘りする「共感」と、課題を的確に把握し整理する「問題定義」のステップは、今後のヒアリングや提案活動において意識していきたいポイントです。自分の仕事をより意味のあるものへと昇華させるヒントを得ることができました。 未来の改善はどう？ 今後のヒアリング業務では、相手の状況や感情に寄り添い「共感」をしっかりと行い、話の中に潜むニーズや課題の背景を深く理解することを意識します。そして、「問題定義」の段階で課題を整理し、関係者と共通認識を持つことに注力します。必要に応じて、可視化やプロトタイプのアイディア出しも行い、改善の方向性を早期に示す工夫を取り入れます。小さな実践でも「試してみる」「やってみる」姿勢を大切にし、相手と共に課題を乗り越えていくパートナーとして活動していくことが今後の目標です。

イシュー特定の重要性とは？ 「イシュー：「今ここで、答えを出すべき“問い”」というテーマについて考え始める際に、まずイシューを特定することが重要です。常に「問い」を中心に考え、それを組織内で共有し、一貫して押さえ続けます。組織全体で協力して解決を図るためです。 何に注意して進めるべきか？ 注意点として、いきなり打ち手に飛びつかないことが挙げられます。目先の課題形成や改善策を実行するだけでは、本質的な解決に至りません。課題の根本原因を抑えることが重要です。施策立案前には仮説を構築し、施策の効果検証を行います。また、上司や同僚、取引先との情報共有や報告も欠かせません。 イシューの共有がなぜ重要か？ 自身のメイン業務である「仮説構築～施策立案～効果検証」において、イシューの特定やイシュー中心の施策進行、イシューの共有は必須スキルと感じています。本質的な課題を特定するスキルに加えて、組織全体に齟齬なく共有できるスキルを合わせることで、組織全体で正しく方向性を認識できるよう努めてまいります。 精度向上のために何をすべきか？ 次に、現状分析の精度向上についてです。自社だけではなく、競合他社のデータも収集し分析することで精度を高めます。また、短期的にKPIの確認を行い、早期に問題を特定可能な体制を作ります。 フィードバックの活用法は？ さらに、社内外からフィードバックをもらうことも大切です。内部ミーティングにおいては、マーケティングチームや他の関連部門と定期的な会議を開催し、見落としている可能性のあるイシューや課題を共有します。また、外部のコンサルタントへ意見を求め、独自の視点でイシューを評価してもらいます。

目標に近づくには？ 全体の振り返りを行ったことで、改めてWeek1の時点で描いていたゴールに近づくために、具体的にどう行動すればよいかを考えることができました。 悩みをどう解決する？ 当初、私はお客様の行動分析をするうえで、課題に対する仮説の立て方や、正しい判断をするための具体的な方法が分からないという悩みがありました。しかし、クリティカルシンキングで学んだ自問自答や分解の手法を反復実践していくことで、今後はこの悩みを解決につなげられると思いました。 学びをどう活用する？ 次のような業務に学びを活用したいと思います。 - 個人目標設定 - 企画や改善業務の推進（特にゴールを具体化する際） - お客様アンケートなどの行動分析 - 資料・コンテンツ作成 - 他部門や他社への協力要請（コミュニケーション面） 具体的な実行プランは？ 自身の業務では、来期の個人の目標設定をする時期にあるため、以下の点を実践し、成果を上げられるように取り組みたいと思います。 - 課題解決の目的を自問自答しながら考える - 事実をもれなくダブりなく分解し、客観的に判断する - 抽象的な情報を具体化し、ポイントを絞って課題解決する - 相手の常識を覆すような情報の伝え方をする - 目的がぶれないように共有し、一貫して押さえ続ける 分析に効果的な方法とは？ お客様アンケートなどの結果を分析する際には、イシューを考え、分解する手法を実践したいと思います。実際にやってみると、とても時間がかかることが分かりましたが、客観性を担保することで、効果的な課題解決につながることを知りましたので、今後も業務で継続していきたいと思います。

論理説明を見直す？ 今週は、自分の表現力や説明力の不足を感じるとともに、論理的に説明することの重要性を再確認しました。特に、意見を支える理由が曖昧で、ピラミッドストラクチャーに基づいた整理が不足していたため、主張が十分に伝わらないことに気づかされました。今後は、物事を順序立てて考え、根拠を明確に示すことで相手に理解してもらえる説明を心がけたいと考えています。ピラミッドストラクチャーを習慣化し、思考の整理と説得力の向上を目指していきます。 伝達方法は工夫？ 日常のコミュニケーションでは、上司や部下、他部門とのテキストベースのやり取り（メール・チャットなど）が中心です。正確な内容を伝えるために、構成を意識して簡潔に表現することに努めています。資料作成においては、目的や説明相手に合わせた構成かどうかを確認し、ストーリーラインを明確にすることを意識します。会議での説明や報告でも、ビジネスストラクチャーに基づいて内容を整理し、明確かつ簡潔に言語化することを心がけています。 具体策は見えてる？ 具体的な実践として、日常のコミュニケーションでは、メールやチャットでの連絡の際には要点を整理し、読み手が一目で理解できるように簡潔な文章を心がけています。特に重要な連絡事項には、箇条書きや見出しを使用し、情報が伝わりやすい構成にすることを心がけています。資料作成時には、目的や相手に合わせた構成になっているかを確認するためのチェックリストを作成し、それを資料作成の度に使用しています。また、会議での説明内容は、伝えたいポイントがしっかり伝わっているか、分かりにくい箇所がないかを確認し、改善を図っています。

経済性理論の適用に注意 規模の経済性、習熟効果、範囲の経済性について学び、それぞれの理論を理解しました。しかし、自組織にこれらを取り入れる際に、適切で効果的かを判断するのは難しいと感じています。今週の学習で強調されたように、安易な理論の適用は逆効果を招くかもしれないことを念頭に置きたいと思います。私自身、感覚に頼って意思決定をしてしまうことが多いので、費用対効果を定量的に説明できるかどうか、しっかりと根拠を持つことを考える習慣を身につけたいです。 部署統合によるスケールメリット 今年度は、複数の部署を機能的に統合し、スケールメリットを最大限に活用することを目指しています。繁閑対策や管理の一本化で規模の経済性を活かせているかもしれませんが、更なる効果がないかと考えました。また、新たに増えた要員を活用し、研修体制を見直すことで習熟効果を引き出せないかと模索しています。社員が定期的に異動する中で、範囲の経済性を活用するためには、どのような役割付与や育成支援が必要かについても考えました。また、範囲の経済性については、自社だけでなく、グループ会社を持つ場合には、グループ会社間での資源活用の可能性もあると気付きました。 次年度方針と経済性活用の検証 自組織が規模の経済性を最大限に活用できるように進めているため、実行が正しい方向へ向かっているかどうかを検証し、更に効果を引き出すための方法を次年度の方針と合わせて確認したいと考えています。範囲の経済性については、異なる部門やグループ会社間で同じ課題を抱えているケースが多いため、相互に資源を活用しながら改善や課題解決を図る具体策を考えます。

戦略思考とは何か？ 今回のライブ授業では、戦略思考について学びました。戦略思考とは、企業の目的達成にとどまらず、あらゆる事柄で「できるだけ早く、苦労なく目的を達成すること」を目指す手法です。まず最初に、目的を明確にすることが大切であり、その後、多数ある達成手段の中から「何をやり、何をやらないのか」を選択する必要があります。さらに、他者が真似しにくい独自性を持つことで、取り組みが際立ち、有利に進めることが可能になります。 教授の定義は何だろう？ その中でも、マイケル・ポーター教授が示した「何をやり、何をやらないのか」という戦略の定義が特に印象に残りました。日常生活や業務の中で、私たちは無意識に数多くの選択を行っていますが、自分が取り組むべきこととそうでないことを意識して選択する重要性を改めて感じました。 部門運営でどう実践する？ 今後は、所属する部門での業務運営の中で、この戦略思考を活用していきたいと考えています。これまで「何をやるか」という視点に偏っていたため、本当に必要な取り組みが見えにくく、効率の面でも課題がありました。部門の資源と状況に合わせ、最大限の成果を上げるために、「何をやり、何をやらないのか」を的確に判断し、明確に示すことが大切だと感じています。 業務全体の改善点は？ また、自分の業務全体を振り返り、商品や販売方法、チーム内の連携など、様々な観点から改善点を探っていきたいと思います。特に、「何をやるか」だけでなく「何をやらないか」という視点を持つこと、多様な見方を学び、広い視野で物事を捉える姿勢を今後も大切にしていきたいです。

ロジックツリーって何？ ロジックツリーの使用方法について新しい発見がありました。ロジックツリーには、変数分解に加えて「層別分解」という使い方があるのです。層別分解は、全体を複数の部分に分けて同じ次元で揃える方法で、それぞれの階層の下には同じ要素が並ぶイメージです。一方で変数分解は、要素の掛け算を分解し、原因を特定するのに役立ちます。これらの手法を試行することにより、より包括的で明確な分析が可能になります。 営業支援機能はどう？ R&D部門における営業支援機能のひとつとして、顧客向けPoCの作成や自社商材のクロスセル・アップセルの立案があります。しかし、これらの活動においてチームのKPI進捗率に大きな差が見られます。そこで、KPI管理している指標の前段にある要素のKPI設定に漏れがないかを確認することが重要です。一連の要素には、要素A→B→C→PoC作成→D→E→クロスセルなどがあります。 KPI設定は見直す？ 目的は、KPI管理している指標の前段にある要素のKPI設定に漏れがないかを確認することです。このために、まず関係者とブレストを行い、現在の管理状況に関わらず関連しそうな要素のアイデア出しを行います。その後、出てきたアイデアを元に、現在のKPI設定が定量的かどうか、またMECE（Mutually Exclusive and Collectively Exhaustive）であるかを検討します。このプロセスの中でロジックツリーを使用し、特に不慣れな現在は層別分解と変数分解の両方を試し、それぞれの使用感をメモしておくことが有効です。

どうして金融調査？ 金融関連の業務を担当するにあたり、まずは競合調査の一環として、顧客満足度上位の企業のwebページを確認しました。調査項目は、サービス内容、金利、セキュリティ対策の三点です。 なぜ実際に試す？ 担当クライアントは、顧客満足度においてサポート部門がトップである一方、web・アプリ部門では3位という評価でした。UIおよびUXの強化を目指すため、実際に口座を開設し、サービスを体験することにしました。 体験中の違和感は？ 口座開設のプロセスでは、窓口での対応とweb上でのマイナンバーカードによる審査を利用し、手続きは2日ほどで完了しました。全体的にスムーズでストレスを感じることはほとんどなく、スマートフォンを使った顔認識に関しては、背景に余計なものが映らないようにするためか、認識に少し時間がかかりました。 営業メールの謎は？ 一方、口座開設後は、毎週のようにメールでの営業連絡が送られてきました。そのため、金利に基づく金額の通知が他の営業メールに埋もれてしまい、見逃されることがあるという印象を持ちました。 改善要求の真意は？ クライアントからはUIおよびUXの改善依頼があり、提供された情報だけで対策を検討していた状況に不安も感じました。実際にサービスを利用しなければ気づけなかった問題点について、担当者間で共有しています。たとえば、営業メールの配信頻度を隔週に変更することや、メールタイトルに【レポート】やサービス名を含めることで、ユーザーが利用状況を一目で把握できるようにする提案を考えています。

捨てる決断は何故？ 戦略や実務的な戦術検討を進める中で、「捨てる」ことの重要性を改めて学びました。不要な要素を選び捨てる際には、利益額など目的となる関数に直結する数値をできるだけ定量的に評価する必要があります。しかし、必ずしもすべての要素にエビデンスとなる数値があるわけではないため、仮説を立てた上で算出することも求められます。また、利益額だけに頼らず、他の視点や将来予測を踏まえて検討することが大切です。その中から、重要なポイントを客観的に絞り込み、最終的には決断する勇気が必要だと感じました。目的となる関数にはトレードオフとなる要素が必ず存在することを認識し、それが何かを明確にした上で、バランスを保ちながら効用を最大化する方針を定め、注力すべき方向性を明確にします。場合によっては、トレードオフの双方を実現する可能性もあるものの、そのためには革新的なアプローチが必要となります。 市場品質の未来は？ 一方、私が所属する部門は、自社内で市場品質プロセスのデジタルトランスフォーメーションを推進しています。直接的に事業検討を行っているわけではありませんが、事業の進む先によって市場品質リスクが変動するため、常に最新の情報にアンテナを張り、将来の方向性を予測しています。その予測に基づいて、ケースごとに注力すべき領域を決定し、「捨てるもの」を選定する姿勢で業務に取り組むことを心掛けています。また、市場品質の改善には複数の個別要素が存在するため、これらを分解して仮説を立て、改善効果を見通すことで、注力すべき領域をより明確に特定できると考えています。

仮説活用はどう感じる？ 自身の仕事において仮説を活用して、答えの決まっていない分析や問題箇所の特定を行うステップを有意義に利用しています。日々の業務が体系立てて整理できたことで大変役立ちましたが、フレームワークの活用についてはGail等を通じて不十分であると感じています。 仮説の役割は何？ 仮説について、まず仮説とはある論点に対する仮の答えを指します。問題解決の仮説と結論の仮説の二つがあります。問題解決の仮説は、問題解決のステップにおける「where」の深掘りと「why」の原因分析に関する仮説を立て、それに対する検証のためのデータを集める段階が該当します。 仮説はどう絞り込む？ 仮説を考える際のポイントとして、仮説を決め付けずに複数立てること、そしてそれらの仮説が互いに網羅性を持つようにすることが重要です。また、仮説を構築する際には、3Cや4Pなどのフレームワークを活用することが有用です。データの収集においては、誰にどのように聞くか（アンケートや口頭）が重要なポイントとなります。 業績管理の真因は？ 自分が担当している業績管理の業務では、計画と実績の差異を分析し、真因を把握し、改善策を立案することが求められます。このため、問題箇所の特定、原因の分析、仮説に対するデータ収集のプロセスは非常に役立ちます。 検証成功の理由は？ 今週において、仮説を活用したデータ検証が成功し、部門長の了解を得られた経験があります。今後も問題解決の手順と仮説、データ収集のプロセスを効率よく業務に適用していきたいと思います。

目的は何を求める？ データ分析において、まず目的を明確にすることが重要です。比較対象や基準を設けて仮説を立て、分析を進めることで、確実な意思決定につなげることができます。また個人的に、円グラフと棒グラフ（縦横）の使い分けが参考になりました。これまでは棒グラフの方向についてあまり意識していませんでしたが、今後は意識的に使い分けていきたいと考えています。 業務はどう進める？ 現在、私はR＆D部門で営業支援機能の一環として、顧客向けPoC作成や自社商材のクロスセル・アップセル立案を行っています。この中で、KPIの進捗率が良いチームと悪いチームが存在します。進捗率の悪いチームに対し、原因を分析してどのような支援が必要かを検討するための材料とする予定です。講義を受け、現在の業務の大半が定性的な要素に支配されていることに気づきましたが、これらも定量的なデータとして取得可能であることに今後注力していきたいと考えています。 指標はどこを確認？ 具体的には、目的を「進捗率の良いチームと悪いチームの差分を捉え、悪いチームのパフォーマンス改善につなげる」と設定しました。KPI管理している指標の前段階にある要素をロジックツリーで再度分解し、KPI設定に漏れがないか確認します。この過程で、数値データを得るための手法を考え、進捗率の良いチームと悪いチームへ調査を行って数値を取得します。同じ条件のデータ同士で比較して差分を捉え、数値的な差異からどのポイントで躓いているかを特定し、支援方法の検討につなげます。