(40ページ目)

日々

に関する学び

---

キャリアをどう理解する？ 「キャリア」や「リーダー」とは何か、という疑問が本講座を通じて少しずつ解明されてきました。 ロールプレイからの学びとは？ LIVE授業でのロールプレイでは、上司役としてフィードバックを行う際、相手にとって望ましくない結果をどう伝えるかが課題となりました。仕事は常に「対:人」であり、相手の価値観、得手・不得手、仕事の仕方はすべて一人ひとり違います。そのため、相手をよく知り、よく見ることが重要だと実感しました。今後も相手に応じた適切な支援を心がけていきたいと思います。 エンゲージメント向上の手法は？ 私は、メンバーとの日常的な関わりだけでなく、全社的なエンゲージメント向上プロジェクトにも参加しています。そのため、リーダーの関わりがどのようにメンバーのモチベーションに影響するか、日々のコミュニケーションがいかに重要かを強く認識しています。これらの気づきを社内で共有し、組織の活性化に貢献していきたいと考えています。 メンバーの対話をどう促進する？ 関わるメンバー（上司も含めて）と対話し、互いの価値観をオープンにできる機会と雰囲気を創ることが重要です。メンバーの経験や価値観に応じて適切な支援ができるよう、今回の学びを振り返りながらリーダーシップを実践していきたいと思います。

戦略の本当の意味は？ 「戦略」という言葉について考えを深める中で、自分がそれを曖昧に捉えていたことに気づきました。難しく考えすぎると頭に入りにくいので、戦略とは「目的・目標をラクに達成するためのもの」や「やること・やらないことを選ぶこと」と解釈しました。この考えに基づくと、目的・目標の設定が今まで以上に重要であることがわかりました。 IT部門の悩みは？ 当社のIT部門も他社と同様に、計画済みの重要テーマに加えて経営や事業からの緊急案件が絶えず降りかかり、質・量の両面でメンバーへの負担が大きくなっています。そこで、社会や当社事業の状況を前提条件として受け入れつつ、メンバーが心身ともに健康で持続的に働ける組織を作るための運営戦略を確立したいと考えています。 研修後の見直しは？ 研修を終えた後には、まず以下のことに取り組みたいと思います： - 当社のIT部門の当面の役割・目的・目標を再評価し、明文化する。 - ミッションを効率的に達成する方法や、やらなくても良いことを構造的に考え、書き出す。 毎日の行動の意義は？ さらに、日々の行動としては次のことを徹底していきたいです： - 「やらない」という選択肢を常に意識する。 - これまで以上に目的・目標の設定を重要視する。

a/bテストはどう？ 複数の打ち手が存在する場合、どの選択肢が有効かを判断する上で、a/bテストを活用する方法が効果的です。現状、すぐに取り入れられる業務は思いつかないものの、WEBサイトを活用した効果測定が必要な際には、積極的にこの手法を取り入れていきたいと考えています。 自己訓練の意義は？ また、業務に限らず日常生活においても、what-where-why-howの視点を意識して自己訓練を重ねることで、分析能力の向上が期待できると感じています。 障害分析はどう？ さらに、このwhat-where-why-howの手法は、障害分析から品質向上のための打ち手を検討する業務において、非常に有用です。さまざまなデータを収集し、仮説を立てながら具体的な対策を検討し、実践していくというプロセスは、日常業務においても積極的に取り入れていく所存です。 対象選定の方法は？ まずは、打ち手が必要な対象の選定から始めたいと考えています。現状、日々さまざまな障害が発生しているため、効率よりもまずは障害が削減できる対象を明確にした上で、詳細な分析に取り組んでいくつもりです。そして、学んだ内容を個人のスキルに留めず、職場全体で共有することで、社内の共通ノウハウとして全体のレベルアップにつなげたいと思います。

定量データの魅力は？ 同業他社の損益計算書（P/L）の構成比や前年比を比較分析する中で、各社が打ち出す価値や戦略を具体的にイメージできる面白さに気づきました。企業価値や業績を抽象的なイメージや雰囲気で捉えるのではなく、P/L上の定量データに基づく検証により、自分の思い込みを取り除き、より客観的で正確な解釈ができると実感しています。 指標再定義の狙いは？ また、決算時に確定する自部署の損益計算書（P/L）を、ただ結果を待つ指標から、自分たちの提供価値や戦略、部署方針を反映するスコアボードへと再定義したいと考えています。 改善ポイントはどこ？ さらに、業務の慣行や惰性による着地点に甘んじることなく、日々の施策や意思決定が「売上原価の低減」や「販管費の効率化」、さらには「粗利率の改善」にどのように寄与しているかを可視化することが重要です。自部署のP/Lを、まるで攻略すべきゲームのように捉え、メンバー一人ひとりが自身の行動と数字の連動性を意識できる環境作りを目指しています。 意思決定の影響は？ 経営陣の決定をただ待つのではなく、自らのビジネスモデルやアクションがP/L上の数値改善として色濃く反映されるよう、常に主体的な意思決定と行動変容を生み出していくことが重要であると感じています。

原因はどう捉える？ 問題の原因を明らかにするためには、原因に至るまでのプロセスをしっかり捉え、一つ一つ分解する方法が有効です。同様に、解決策の立案では決め打ちにせず、複数の選択肢を洗い出し、各判断基準の重要度に基づいて評価・選択することが求められます。 A/Bテストの条件は？ また、本質的なアプローチ方法としてA/Bテストが挙げられますが、使用する際には条件をできるだけ揃えることが大切です。しかし、ここまでの内容をなんとなく理解しているだけでは、実践に対する自信はまったく得られません。日々の業務の中でこれらの手法をどのように活用できるかを強く考える必要があると感じています。 解決策の進め方は？ 例えば、業務DX活動の分析では、問題解決の４つのステップを意識して進めることが提案されています。現在、必要なデータは取得しているものの、再考の結果データが不足している場合は、追加データの取得も検討し、最終的には上司に説得力のある解決策を報告できるよう努めるべきです。 行動が進まない理由は？ 一方で、業務で分析を行う方々は、自分なりの「型」を持っているのかもしれません。私自身は、分析に取り組もうとするとなかなか前に進めず、いざ行動に移す際に「今何をやっているんだっけ？」と戸惑ってしまうことが多いです。

根本的な問題は何か？ どんなに手に余るように感じる事象でも、丁寧に分解し、加工、分析することで根本的な問題―イシュー―を特定し、進むべき道筋を見出しやすくなると理解しました。 どの問いを持つべき？ 今回の学びを踏まえ、以下の点を特に意識していきたいと思います。まず、イシューを常に念頭に置き、「問い」の形で明確にすることです。仕事においては、常に「問い」を軸として考え、会議やプロジェクトの進行では認識のずれが生じないよう、共通理解を持つことが重要です。また、十分な分解と分析を行わなければ、誤ったイシューを立ててしまうリスクがあるため、その重要性を改めて実感しています。 手法の秘密は？ 一方で、イシューをどのように特定するかという具体的な手法については、まだ自信が持てません。日々の実践を重ねることで、少しずつ身につけられるものだと感じています。 本質は何だろう？ 今後は、与えられた業務に取り組む際、「上司は何を知りたいのか」や「その業務の本質的な問題は何か」と自問してから行動するようにしていきたいと思います。たとえば、「〇〇のデータを出してほしい」や「子会社の規程のまとめを依頼された際も、まずは何を解決したいのかを明確にすること」が、今回学んだことの実践に繋がると考えています。

信頼関係はどう築く？ リーダーシップを発揮するためには、まず信頼関係の構築とコミュニケーションが不可欠だと改めて実感しました。メンバー一人ひとりに一貫性と公平性をもって接し、誠実に関わることで、その信頼が育まれるのだと感じます。 能力と意識はどうする？ また、行動は「能力×意識」という考え方のもと、リーダーに求められるのは意識だけでなく、専門的な能力であることも再認識しました。ロジカルに考え、明快な言葉で伝えるスキルを磨くことが、メンバーとの協働や想いを共有する上で重要だと思います。 行動でどう挑む？ 一方で、失敗を恐れずにまずは行動してみる姿勢が大切です。決まった型にとらわれず、独自の発想で新たなアクションを考え実行することが、より多くのお客様の獲得に繋がるだけでなく、社内のエンゲージメントの向上にも寄与すると考えます。リーダーがロールモデルとなって、内発的動機付けを促す環境づくりが必要です。 日々の声かけはどう？ 日常のコミュニケーションでは、例えば「最近どう？」といった何気ない声かけが、メンバーと信頼を深める一歩になると感じています。皆さんは、どのような工夫で日頃から信頼関係の構築に取り組まれていますか？その必殺技など、参考にできることがあれば、ぜひ教えていただきたいです。

問いをどう理解する？ 「問いを立てる」という言葉について、普段の言い回しとは異なり、初めはピンと来なかったものの、ライブ授業の具体例を通じて理解が深まりました。YESかNOで答えられる問いを設定することで、その答えに対する論拠や分析が求められ、論理的な説明が自然と身につくと実感しています。これまでの日々の業務にも通じる部分があり、改めてその意義を認識することができました。 フレームワークの再確認は？ また、これまでシステム開発の現場で漠然と使っていた思考のフレームワークが、今回の学習を通じて再確認できた点も大きな収穫です。部署内で複数のシステム開発案件のレビューを行った際に、報告内容が論理的でない場面に直面することがあり、状況を整理するためにこのフレームワークを意識的に活用できそうだと感じました。さらに、事業計画の立案や部下のサポートにも、今までの経験にとらわれない新たな視点を加える上で大いに役立ちそうです。 イシューリストをどう見る？ ライブ講義で紹介されたイシューリストの作成方法も非常に印象的でした。日常業務では緊急度の高いものが優先され、本来注目すべき課題が見落とされがちですが、イシューリストを作成し定期的に見直すことで、重要な問題点を把握し、対処策を検討する体制を整えられると感じました。

判断基準はどう選ぶ？ 選択（捨てる）ためには、判断基準を持ち、複数の視点から仮定を置いて考えることが大切です。また、ROI（投資効果）も踏まえた上で判断する必要があります。顧客の利便性を第一に考え、伝統や惰性に流されず、専門家に任せるという意識も重要だと感じました。 バランスはどう取る？ 優先順位の考え方においては、トレードオフの概念を学びました。つまり、何かを得るためには何かを犠牲にするということです。複数の要素が存在する場合、両立が難しいときには、それぞれのバランスを取り、効果が最大化するポイントを見つけることが求められます。ある要素同士が互いに相殺し合う場合には、どの要素に注力するかを明確にして、メリハリのある資源配分を行うことが最善の方法だと考えました。 戦略改善のコツは？ 限られた時間の中で、常に優先順位を意識して作業を行っています。実際には捨てる選択をすることが多いと感じますが、その順位の付け方については、今ひとつ経験則に頼っている部分も否めません。日々の作業は何とか回っているものの、未来に向けた戦略を立てる際には、判断基準をより明確にする必要があると実感しました。今後は、各要素を数値化し、ROI（投資効果）をしっかりと分析することで、より合理的な判断ができるよう努めたいと思います。

本質とは何か？ 物事の本質を見極めることの重要性を再認識させられました。本質とは何かを正しく捉えることで、何をすべきか明確になり、そのために偏りのない広い視点で十分な情報を収集する必要があると感じました。 期待はどう把握できる？ また、顧客や上司が何を期待しているのかを理解し、自分の立場に応じた対応、あるいはその枠を超えた行動を模索することも大切だと思います。こうした情報を整理する際には、フレームワークを参考ツールとして活用し、効果的な打ち手や潜在的な課題・リスクを明確にすることが求められます。 見極め方は正しい？ ただし、「本質とは何か？」の見極め方を間違えないことが何よりも重要だと改めて感じました。この考え方は、日々変化する環境や不確実性の高い状況の中で、勝ち筋を見つけ出す際に非常に役立つと考えています。 戦略の更新はどう？ さらに、状況は常に変わるため、その都度情報を更新し、戦略を練り直すことの必要性も強く実感しました。具体的な行動計画としては、まず偏りのない広い視点で情報を集め、顧客や上司の期待に沿った、もしくは自分の立場を超えた対応を検討すること。そして、フレームワークを用いて現状を整理し、効果的な対策とともに課題やリスクを洗い出していくプロセスが重要であるとまとめられます。

行動不足をどう解消する？ 講座全体を振り返る中で、私は自分に「行動」が足りないと痛感しました。以前は、チームのビジョンを語らなくとも業務を遂行し求められる成果を出すことが当然だと考えていたものの、リーダーは方針を明確に示し、日々のコミュニケーションが積み重なって信頼関係を築くことが重要だと改めて感じました。 ニーズの問いかけはどう？ また、適切なリーダーシップは相手によって異なるため、まずは相手のニーズをしっかり理解する必要があります。しかし、ニーズを引き出すための問いかけがどのタイミングでどのように行えばよいかについては、未だ手探りの状態です。今後は、メンバーに遠慮せず1on1を効果的に活用し、エンパワメントしていきたいと考えています。 部署連携はどう進む？ さらに、リーダーシップは自分のチームメンバーだけでなく、業務遂行時に関わる他の部署にも影響を与え得ると考えます。各部署との連携を図る際には、相手にとっての有効な動機づけ、必要な支援や指示、そして効果的な方向性の示し方を理解し、相手のニーズに応じたリーダーシップを発揮することが大切です。今後は、関連部署との打ち合わせ時にこれらを意識し、計画策定や進捗管理の際にリーダーシップを発揮することで、タスクを円滑に進めていきたいと思います。

問題の本質は何か？ 最初に重要なのは、「What（何が問題か）」をしっかりと見極めることです。具体的なデータを丁寧に集め、それを基に問題を特定することが肝心です。そして、問題を見つけた後は、その問題がなぜ起きているのか（Why）をよく考える必要があります。よくありがちなのは、「何が問題か（Where）」を見つけただけで、「どう解決するか（How）」に飛びついてしまい、WhatとWhyを飛ばしてしまうことです。これでは、解決策が不十分になることが多くなります。 直感に頼りすぎていない？ このような経験から、私はしばしばWhatとWhyを深く考えず、直感に頼って行動しがちだと反省しています。たとえ直感的に問題や解決策が思い浮かぶとしても、しっかりと事実と原因を見極めた上で、効果的なHowを導き出すことを意識します。 データ収集と原因分析のステップ まずは、対象としている状況に関連するデータをしっかりと集め、実際にどこが理想的な姿と比べて差が大きいのかを検討します。次に、その問題の原因が何であるかや、その問題がどのような影響を及ぼすのかを考えます。原因を明確にし、その問題をどのように解決するかを考えることが重要です。このプロセスを日々の中で繰り返すことで、自分自身の考え方を確立していきます。