(100ページ目)

必要 ✕ 業務

に関する学び

---

リーダー型の考え方はどう？ 全体を振り返ると、リーダーシップの型（指導型、支援型、参加型、達成志向型）にこだわる必要はないと学びました。これまでは自らのリーダーシップを発揮する際に、指導型から支援型や参加型へと変わることを意識していました。しかし、今後は「どんな仕事か（環境要因）」と「どんな相手か（適合要因）」を見極め、柔軟に対応する中で自分らしさを大切にしていきたいと感じました。 会議で何を振り返る？ 毎月初めの会議では、進捗管理だけでなく、業務の振り返りと問いかけを積極的に行っています。また、動機づけを忘れずに実施することで、メンバーの自律性やモチベーションの向上に寄与しています。会議においては、振り返りの割合を高め、具体的な事例をもとに本人の言葉で状況を語ってもらいます。そして、傾聴・共感・尊重の姿勢をもって問いかけることで、個々の気づきを促し、そこから得られる教訓を成長に結びつけるサポートをしています。

全体像はどう把握？ これまで学んだ分析についての総括を通して、その全体像を把握することができました。特に、今後取り組むべき内容が整理され、自分が実践すべき具体的なアクションが明確になったと感じています。引き続き学びを継続する重要性も再認識しました。 分析はなぜ必須？ また、業務の基本として「分析」を位置づけ、あらゆる場面でデータ分析が必要であることを意識するようになりました。同時に、「仮説思考」がデータ分析だけでなく、全ての施策を検討する際に欠かせない考え方であることを実感し、今後も意識的に取り入れていきたいと考えています。 実践をどう積む？ さらに、小規模な事例を通じた実践を重ねることで、現場でのデータ分析の経験を着実に積み上げていくことが求められると感じました。今回学んだ知識を、自分なりに職場のメンバーにフィードバックする機会を設けることで、他者に伝えられるレベルまで理解を深めていきたいと思います。

どこに課題が潜む？ 今回の講義を通して、課題の把握と改善のプロセスを具体的に理解することができました。どの段階に課題が潜んでいるのかを明確にし、改善策を講じる際には、単に取り組むのではなく、状況を比較しながら検証することが重要だと実感しました。 どのプロセスが効果的？ また、最終ゴールに向かう各プロセスを数値や成果で把握し、どこに最も効果が得られるのかを検討する必要があると感じました。A/Bテストのような手法を用いて、具体的な改善状況をモニタリングしながら継続的な改善を進める体制の構築が求められると捉えています。 どうチームで共有？ まずは、自身の業務における最終ゴールに向け、対象者のプロセスを整理して見える化し、改善すべきポイントを洗い出すことが大切です。その上で、実施可能な箇所でテストを行い、プロセス全体と改善の手法についてチーム全体で共有し、全員が理解できるようにすることが必要だと考えています。

データ分析の本質とは？ Week 1の講義・学習で新たに学んだ点は以下の3点です。①データ分析の本質は「比較」、②データ分析は必ずしも「定量的である」必要はない、③データ分析の前の条件設定が重要。前提条件が揃っていないと正しい分析はできません。 分析結果をどう共有する？ 社内データの活用時に、前提条件・分析目的・分析結果から行うアクションを利害関係者に共有することで、共通の目的達成のために議論ができると感じました。データ分析は一方的に行い、結果を発信するものではないということを広く共有し、浸透させたいと考えています。 データ活用を身近にするには？ データに関する業務が属人化しており、”データ活用＝特定の人の特別な仕事”になっている部分があります。現在扱っているデータは広く社内で活用可能な内容も含むため、よりデータ活用を身近に感じてもらえるような機会（社内セミナー、報告会）を増やす必要があると思います。

課題はなぜ難しかった？ 前週に比べ、今回の課題は難易度が上がっており、理解するまでにやや時間がかかりました。これまでは平均値を中心に分析していましたが、今回は単純平均、加重平均、幾何平均、中央値、標準偏差といった各指標を活用することで、より正確な分析に結びつけることができると感じました。 営業データの見直しはどうする？ 業務では営業関連の数字を扱う機会が多いため、従来は一律の平均値を用いて前年度との比較を行っていました。しかし、さまざまな方法を試すことで、異なる角度からデータを分析できるのではないかという可能性を感じています。 新手法の試行錯誤は必要？ これからは、どのデータにどの指標を適用するかを十分に検討した上で、目的に合わせたデータの取得と分析に取り組んでいきたいと思います。新しい手法に慣れるまで試行錯誤はあるかもしれませんが、自分にとっての最適な分析方法を見つけ出すことを目指します。

文章作成で意識するポイントは？ 文章を書く際は、相手を意識して主語、述語、修飾語、句読点の位置などを丁寧に考慮することの大切さを学びました。実務の現場では、利用者の様子を報告書にまとめ、ケアマネジャーや医師に情報を伝える業務があります。多くの場合、主語は利用者となりますが、状況に応じてご家族やリハビリを担当するセラピストなどが主語になる場合もあり、どのような行動や変化が起こっているのかを明確にすることが求められます。 報告書はどのように伝える？ 具体的には、ケアマネジャーに対しては、利用者の生活状況や動作の様子が伝わるように報告書を作成します。専門用語についても省略せず、日本語で丁寧に表現し、必要に応じて用語の説明を加えることで理解しやすい文章を心がけています。一方、医師向けの報告では、生活状況に加えて血圧や脈拍などのバイタルサイン、病状の変化をできる限り数値化して具体的に伝える必要があると考えています。

どうやって仮説を立てる？ 「仮説を立てる」ことの大切さとして、まず、３Ｃや４Ｐなどの関連フレームワークを用いることで、偏った視点に陥らずに物事を捉えることができる点が挙げられます。仮説を設定することで、問題解決へ向けた具体的なアプローチが見えてくるだけでなく、説得力のある説明が可能になると感じました。結果として、自身の意識が向上し、業務のスピードアップや行動の精度の向上に繋がると実感しています。 偏った視点をどう変える？ 既存の業務では、どうしても問題解決の視点が偏る傾向にありました。そこで、関連フレームワークの活用が、より広い視野に立った提案に結びつくと思います。まずは、現在抱えている事業の課題に対し、既存情報と新たに必要な情報を整理するところから始めました。必要に応じて関係部署へのヒアリングや、他の事例の調査も実施し、その結果をもとに、より具体的で説得力のある提案へと発展させることを目指しています。

どうして顧客視点？ 顧客視点の重要性について、改めて学ぶことができました。特にライブ授業内での「完全メシ」の話では、ターゲットとそのニーズを具体的に考える実践を通して、世の中の商品がいかに顧客視点を大切にして提供されているかを実感しました。 業務設計はどう？ また、顧客視点に立った業務設計の必要性も強く感じました。現状、異なる視点を持つ顧客との関わりが多いため、「何が望まれているのか？」という視点を重視し、セリングではなくマーケティングのアプローチを取り入れることで、双方にとってWINとなる提供方法が実現できると考えています。 意見整理はなぜ？ さらに、自身の考えを文字に起こすことの意義を再認識しました。提案やディスカッションの際、漠然と意見を述べると情報の整理が不十分になり、主観に偏る危険性があります。今後は、考えをしっかりと書き出して客観的に整理整頓することを意識していきたいと思います。

分析ってどう理解？ 分析とは、ものごとを分け、比べることだと改めて理解しました。具体的かつ明確に整理することで、より良い意思決定に役立てる手法であるという基本的な定義を再確認できたと感じています。分析を進める上では、目的設定と仮説設定がいかに重要かという点が特に印象に残りました。 目的設定は何が必要？ まずは、分析の目的を明確にして、どの意思決定に結びつけたいのかを整理することが大切だと考えています。その上で、目的に合わせた仮説を立て、膨大なデータの中から役立つ情報を見極める方法を実践していきたいと思います。 振り返りの進め方は？ また、自身の業務を振り返り、データを活用して改善したい点を整理し、どのようなデータを収集しているのかを把握することから取り組みたいと考えています。一つのテーマに絞り、目的設定、仮説設定、そして分析の順で自分なりに実践を進めることで、より良い結果を得たいと思います。

イシューの意味は？ 「イシュー」とは「いまここで答えを出すべき問い」であり、その重要性を実感しました。問いが誤ると論点がずれ、共通認識が形成されなくなるため、イシューを共有し本質を意識することが、具体的な課題解決や施策につながると考えています。 課題共有はどう進む？ IT業界においては、顧客からの課題相談が頻繁に寄せられるため、まずはイシューを明確にして共有することから取り組みたいと思います。共有をせずに解決策だけを模索すると、後に認識の齟齬が生じ、根本的な課題解決につながらない恐れがあります。 本質解決は可能か？ 業務では、本質的な課題が誤ると顧客が期待する解決が果たせず、結果として不適切なITシステムが提供される恐れがあります。そのため、単に解決策のみを提案するのではなく、イシューを踏まえた本質的な課題解決を追求することで、真に必要なITシステムの提供が可能になると考えています。

正しい問いは何？ 「問い」を誤ると、その後の努力が無駄になる可能性があると感じました。そこで、常に「問い」から始め、本当に正しい問いであるかを考えることの重要性を学びました。また、そのプロセスを共有し、確認し続けることも大切だと認識しています。 会議で問いは必要？ IT業界においても、そもそもの「問い」が誤っていたり、思い込みにより不要な作業が生じている場合があります。したがって、会議や議論の場で「問い」を意識的に共有することで、無駄を省き生産性を向上させられるのではないかと考えています。 導く問いは何？ 今後も常に「問い」から出発し、その正しさを確認・共有する姿勢を業務に取り入れていきたいと思います。また、クリティカルシンキング研修で学んだ自分の思考の偏りに気づいた経験を踏まえ、学んだ手法や考え方を活用しながら論理的な分析やグラフ作成など、客観的な判断ができるよう努めたいと考えています。

ビジネスモデルの理解を深めるには？ ビジネスモデルによって提供される価値が異なるため、どこに費用がかかり、どのように利益を生み出すかを理解することができました。他社のP/Lを見比べることで、その特徴や費用のかけ方がわかり、彼らの戦略を想像する手がかりになると感じました。 自社の毎月のP/Lをどう読み解く？ まず、自社の状況や自分が関わる事業の状態を、毎月のP/Lをしっかりと読み込むことで理解していきたいと思います。そして、単に計画と実績を把握するだけでなく、なぜそのような結果になったのかを検証し、今後の対策に何が必要かを自分の課題として業務に活かしたいと考えています。 直近と過去のP/Lをどう比較する？ さらに、直近のP/Lと過去のP/Lを比較して、どの数字がどのように変化しているのかを分析し、現在の自部門の問題点や必要な対策を明確にして、自分のアクションプランに取り入れていくつもりです。