(3ページ目)

仕事 ✕ 解決

に関する学び

---

戦略思考とは何か？ 戦略思考とは、事業目的を達成するために限られたリソースを活用し、最速かつ最短でゴールに到達する方法を考えることだと学びました。目の前の業務に追われ、つい回り道をしてしまうことがある中、戦略思考を意識することで、たとえ初めの方向性が誤っていたとしても、速やかに修正できる点に気づかされました。 情報整理の意義は？ これまであまり意識してこなかった情報の構造化についても大きな学びがありました。複雑な問題や情報を論理的かつ体系的に整理することで、具体的なアクションプランを作成し、着実に行動に移せるようになると感じました。今後は、計画立案の前に必ず情報を整理し、構造化するプロセスを大切にしていきたいと思います。 部門の実践法は？ 所属している部門では、中期経営計画に基づいた制度改革推進に向け、構造化されたアクションプランを策定することが有効だと考えています。新制度を定着・推進するためには、最速かつ最短で目標達成に向かうための具体的なプラン作りが必須です。 育成の方針は？ また、人材育成の面でも、各メンバーの強みや改善点、スキル・コンピテンシーの違いを踏まえ、キャリアゴールに向かって成長を支援することが重要だと感じました。自分自身が戦略の意味を伝えながら、各自が自らのキャリア戦略を描けるよう手助けしていきたいと思います。 業務効率はどう？ さらに、業務オペレーションの品質向上にも戦略思考は効果的です。生産性の向上と効率化を目指し、無駄を省くとともに、目標と現状のギャップを明確にし、その差を埋めるための施策を優先順位をつけながら推進していくことが大切だと考えます。 制度浸透策は？ 制度の定着・浸透においては、会社の理念やビジョン、ミッション、バリューを具体的なアクションプランに落とし込み、自らの言葉で表現し行動することが求められます。適切な人材に仕事を任せ、成長の機会を提供することで、組織全体の未来をつくるための体制づくりが必要だと改めて感じました。 学びの総括は？ 以上の学びを通じて、戦略思考と構造化されたアクションプランの重要性を実感しました。今後は、これらの考え方を実務に活かし、制度改革、人材育成、業務効率化といった経営課題の解決に向け、着実に成果を積み重ねていきたいと思います。

マネジアル・グリッド理論とは？ 優秀なリーダーの行動を分析するためのマネジアル・グリッド理論は、リーダーの行動を「人への関心度」と「業務への関心度」の二つの軸で評価することで、リーダーが周囲に与える影響を客観的に分析する手法です。 パス・ゴール理論の重要性 一方、状況適合理論の一つであるパス・ゴール理論は、リーダーが「環境要因」と「部下の適合要因」を考慮し、適切な行動をとることが重要であると説きます。具体的には、リーダーは同じ部下であっても、業務や職場の状況に応じて支援の仕方を柔軟に変える必要があります。さらに、チーム内でも、部下の能力やスキル、自己解決意欲に応じてリーダーシップのスタイルを調整することが効果的です。 リーダーとしての自己振り返り 自身の仕事で振り返ってみると、メンバーに仕事を任せる場面や新たなチームを結成する場面で、この理論を活用できると感じます。 メンバーへの適切な指示方法は？ メンバーに仕事を任せる際には、例えば既存業務において、経験やスキル、自発性・成長意欲の異なるメンバーに対して、指示や支援の程度を調整します。A氏には自立性を活かし、目的とゴールを伝える程度で任せます。一方、B氏には課題点を共有しつつ意見を募り、C氏には初期のタスクを具体的に教えた上で任せます。新規業務では、特にC氏に対して細やかな指示と進捗管理を行います。 チーム結成時のリーダーシップ選び また、今後チームを結成する際には、マネジアル・グリッドを利用してサポート役を選定したいと考えています。私は自身を「タスク志向型」もしくは「タスク志向型と中間型の間」と認識していますが、「社交クラブ型」のサブリーダーを組み合わせることで、チームが一層円滑に機能するでしょう。 フィードバックの重要性は？ 重要なのは、部下の適合要因を把握し、それに基づいてリーダーシップの方法を試行錯誤し、適応させることです。また、マネジアル・グリッド理論を基に、自身のリーダーシップ行動についてメンバーや上司からフィードバックを求めたいと思います。これにより、他者の認識と自分の認識に差異がないか確認し、さらにはメンバーや上司がこのアプローチに満足しているか評価してもらいたいです。メンバーからの直接的な評価が困難な場合、上司に間に入ってもらうことを考慮しています。

仮説思考はどう？ 今週は、仮説思考の重要性と、仮説を立てる際の具体的なポイントについて学びました。仮説とは、まだ十分に明らかでない論点に対して一時的に答えを設定し、それを行動や検証の出発点とするものです。単なる思いつきではなく、論理的な根拠に基づいた取り組みが求められると実感しました。 複数の仮説は必要？ 仮説を立てる際は、一つに絞るのではなく、複数の仮説を用意することが大切です。それぞれが漏れや重複なく、論点を網羅していることが求められます。また、データを収集する際には「誰に」どのように聞くかという視点を持ち、主観や偏りのない情報を得る工夫が必要だと感じました。 仮説の効果は何？ 仮説思考の意義は、検証マインドの育成や、発言・提案の説得力の向上、問題に対する関心の深化と主体的な行動、判断や対応のスピードアップ、そして行動の精度向上にあります。これらは、実際の業務に直結する価値ある視点であり、感覚や経験だけに頼らない論理的な思考が、結果として仕事の質を高めると実感しました。 トラブルにどう対応？ 特に、現場でトラブルや進捗の遅れが発生した場合には、「なぜこうなっているのか？」という問いかけから複数の仮説を立て、原因を洗い出すことが有効だと感じました。例えば、工程が遅れていると感じた際に「人員が不足しているのではないか」「機器の稼働率が低下しているのではないか」「必要な資材が届いていないのではないか」といった仮説を言語化し、関係者と共有することで問題解決に近づけると考えています。 安全面はどう考える？ また、現場で安全面に関する小さなヒヤリハットが発生した場合にも、単なる報告に留めず、「なぜ起きたのか？」という問いを立て、複数の仮説に基づいて現状を確認し、改善策を具体的に考えることが重要です。定例の会議や社内報告においては、結論のみならず、その背景にある「こう考えた理由＝仮説」のプロセスを伝えることで、より説得力のある報告や提案が可能になると思います。 どう改善していく？ 今後は、現場で何らかの問題に直面した際に、まず論理的に仮説を立て、それをもとに検証し、改善していくという思考の流れを、日々の業務に積極的に取り入れていきたいと考えています。

エンパワメントとは何か？ エンパワメントとは、メンバーが自律的に業務を遂行できるように促すリーダーシップの一つです。目標を設定して、その達成方法をメンバーの自主性に任せつつ、効果的な支援を行います。ただし、ミスが許されない仕事や納期が極端に短い仕事には向かない手法です。リーダーがメンバーをよく理解し、モチベーションやスキル、喜びを感じる要因を見極めることも重要です。人材育成という側面も忘れずに考慮する必要があります。 目標設定はなぜ重要？ リーダーシップの実践における第2ステップは目標設定です。目標設定では、メンバーをそのプロセスに参加させることが重要で、問いかけを通じてメンバーの問題意識や関心を引き出し、発言を促すことでコミットメントを得ます。また、目標は具体的で定量的であるべきです。メンバーが優先順位をつけて行動しやすいような、測定可能な目標が望ましいです。その際、目標に意義を持たせることで、メンバーの使命感を引き出し、挑戦感を与えることも大切です。これはメンバーに少し高めの目標を与えることで実現します。 成果が出ない時の対処法は？ しかし、目標設定をしてもメンバーがやる気を出さない場合は、それが理解不足なのか、実行不能なのか、意欲の欠如なのかを見極めて、適切な支援を行う必要があります。 総務業務に目標設定をどう活用する？ 私の業務に関して言えば、総務業務における目標設定を活用できると感じています。今回は、社用車管理業務に注目します。総務の業務は組織方針において抽象的になることが多く、（例：従業員が働きやすい職場環境の改善）そのため、メンバーが業務を日常の一環と捉えてしまい、課題の改善に取り組む意欲を持ちにくいと感じています。 具体的に、25年度の社用車管理業務の目標設定を実施しようと考えています。関係するメンバーを集め、問題意識や関心点をブレインストーミングで出し合い、それを整理します。小さな問題やすぐ解決できる事案は日常業務として処理し、大きな解決策が必要なものや即座に解決策が出ないものを課題として取り上げ、目標設定を行います。目的の意義、定量的かつ具体的な内容、そして挑戦の要素を各メンバーに伝え、エンパワメントを活用します。

部下指導の基本は？ 組織や部下を動かす基本的な流れは、まず方針を明確に説明し、次に仕事を割り振り、フィードバックを与え、やる気を引き出したうえで次の仕事を付与するというものです。 リーダーの役割は？ リーダーシップは、変革を推し進めるために重要な役割を果たします。マネジメントとは異なり、長期的なビジョンを提示しながらメンバーを統合し、動機付けを行います。その考え方は、歴史とともに特性理論、行動理論、条件適合理論と進化しており、最近では状況に応じた柔軟な対応が求められる条件適合理論が主流となっています。 行動分類はどう？ リーダーの行動タイプは、指示型、支援型、参加型、達成志向型の4つに分けられます。指示型は、曖昧なゴールやコンフリクトを抱えるチーム、あるいは部下の自立性や経験値が低い状況で明確な指示を出す方法です。支援型は、部下の状態を見極めながら必要なサポートを提供するやり方で、権限の差がはっきりしている場合にも有効です。参加型は、部下の意見を取り入れて意思決定を行う手法で、自己解決力のある部下に適しています。達成志向型は、困難な状況や曖昧なゴール設定であっても、部下自身に高い努力と成果を求め、期待感を喚起する方法です。これらの行動は、仕事の性質（環境要因）や部下の特性（適合要因）を十分に考慮して選択されるべきです。 適合判断はどう？ 私は、これまでの学びを通して一定の知識は得たと感じているものの、特に部下の適合要因を正確に見極める点に課題があると感じています。そのため、人間への関心と業績への関心という2軸でリーダー行動を整理する方法にも注目しています。 業務変革はどう？ DX推進のリーダーとして、業務変革が最重要課題となる中、多くのメンバーが未経験の業務に挑戦しています。組織変革の経験があるメンバーと、オペレーション中心で活動してきたメンバーが混在するため、仕事を付与する際には、各メンバーのサインを注意深く観察し、進行中の状況に合わせて自分のリーダー行動のタイプを見極める必要があります。そして、状況に応じた臨機応変な行動の変更を実践し、より効果的なリーダーシップを発揮していきたいと考えています。

仮説の設定と共有はどうする？ 「仮設の設定」 何が（what）、どこで（where）問題が発生しているのかという視点で考えることが求められます。その際、3Cや4Pのフレームワークを用いることで、網羅性を確保できます。自分自身の仮説を持つことも重要ですが、独りよがりにならないように、複数人で仮説を出し合うことが大切です。さまざまな視点で仮説を考えることで、より豊富な仮説を出すことができます。そして、その仮説がなぜ（Why）起こっているのかを考え、解決策（How）を導き出します。 仮説の検証はどのように行う？ 「仮説の検証」 解決策（How）として妥当かどうかを検証する際には、立証したい仮説に偏ったデータ収集は避けます。他の仮説を立証するようなデータも含めて、客観的にデータを比較することが重要です。これにより、仮説の説得力が強まり、仮説から導き出される結論（意思決定）の実効性も高まります。どんな単位を使ってデータを比較するのかや、主張したい仮説をいかに端的に説明できるかを慎重に考える必要があります。 データ分析で何を重視する？ 「仮説の共有」 特に組織においては、「問題解決の仮説」から導き出される「結論の仮説」を実行する際に、コミュニケーションの課題が発生します。自身の仮説を客観的に立証した上で、共有するための仮説を立てる必要があります。 自身の仕事の一つの課題として、ドライバーの待機時間の削減が挙げられます。得られたデータから平均値を算出し、標準偏差も計算します。そして、組織として持つべきKPI値（平均値・標準偏差）と比較します。そのうえで、KPI値未達の箇所（Where）に注目し、なぜ（Why）未達なのかを関係部門と数値を見ながら考えます。その後、仮説の設定（問題解決方法 How）を行います。 まずは、得られたデータから平均値と標準偏差を算出します。次に、得られた平均値が妥当なのかを標準偏差から検討します。標準偏差を悪化させている要因（外れ値）に注目し（Where）、なぜ外れ値が発生しているのかをプロジェクトメンバーと意見を交わして（Why）、直近で必要な対策（How）を考えます。

キャリア理解は進んでる？ キャリア・アンカーやキャリア・サバイバルなどのツールを活用して自己理解を深めることで、キャリアを最大限に生かす道が見えてきます。自分の現時点で足りないものや目指すべき姿を明確にすることはもちろん、キャリアについて真摯に向き合うことでリーダーシップを発揮しやすくなります。また、個々がキャリアについて考える姿勢は、集団全体の力を強くする原動力にもなると感じます。既存のサービスやビジネスに依存するだけではなく、個人やチームの力を強化することが、変化の激しい時代には求められるのではないでしょうか。 組織期待は満たしてる？ キャリア・サバイバルの結果、組織が自分に求めるものとして、まずプロジェクトの確実な実行が挙げられました。次に、利益を出し収益化へとつなげるため、問題点を論理的に把握し、効率的な解決策を導く力が必要です。さらに、横のつながりを強化するために、コミュニケーション能力を向上させ、異なる意見や立場の相手と冷静に対話し、信頼関係を築く力が重視されています。 社会貢献はどう考える？ 一方、キャリア・アンカーとして「奉仕・社会貢献」が軸となりました。自分の能力を存分に発揮した結果、社会に貢献できる実感を得たいという価値観が明確になりました。リーダーシップにおいては、必ずしもすべての人が同じ目的を持つわけではありません。そのため、自分の価値観を無理に押し付けることなく、自己開示を通じて他のメンバーの考えや価値観を引き出し、仕事の割り振りやチームの組織運営に活かしていくことが大切だと感じます。 キャリア言語化できてる？ また、自分のキャリアについて考える機会や言語化することは容易ではありません。そのため、1on1のミーティングのテーマとしてキャリア・アンカーに関する話題を取り入れ、フランクな雰囲気の中でそれぞれがどのように考えているのか、どのようになりたいのかを確認する場を設けることで、考えるきっかけを作っていきたいと考えています。さらに、部内の会議でキャリアに向き合う意識を議題として提案することにより、個々の成長がチーム全体の力向上に寄与する環境づくりを目指します。

問題解決の問いは何か？ 戦略策定ケースを通じて、どのような問いを立てるべきかや、打ち手をどう打つかという貴重な経験を得ることができました。特に学びになったのは、まず最初に問いを立てることの重要性です。業績が伸びないといった大きな問題を解決する際には、問題の構成要素（単価、来店客数、店舗数など）の整理、いわゆる構造化と、自社の現状を把握することが必須です。その中で打てる打ち手を、分解した課題ごとに考えていくことや、状況によってイシューが変化することも学びました。 クライアント分析の着眼点 クライアントの状況を分析し、「何が課題なのか」を発見した上で打ち手を考案していく場面では、必ずイシューを押さえた上で打ち手を考案するように心がけます。また、自分自身もクライアントの就業環境に関するプロジェクトや幅広い年代の活躍を推進するプロジェクトに参加しているため、そこでの行動にも今回の知識を活用していきたいです。 会議でのファシリテーション術 会議のファシリテーションをする際もイシューの設定や、イシューを常に押さえていることが重要だと感じました。「このイシューで合っているか」を仲間と検証しつつ、意見や会話の方向性がイシューとずれている場合は修正するように心がけます。 情報収集の重要性とは？ 思考を始める際には、「イシューは何か」をまず考える癖をつけます。そのイシューが本当に適切かどうかの精度を高めるため、チームで情報共有しフィードバックをもらいながら仕事を進めることも重要です。適切なイシューの設定及び打ち手を特定するには、マーケット全体や自社の状況など多様な情報を持っている必要があると感じたので、これらの情報を積極的に収集する癖をつけること、「この情報がないと適切な問い設定ができない」という視点を持って問題解決に臨むことを意識しています。 打ち手を遂行する際の心得 実際に決定した打ち手を打つ際、行動の中で方向性が見えなくなることもあるでしょう。その場合、「このイシューに基づき、こういう効果を期待して行動している」という点を意識し直し、最後まで打ち手をやり遂げることが大切だと感じました。

本当に見えてる？ 基本姿勢としては、まず思い込みを排除し、自分自身を客観的に見つめることから始めました。３つの視点を用いて物事をMECE（漏れなく、重複なく）に捉えることを心がけています。 なぜ問い続ける？ また、思考を進める際は、常に検討の目的を意識しながら、自分の思考のクセを前提に「なぜ？本当にそうか？」と問い続けています。具体化と抽象化を行き来することで、物事の全体像と細部の両方をバランスよく捉えられるよう努めています。 実践はどう進む？ 実践してみると、文字にすると当然のように感じる考え方も、実際に行うとなると難易度が高いことに気づきました。そのため、反復練習が不可欠であり、クリティカルシンキングは議論、資料作成、コーチングなどあらゆるビジネスシーンにおいて土台となるスキルであると再認識しました。若手だけでなく、ベテランも身につけるべき大切な技術だと感じています。 決断はどう下す？ 具体的な適用場面としては、まずチームリーダーとして仕事での決断をする際に、クリティカルシンキングをサポートツールとして役立てたいと考えています。日常的な大小の課題解決の中で、自己判断の場合もあれば部下からの提案を受けて判断する場合もありますが、瞬時にロジックツリーを構築して判断できる状態を目指しています。 説明は明確か？ 次に、報告資料の作成時に分かりやすいストーリーを構築する手法としても活用したいと思います。上位者や他部門に対して適切にメッセージを伝えるため、状況に応じてストーリーラインをすぐに組み立てられるようになることを目標としています。 完璧は求める？ いきなり完璧にこなすのは難しいため、まずは紙に書き出して、結論と論拠の一貫性を確認しながらロジックツリーで可視化してみることを推奨します。また、視点を変えてMECEになっているかをチェックすることも大切です。 チームも問い合う？ さらに、議論の際にも積極的にこの手法を活用し、自分だけでなくチームメンバーにも「この視点はどうか？」と問いかけて、各々が考える機会を設けることで、さらに気づきを深めたいと考えています。

テストで何を見極める？ デザイン思考の最終ステップである「テスト」は、共感、課題定義、発想、試作というこれまでの流れを総仕上げしながら、各プロセスに戻るための道筋を示す重要な工程です。この段階では、試作に盛り込んだアイデアの充実度、課題定義の妥当性、そして初期の共感がどこまで実現されているかを議論します。状況に応じて、必要な工程に立ち返ることができるため、非線形的なアプローチの入り口とも言えます。 なぜ戻るが大切？ 一般には「戻る」という作業は嫌われがちですが、デザイン思考を活用して何かを実現するためには、このプロセスが非常に大切だと感じています。初めからプロジェクトメンバー全員がその重要性を共有していれば、スムーズに進められるのではないかと思います。 システム開発の難しさは？ 私の仕事であるシステム開発では、各ステップが線形に進む必要があるという制約があり、各工程ごとに承認や同意が求められます。一見するとデザイン思考とかけ離れているようにも思えますが、今回の学びを通じて、デザイン思考は全体を俯瞰するだけでなく、一部分の課題に対するアプローチとしても有効であると実感しました。特に要件定義の期間にデザイン思考を集中的に取り入れることで、その後の設計やシステムテストの工程に悪影響を及ぼすことなく、より効果的な成果に結びつけることができると考えます。 新規案件でどう活かす？ 現在手掛けている新規案件では、顧客側からの提案依頼がまだ明確ではないため、この段階でデザイン思考を活用できる可能性を感じています。顧客を巻き込み、共感のポイントを洗い出し、適切な課題定義に結びつけることができれば、その後に弊社側で発案する解決策との連携も取りやすくなり、システム完成後の効果がより実感できるはずです。一方で、試作段階については、単なる操作画面のスライドショーでは伝わりにくいという過去の経験もあり、工夫が求められると感じています。また、システム開発においては試作にかかるコストも課題となるため、これまでの経験を活かしながら、デザイン思考をうまく取り入れてより良い課題解決へ繋げていきたいと思います。

どうして成長できた？ 1週間の学びを振り返る演習でした。最初に学んだ内容は覚えていると思っていましたが、一部忘れていた部分もあり、見直すことができてよかったと思います。学んだだけではスキルとして身につかないことを改めて実感したので、積極的にアウトプットを行い、生きたスキルにしていくことを意識しています。 どんな目標を持つ？ さまざまな学びの中でも、特に印象に残ったのは目標を設定して取り組むという考え方です。仕事を進める上でKGIやKPIを設定するのは自然なこととして行っていますが、実際には目標を設定せず、思考が雑然としていることが多いと感じました。常に自分が何のために考えているのか、何を目標にして業務を行っているのかを明確にすることが、最短のルートであると再認識しました。 フレームはどう使う？ また、フレームワークについても、その定義を再確認し、曖昧な知識で使わないことを意識しました。フレームワークは、先人の思考が形になったものだからこそ、「使うこと」に固執するのではなく、自分の思考を整理するための補助ツールとして活用していきたいです。フレームワークをしっかり理解した上で使うことで、他者にも納得感を持って伝えられると思います。 業務の取捨選択は？ チームメンバーが少なく、タスクが多い状況だからこそ、どの業務を続け、どの業務を中断するかを学んだ知識とフレームワークを活用して見極めていきたいです。そのためにはマクロな視点で目標を設定し、達成までの最短ルートを分析することが大切です。また、その考え方を一つの真実とするのではなく、自身の思考を常に疑い、判断力を磨いていきたいです。 本当に最短か？ 具体的には、マーケティング施策を立案する際に必ず目標設定とKPIを設け、ミクロな視点で業務に関わりがちな現在の立場でも、マクロ視点を意識するよう心掛けます。そして、常に「本当にそれが最短なのか」を問い続けることが必要です。また、フレームワークの概念を理解し、仕事だけでなくプライベートでも疑問や解決したい出来事に対し、自身の考えをフレームワークで整理できるようになりたいです。

満足と不満はなぜ？ 仕事に対する満足と不満は、それぞれ異なる要因から生じることがあります。満足の反対は満足がないことであり、不満の反対は不満がないことであるという考えを持つことが重要です。したがって、不満を解消しても必ずしも満足が得られるわけではありません。 振り返りは大事？ プロジェクトの進行においては、振り返りを習慣化することが大切です。そのため、スケジュールを立てる際には「振り返り」という項目を設定し、次のプロジェクトに移る前にしっかりと振り返るよう心がけましょう。この振り返りでは、良かった点と改善が必要な点の両方に目を向け、できなかったことに偏らないよう注意することが求められます。 なぜ問題が起こる？ 問題が発生した際には、その場限りの解決にとどまらず、なぜそのような問題が起こったのか、構造的な原因を見極めることが重要です。それにより、今後の問題発生を未然に防ぐことができるかもしれません。 信頼構築はどう？ 個人やメンバーの満足や不満に関しても、一歩引いた視点で考えることが求められます。つまり、彼らの満足や不満が特定の個人にとどまらず、組織全体の仕組みや体制作りに問題がないかを考える視点が必要です。チーム内での信頼関係を築くことが効果的な振り返りの鍵となり、メンバーとの信頼を深めるため、日頃から「信用残高」を積み上げていく努力を怠らないようにしましょう。 仕事の任せ方は？ また、仕事を任せる際には「丸投げ」ではなく、「一任」となるよう配慮することが求められます。過干渉にならないよう気を付けながら、必要なフォローアップを行っていくことが大切です。 振り返りを習慣に？ さらに、プロジェクトのスケジュールには振り返りの時間を各タイミングで設けることで、メンバーが振り返りをしやすくし、これを習慣化することが望ましいです。フィードバックや振り返りを行う際には、悪い点だけでなく良い点やポジティブな面についても伝えることを心がけ、自分自身の働き方や意義についても定期的に振り返ることで、自身とメンバーの両方が成長できるよう努めましょう。