(106ページ目)

業務

に関する学び

---

優先順位付けの重要性とは？ リソースは有限であり、戦略的に物事を進めるためには優先順位をつけることが重要であると理解しました。何をやり、何を捨てるのかを決めるには、判断基準を設ける必要があります。特に、投資対効果を算出することが一つのポイントです。根拠のある判断基準があれば、後ろ向きな印象のある「やらない/捨てる」という決断も納得感を持って周囲に説明できるとわかりました。 実証実験での課題は？ 現在の業務において、「何をやらないか」を決められないことが大きな課題だと感じています。特に実証実験を始める際、規模や検証すべき内容（今回は何を検証しないのか）を明確にすることが、有限なリソースを効率的に活用し、仮説検証の精度を高めるために役立ちます。 効果的な仮説検証の進め方 これからは、各フィールドで進める実証実験の目的を明確にし、検証すべき仮説を見直していきます。チームで検証すべき仮説を洗い出し、どの仮説を優先して検証するかをグループ会議で議論します。また、担当フィールドで想定している開発機能も、その優先順位に基づいて絞り込んでいく予定です。

何故課題意識は必要？ 分析の目的や課題意識を明確にすることで、日常の業務だけでなく、普段目にする分析データについても「なぜ？」と考える習慣が身につきました。例えば、ニュース記事で医師不足が取り上げられる場合、その背後にある分析の意図や解決すべき課題を自分なりに考察するきっかけとなりました。 施策評価はどう？ また、業務で複数の施策を企画・実行する中で、効果を評価するための分析が重要だと感じています。中長期的な戦略の実行に際し、連続性のある施策を実施するためにも、小さな施策のブラッシュアップを繰り返す必要があると考えています。たとえば、アプリへのログインプロセスを細かく分解し、特に初回ログイン率の向上に向けた分析を進めています。 情報取得は万全？ さらに、戦略立案の段階から必要な情報やデータが適切に取得できているかを精査し、取得できていないデータにはタグ付けなどの対応を実施して、常に分析が可能な状態を作り上げています。同じ条件で定期的にログの確認やレポート作成を行う仕組みを整備することで、継続的な定点観測が可能になりました。

根拠の整理はどうする？ 相手に自分の主張を伝える際には、まずどのような分類で根拠づけができるかを考え、それぞれの分類に対してできるだけ多くの理由を用意することが大切だと学びました。主張と根拠を混ぜず、各分類ごとに整理して提示することで、相手が主張と根拠の関係を理解しやすくなり、説得力を高める効果があると感じました。また、この関係を視覚的に整理するために、ピラミッドストラクチャーというツールが有効であることもわかりました。 観点整理は何が大事？ 新しいプロジェクトを発足する際に、作業工数の見積りやスケジュール策定を行い、その根拠を上長に説明する場合、複数の要素をまとめて説明してしまうとわかりにくくなると反省しました。まずどのような観点で理由づけができるかを整理し、それぞれに根拠を用意して観点ごとに説明することで、より理解しやすい説明ができると実感しました。今後同様の業務が発生した場合、ピラミッドストラクチャーを活用して伝えたい内容を整理し、これまでの説明資料と比較することで、自身の説明がどのように変化したかを確認してみたいと思います。

数字はどう生かす？ 問題を把握する際には、勘や経験だけでなく、定量的な数字と各工程における「いつ」「どの業務が」「なぜ」「どのように」という観点でステップごとに整理することが大切だと実感しました。この考え方により、現状を正確に把握し、その情報を基に仮説を立て検証することで、具体的な解決策を見出すことが可能になります。 現状をどう読む？ 業務改善においては、まず現状を正確に捉えることが必須です。各作業工程を定量的に整理し、5W1Hのフレームワークで状況分析を行います。ただし、数字だけでは捉えられない部分もあるため、現場へのヒアリングを通じて、数値との整合性を確認することが求められます。 仮説はどう進む？ また、現状の正確な把握を前提に、仮説を立てて検証を重ねるプロセスが重要です。仮説策定にあたっては、現場担当者の感覚も加味し、実際の状況に即した検証を行うことで、机上の空論に終わらないよう努めています。さらに、最近学んだマーケティングの考え方を活かし、実際の行動パターンや離脱ポイントに注目しながら改善策を検討していきたいと考えています。

コミュニケーションはどう？ 総合演習では、仕事の中で都度コミュニケーションを図ることの重要性を改めて実感しました。今後も、チームで取り組む際にはしっかりと話し合い、認識を合わせながら進めていきたいと感じています。 変革の意識はどう？ キャリアについて振り返ると、これまでの業務の中で結果を出し、「自分が何かを変える」という意識を大切にしてきたと実感しています。前任のやり方にただ従うだけでなく、自ら爪痕を残し、良い意味で目立つことにこだわる性格だと感じています。 リーダーの対話はどう？ また、リーダーシップにおけるコミュニケーションは、現部署や全社プロジェクトにおいても大いに活用できると考えています。これまで意識して行動してきた部分もありますが、これからも引き続き積極的にコミュニケーションを図る努力を続けていきたいと思います。 新部署での挑戦は？ 現在、ある部署で働き始めたばかりですが、今までの経験を活かし、様々なアイデアを出して行動に移すことで、「自分が変えてきた」という成果をたくさん生み出していきたいと考えています。

データ加工で新たな発見をするには？ データを加工することで、その特徴を理解できるようになります。最初は特徴がないように見えるデータでも、分解して可視化することで新たな特徴を発見できます。分解する際には、MECEを意識して多くの観点からアプローチすることが重要です。これにより、データの特徴をより深く理解することが可能になります。 組織の稼働状況をどう可視化する？ 私は組織の稼働状況や勤怠状況を可視化する業務をよく行っています。しかし、データの切り口を考える際には、目の前の情報だけに頼ってしまうことが多いです。今回の学習を通じて、切り口を言語化し、応用するための新しい視点を得ることができました。 データ分析に重要な視点は何？ データを分解する際には、When、Who、Howを意識して、多くの切り口をまず検討することが重要だと感じました。組織メンバーの業務の偏りを分析する際、これまでは組織毎や案件毎といった切り口で見ることが多かったですが、今後は役割ごと、入社年次ごと、グレードごとなど様々な切り口も加えて分析を行ってみようと考えています。

本当の課題は何？ 顕在化している問題をそのままイシューとして設定するのではなく、なぜそれらが生じているのか、本当の問題は何かを分析することが重要だと感じました。なぜなら、顕在化した問題に対して対症療法的なアクションを取っても、根本的な解決にはならないことが多いからです。しかし、本質的な課題を見つけるのは今の私にとって非常に困難であるため、思考を鍛える練習が必要とも感じています。 仕事のバランスはどう？ デイリー業務と企画業務のバランスを考える際や、残業時間削減に向けた対策の検討など、さまざまな場面でこのアプローチは役に立つと思います。顕在化した問題に隠れている潜在的な問題を深く分析し、正しい対策を探っていきたいです。 事実の関連はどう見る？ 見えている情報だけでイシューを設定するのではなく、なぜその事象が発生しているのかを考えるようにします。また、1つの事実から安易に結論を出すのではなく、複数の事実を関連づけ、問題の本質を考える癖をつけたいと思っています。情報を分析する際は、データを加工し、複数の視点からの検討を行うことも重要です。

伝わる文章の書き方はどう？ 相手に伝わる文章の書き方について、改めて整理する機会を得ました。主語と述語を明確にすることや、文章全体を見渡しながら書くことは基本的なことですが、普段は省略しがちです。しかし、相手に伝えるつもりで書くと意外と難しさを感じました。ピラミッドストラクチャーで考えを整理する方法も、今後試してみたいと思います。 正確な日本語の使い方は？ 業務で文章を書いたり話したりする際には、正確な日本語を使うことを常に意識したいです。ピラミッドストラクチャーは、特に会議で自分の担当商品について説明する際や、改善案を提案する際、新規サービスを考案する際などに活用できると感じました。 考えを整理する方法はどう？ 相手に伝える前に、まず自分の考えを整理することが重要です。自分が最も伝えたいことと、その根拠をピラミッドストラクチャーを用いて整理し、論理の飛躍がないか確認します。相手に伝える際には正しい日本語を使う必要がありますが、特に口頭で伝える際にどのように文章を組み立てるかが非常に大事ですので、意識的に練習したいと思います。

導入の不安は何？ AIなどの新しい技術を自社の業務に導入する際、最適な方法が明確でないことが多く、適当な仮説に頼るだけではユーザーのニーズを十分に捉えられず、導入がうまくいかない事例があると感じました。観察やインタビューを行い、ユーザーが直面している本当の課題を定義することが、根拠に基づいた施策の展開につながるのではないでしょうか。 事前準備は十分？ ただし、観察やインタビューを最初に実施する際、聞く内容があらかじめ決まっていないと十分な情報が得られないのではないか、という懸念もあります。一方で、こちらが求める回答にユーザーを誘導してしまう危険性もあるため、フラットな立場でユーザーの本音を引き出し、客観的に分析するプロセスが不可欠だと考えます。 ユーザー視点は大事？ 特に、共感を基盤とした課題定義の段階では、ユーザー中心の視点が非常に重要です。業務においては、新しい技術やソリューション自体に焦点が当たり、答えあたりの議論に陥りがちですが、常に解決すべきはユーザーの本質的な課題であることを念頭に置き、施策の検討を進めたいと思います。

問題点は何でしょう？ 何が問題かを明確にし、結論のイメージを持ちながら取り組むことが大切だと感じました。何を解決したいのかを考えることで、目的に立ち返ることができるため、数字をどのようなグラフで表現するか悩む場面でも、考え方の整理が進みました。データ分析においては、仮説思考が基本であるとも実感しています。 プロジェクトの目的は？ 業務改善プロジェクトに取り組む際には、まず目的の設定が不可欠です。進める中で何を解決したいのか、そして最終的な結論のイメージを持ちながら作業を進めたいと考えています。現状では、システムや運用の活用率といったデータが中心ですが、活用と非活用という単純な区分のみで目的に沿った分析が可能かどうか、再度検討する必要があるように思います。 誰にでも分かる目的は？ 目的設定については、誰にでもすぐにイメージできるような分かりやすいものにすることが重要です。現在取り扱っているデータから新たな気づきが得られないか、また、ほかのデータを追加することで見えてくる可能性があるかどうかにも注目していきたいと思います。

進行中の問題は何？ プロジェクトの進行において問題が発生した場合、まずはプロセスをできるだけ詳細に分解し、ボトルネックを見つけ出すことで原因を明確にし、解決策の糸口を探していきたいと考えています。 複数原因はどう整理？ 一方で、原因が複数存在する場合には、さまざまな対策案を検討する必要があります。実際の業務ではA/Bテストの実施が少ないかもしれませんが、実施する際には1要素ずつ、できる限り条件を揃えて行うことを心掛けたいと思います。 全体像はどう掴む？ また、問題の原因を探索する際には、プロセスを細かく分けることでボトルネックに注目し、問題の全体像を把握するよう努めます。 評価基準は納得？ さらに、解決策を検討する場合は、適切な判断基準を設定した上で各案の評価を行います。その際、判断基準の重要性や重み付けについても十分に考慮しながら進めることが重要だと考えています。 A/Bテストはどう実施？ A/Bテストについては、条件を一致させた上で1要素ずつ実施するようにし、比較が効果的に行えるよう留意していきたいと思います。

組織支援の新たな視点は？ 自分の業務は法人向けのガバナンス支援や規制対応支援であり、製品開発とは距離があるため、一般ユーザーの視点や共感を求められることはほとんどありません。そのため、組織としての対応やあり方を重視する中で、あえてデザイン思考のアプローチを適用することで、予想外の効果が得られるのではないかと感じています。 組織論で何を学ぶ？ また、自分の日々の業務は基本的に組織論に基づいており、直接的な個々への共感よりも、組織設計や評価を重視して行われています。このような出発点での業務が、たとえその良し悪しが直ちに判断材料とならなくとも、将来的に役に立つ知見となると改めて気付かされました。 ユーザー体験の真意は？ さらに、デザイン思考の基礎であるユーザー体験や共感という概念にはなじみがあり、漠然とした理解はあったものの、実際に登山装備の製品開発における事例や、身近な企業がどのような努力をしているのかを調べ考察する過程で、自分の業務や企業との関連性を新たに感じるとともに、理解が深まり、想像力が強化されたと実感しています。