(2ページ目)

仕事 ✕ 解決

に関する学び

---

比較の価値って何？ 「分析の基本は比較」という視点を再認識しました。自分と他者、自分がありたい姿、そして現在の自分を丁寧に比較することが、より深い洞察へとつながると実感しています。また、学習においては一夜漬けややっつけ仕事ではなく、たとえ1日5分の復習でも習慣として続けることが重要だと痛感しました。特に、ビジネスの現場における影響度を考えると、その積み重ねが大切だと考えています。 原因の探し方は？ 分析のプロセスでは、結果だけでなく原因を深く掘り下げる姿勢が必要です。数字に裏付けられたストーリーを構築するためには、飛びつかず、しっかりと要素を分解して検証することが求められます。やみくもな対応では、納得感や信用を得るのは難しいと感じました。 課題はどこにある？ まず、フレームワークなどの問題解決の手法については、理解しているつもりでも実際の問題に直面すると活用できていない部分が浮き彫りになりました。たまたま効率化には成功したものの、その他の面では十分に実践できておらず、今後、時間のかかる業務のプロセス改善に取り組む必要があると考えています。 新知識はどう活かす？ また、ABテストといった新たな知識の習得ができた点は大きな収穫でした。勉強の習慣化に向け、意識的な時間確保と無駄時間の削減に努め、受講者のコメントからも自分の表現不足を認識する機会となりました。講座終了後は、講師の授業や動画、受講者の意見を総復習し、理解をさらに深めるつもりです。 図解で見やすく？ さらに、シンプルながらも資料に図を取り入れることで、情報を視覚的に整理する試みも始めています。作成技術は向上途上ですが、引き続き動画などでスキルアップを目指していきたいと思います。 仮説の不足は？ 一方で、学び続ける意欲はあるものの、仮説を作成する基礎知識が不足しているため、仮説の質や数が十分でなく、次につなげることが難しいと感じました。仕事におけるレアケースの振り返りや因果関係の検討が、これからの課題であると考えています。結果だけに注目するのではなく、その背後にある原因を明らかにすることがポイントとなります。 本質をどう捉える？ 今回の学びで特に印象に残ったのは、「目に見えるものにすぐ飛びつかない」という点です。大切な要素は必ずしも目に見える形で現れるわけではないという教訓を、今後の業務にも活かしていきたいと思います。

エンパワメントって何？ エンパワメントについて、日常業務である程度理解していたつもりでしたが、特に重要だと思われる目標設定の観点を整理できたことが非常に有意義でした。エンパワメントを行う際は、相手が目標や仕事を理解しているか(MUST)、努力すればできるか(CAN)、そしてやる気になるか(WILL)がポイントだと考えています。 リーダーの役割は？ エンパワメントとは、目標達成のために組織構成員が自律的に行動できる力を与えるためのリーダーシップ技術の一つです。リーダーは組織構成員に権限を委譲しますが、最終責任はリーダー自身が持つという立場を取ります。そのため、リーダーは目標を明確にし、適切な仕事を割り当て、計画の策定や実行プロセスを支援します。 目標はどう決める？ 目標設定において重要なのは、組織構成員をやる気にさせることです。メンバーが分からない場合は説明し、できない場合は不安や困りごとを引き出して共に解決し、やりたくない場合にはやりたくなるような意義付けが必要です。良い目標とは、使命感に基づく意義があり、行動が具体的にイメージでき、測定基準と度合いが明確なものです。 どの仕事が適切？ エンパワメントに向く仕事と向かない仕事があります。向く仕事は、メンバーが目標を理解し、能力より少し高い難易度のもの、つまり育成の観点があるものです。逆に向かない仕事は、権限の限界があるもの、ミスが許されないもの、緊急の対応が求められるもの、一度きりのものなどです。 任せ方はどうする？ 仕事を任せる際には、期限と成果の期待値を伝えるだけでなく、目標設定を行います。メンバーがその仕事をやりたくなるような意義を伝え、育成を視野に入れた難易度設定を行い、阻害要因を取り除くなどの対応が必要です。 結果をどう振り返る？ さらに、これまで行ってきたエンパワメントの結果も整理したいと考えています。現在、上半期の業績計画における予算と実績の差異について、メンバーにその原因追求と改善策の策定を依頼しています。来週にはレビューが上がってくる予定ですが、その際、真因分析や改善策が不十分であれば、これまでのように指示するのではなく、メンバーの説明から不足点を質問で引き出し、阻害要因を取り除くことで、彼らが自発的に真因分析の深化や改善策のブラッシュアップができるよう、目標設定とプロセス管理の面で支援していきたいです。

学びを日常にどう活かす？ これまで学んできた内容を全体的に復習しました。その中で、改めて「目的を明確にすること」と「問いを立てること」の重要性を再認識しました。人間の思考は主観に偏りがちで、そのために本質からそれた部分に焦点を当ててしまうことがあるという前提を持ちました。自分の思考が偏らないようにするためには、まず物事の全体像を把握し、イシュー（課題）を特定することが大切です。そのためには具体と抽象を繰り返し、様々な角度から物事を見る必要があります。この過程でイシューを特定し問題の本質を明確に捉えることが、効率的な情報処理に繋がると改めて感じました。 情報処理の効率化とは？ この学びは日常の様々な場面で活用できると思います。たとえば、報告・連絡・相談（報連相）、プレゼンテーション、社内外の会議、問題定義や課題解決時などです。自分の主観で物事を進めていないか、イシューを特定できているかを常に確認していきたいと思います。また、人との業務上の会話の中でも相手がイシューを特定できていない場合に、自分からイシューを明確にすることで会話がスムーズに進むので、この点を意識していきたいです。 効果的な問題解決法は？ 何事も着手する前に立ち止まり、「目的を明確にすること」「全体像を把握しイシューを特定すること」「伝える内容と目的を明確にすること」を実践していきます。具体的には次のような場面・行動を考えています。 1. **データ分析の際に仮説を立てる** - 行動: データを単純に見るのではなく、まず全体像を把握し、問いを立ててから分析を行います。問いに基づき、どのデータが重要かを判断し、結果を検証するプロセスを経て分析の精度を高めます。 - 理由: 問いを立て、分解し、結果を検証することで、より深い洞察を得ることができます。 2. **プロジェクトやタスクの問題解決における代替案の評価** - 行動: 問題が発生した際、単一の解決策に飛びつくのではなく、複数の代替案を出し、それぞれのメリットとデメリットを比較検討します。そして最も効果的な方法を選択します。 - 理由: クリティカルシンキングを活用することで、短期的な解決策ではなく、長期的に効果的な解決策を見つけることができます。 これらの行動を日常の仕事に取り入れることで、より効果的で効率的な業務遂行を目指していきます。

分析の本質とは何か？ Week1のポイントを復習しました。分析の本質は比較であり、比較する際に注意すべき点は、比較対象を揃えることです。問題解決のプロセスには、What、Where、Why、Howの4つがあります。 問題解決の4ステップとは？ まずWhatでは、何が問題なのかを定めます。次にWhereで、問題がどこにあるのかを特定し、あるべき姿と現状のギャップを数字を用いて比較します。この段階ではフレームワークが有効です。Whyでは、なぜ問題が発生しているのかを探ります。そしてHowでは、どのように対処するかを考えますが、すぐにHowに飛びつかないことが重要です。 データ分析の注意点は？ さらに、単純な平均値に惑わされず、データのばらつきに留意することが必要です。代表値として平均値、中央値、最頻値をチェックし、ヒストグラムを用いてデータにばらつきがないかを確認します。 仮説の検証方法は？ 仮説を立て、その仮説が成り立つかを検証するためにデータを集めます。問題の原因を明らかにするためには、プロセスに分解する方法が有効です。解決策を見つける際には、複数の選択肢を洗い出し、それぞれの根拠をもとに絞り込みます。 チームでのデータ分析をどう進める？ こうした復習を行った上で、実践問題に取り組んだところ、数値を見ることや問題の箇所を特定することがかなりスムーズになったと感じました。しかし、複数の回答を絞り出そうとすると視野が狭くなることがありました。データ分析を行う上では、一人で考えるだけでなく、チームメンバーの多角的な視点が必要であると感じました。そのためには、チームメンバーにもデータ分析の考え方を共有し、共通のプロセスを踏むことが必要だと感じました。 お客さまアンケートの分析は？ 現在、上半期の施策などの振り返りを行っています。その中で、お客さまアンケートの分析業務が現在のメインの仕事となっています。この分析を通じて、お客さまからの評価のボトルネックとなっている部分を発見し、対策を講じる必要があります。 問題発見と仮説の共有方法は？ まずは、問題がどこにあるのかを明らかにするために、関連するデータをビジネスプロセスごとに並べてチーム全員で意見交換を行います。問題の所在が見えてきたら、その原因について仮説を立て、チームメンバーでその仮説を共通認識にします。

フレームワーク活用の重要性とは？ 今週は、ビジネス課題を検討する際に有用なフレームワークについて学びました。具体的には、顧客、競合、自社の各要因を考慮する「3C」、さらに政策、経済、社会、技術の要因を分析する「PEST」、これらを組み合わせた「SWOT」の有用性と注意点についてです。 体系的な分析の必要性を感じた瞬間は？ 特に、3Cフレームワークでは「顧客⇒競合⇒自社（強み）」の順序で考えることが重要であると新たに理解しました。これまでは順序を意識せずに進めていたため、体系的な分析の重要性を実感しました。 フレームワークで解決策を見つけるには？ 実際の演習を通じて、フレームワークを使わずに個人の経験に頼ると、課題や施策が偏るリスクがあることも学びました。日常の仕事においても、要因を整理して議論する人とは話がスムーズに進むのに対し、要因が散漫な人との議論は難しいと感じていました。フレームワークを活用することで、議論をスムーズに進めることができると感じています。 ビジネス課題を考察する際のポイントは？ ビジネス課題を考察する際に気を付けるべき点として、以下の3つを学びました。いずれも複雑な課題ですが、早速実践に移したいと考えています。 SWOT分析がチームに与える効果は？ コールセンターの満足度サーベイ結果に関して、メンバーに課題と対策を考えてもらう予定です。そのために、疾患領域ごとにSWOT分析を使用して検討・発表してもらうアイデアを思いつきました。SWOT分析によって、様々なメンバーが共通の要因で検討しやすくなると考えています。さらに、結果を全体的に検討する際も、統一された視点で議論できるため、有用であると期待しています。 今後の行動計画とは？ 今後の行動計画として、以下の2点を立てました。 1. SWOT分析のフレームワークを準備し、メンバーとの課題や対策の検討方針を明確に説明する。明確な指示と方向性を提供することで、効果的な議論を促進します。 2. 私自身もコールセンターの満足度サーベイ結果について、SWOT分析や3C、PESTを用いて課題や対策を検討し、分析結果を具体的にまとめて共有します。この分析は組織戦略を考えるうえで非常に重要ですので、私個人の結果も整理し、組織全体の理解を深めるために貢献したいと考えています。

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

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

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

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

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

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

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