(6ページ目)

仕事

に関する学び

---

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

戦略的思考とは何か？ 戦略的思考を意識するために、これまでに仕事を通じて戦略的だと感じた上司や同僚の姿を思い浮かべることにしました。彼らに共通しているのは、目指すべき姿を明確に言語化し、それをメンバーと共有している点です。さらに、目的達成に必要な行動を具体化し、関係者を巻き込みながら必要な影響を整理して交渉の材料としています。このような方々の姿勢を学び、具体的な形で自分の中に落とし込んで学習を進めたいと考えています。 経験をどう活かすか？ 戦略的思考を学ぶ目的は、自分の仕事に活かすことです。そのために、自分の経験と結びつけることでより深い理解を目指しています。 今年度の組織課題は？ 現在の組織に対しては、本質的な課題と目標を明確にした上で進むべき道を考えていきたいと考えます。今年度は一部の組織機能の統合を試みたものの、効果が十分かどうか、あるいは不足している部分を分析しきれていない状態です。また、自社の強みと業界内での差別化ポイントがまだ不明確であり、目指すポジションをしっかりと定める必要があります。次年度の方針を2026年4月を視野に入れながら決定し、1年間の施策を具体的に立案し進めていきたいです。 プロジェクトの見直しが必要？ 社内で関わっているプロジェクトに関しては、現在の活動が場当たり的であると感じています。変化を促したい対象を絞り込み、ゴールから逆算して施策の内容やスケジュールを考える必要があります。 なぜゴール設定が重要か？ 自分にとって特に意識すべきことは、「先を見据えゴールを明確にする」ことです。具体的には、次年度の方針を策定する際、2025年度末に達成したいゴールを設定し、それに向けた方針を検討します。そのためには、組織改革や業務整理が重要ですが、これには時間と労力がかかります。優先順位付けとスケジュールを重視し、やるべきこととやらないことを区別します。そして、アクションプランを立て、定期的に振り返りを行いながら進めることで、ブレや滞りがないか確認することが大切です。その過程で、戦略的思考で学んだことが反映できているかを自身で確認し、実践に繋げていきます。

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

実行振り返るのは何故？ リーダーシップの行動には3つのプロセスがありますが、その最後のプロセスである「実行し振り返る」においては、過干渉にならないことが重要です。具体的には、通常時には事前に計画したプロセスや期待される結果の確認にとどめ、状況が変わったり緊急時にはメンバーの能力に応じてサポートすることが求められます。振り返りとフィードバックのポイントとしては、以下の点を意識することが大切です。まず、振り返りを習慣化すること。次に、できたこともできなかったことも事実に基づいて振り返ること。そして、改善策は具体的な行動計画としてまとめることです。 部下のやる気はどう掴む？ 部下のモチベーションを上げるためのコツは、個々のやる気スイッチが人によって異なり、同じ人でも状況によって変わることを理解することにあります。そのため、現在のモチベーションを知るために次のような点を確認するようにします。仕事上でやりがいを感じていることや難しかったこと、困っていることや不安に感じていること、プライベートで気にかかっていること、環境や体調の変化などを把握することが重要です。 1on1で何を問う？ 通常の1on1ミーティングにおいて、メンバーに「アセスメント」「チャレンジ」「サポート」の3要素のうち何が不足しているかを問い合わせたところ、私のチームでは「アセスメント」が欠けている傾向があることが明らかになりました。メンバーの強みや弱み、期待、そして今後身につけるべき能力について十分に伝えることができていないとの評価でした。これにより、フィードバックが不足していることを認識しました。この学んだ効果的なフィードバックを実践することで、メンバーがアセスメントの機会を実感できるように取り組んでいます。 見逃しは何故起こる？ 振り返りは事実に基づいて行う必要がありますので、普段からメンバーをよく観察しておくことが必要です。日頃からメンバーの改善して欲しい点には気づきやすいですが、良い点を見逃しがちです。良い点も悪い点も気づいたときにメモを残し、1on1の場で事実に基づいたフィードバックを行うように心がけています。

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

リーダーシップはどう理解すべき？ リーダーシップのスタイルについて学びました。命令管理型のリーダーシップは、リーダーがすべてをコントロールし、部下に指示を与える形式です。それに対して、エンパワメント型のリーダーシップは、リーダーが目的を明確に示し、必要なサポートを提供しつつ、部下に権限を委ねる形式です。このスタイルでは、部下の育成視点が重要となります。 エンパワメントの活用は？ エンパワメントを実践する際には、次の2点に留意する必要があります。まず、リーダー自身に余裕があり、さらに部下にも余裕を与えることが求められます。次に、部下の個性や能力をしっかりと理解し、適切な支援を行うことが重要です。ただし、エンパワメント型のリーダーシップがすべての仕事に適しているわけではありません。失敗が許されない業務や迅速な対応が必要な状況では、このスタイルが効果を発揮しない場合もあります。そのため、部下と目標を設定する際には、リーダーが相手を深く理解し、その人に合った対応を心がけることが求められます。 指示は具体的になってる？ 仕事を依頼した際には、自分の指示が具体的かどうかを振り返ることに努めています。「6W1H」（Why?、Who?、When?、What?、Whom?、How?、What it?）のフレームワークを使って確認し、相手が迷わないようにしたり、その仕事が相手の能力に合っているかを見極めたりします。指示がずれていると感じたときは、ただ命令するのではなく、相手に考えさせ、自らの判断で行動するよう促し、必要があれば支援するようにしています。 ビジョンは伝わってる？ 私の部署では、メンバーが「やらされている感」を抱くことが多い状況です。これは、目的やビジョンが十分に伝わっていないためだと考えています。この状況を改善するために、私は上司や会社の意図をしっかりと理解し、エンパワメントを活用して、他のメンバーや後輩に寄り添いながらビジョンを共有していきます。目的が具体的に伝わることで、メンバーのモチベーションが向上し、最終的に部署全体の目標達成に繋がると考えています。

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

説明で何が役立つ？ 業務において人に説明したり、相談したりする際には、ピラミッドストラクチャーが非常に役立つと感じています。その理由は大きく三つあります。第一に、自分の主張とそれを支える根拠を整理して記載することで、自分自身も内容をチェックしやすくなることです。第二に、整理された構造により説明が容易になり、相手にも理解してもらいやすくなることです。第三に、ピラミッドストラクチャーを用いることで、自分の意見とその理由を全体的に俯瞰して見ることができる点です。 正確な使い方は？ このピラミッドストラクチャーを正確に活用するためには、日本語を正しく使うことが求められます。今週の初めに受けた講義では、日本語を正しく使い、主語と述語を意識することが、ピラミッドストラクチャーを正しく活用するために重要であると改めて実感しました。 相談と企画はどう？ 私の業務においては、ピラミッドストラクチャーを特に二つの場面で活用できそうです。まず一つ目はクラウド利用の相談時です。相談者からの質問に対して、ピラミッドストラクチャーを用いて自分の主張とその理由を整理すれば、相手に理解してもらいやすくなり、スムーズに動いてもらうことが期待できます。また、回答する前に自分自身の考えを確認しやすくなります。二つ目は企画の説明時です。ここでも、主張と根拠をピラミッドストラクチャーで整理し、企画資料のスライド作成に役立てることができると考えています。スライドの内容が適切かどうかもこの構造を基に確認できるため、この二つの業務で特に活用を感じています。 復帰後の準備は？ 12月に育児休暇から仕事に復帰する際には、日常的に提案や説明が必要となるため、ピラミッドストラクチャーを活用します。主張とそれを支える根拠をノートに記載し、何度も書き直せる環境を整える計画です。その環境が整っていれば、何度もやり直し、自分の考えを深めることができます。これが主張と理由を整理することの鍵となり、ピラミッドストラクチャーの正しい使い方だと考えています。ですので、まずは専用のノートを用意することが行動計画の第一歩です。

価値観をどう見直す？ 実践演習を通じて、自分の仕事に対する価値観を見つめ直す機会となりました。特に「愛他性」「社会的交流性」「社会的評価」を重視していることに初めて気づくことができ、体系的に学ばなければ気づかなかったであろう自分自身の特性や、仕事に対する価値観が人それぞれであるという実感を得られた点は大きな学びだったと感じています。 キャリアの見極めは？ 一方で、自分のキャリアアンカーを一つに絞るのは難しいと感じましたが、セルフイメージと向き合う中で、やっとのことで「特定専門分野・職能別コンピタンス」が自分にフィットするという結論に至りました。他の人にインタビューしてキャリアアンカーを確認するのはハードルが高いと感じるため、今後は課内の会議などで実践する機会を設けてみたいと思っています。 サバイバルの必要性は？ また、キャリア・サバイバルは極めて重要なテーマだと感じました。創設から6年目を迎えた組織は、近年の人員増加や環境の変化、テクノロジーの進化などにより、仕事のやり方も大きく影響を受けています。そのため、組織全体としてキャリア・サバイバルを考える必要性が高いと実感しました。自分自身のキャリアアンカーを理解することは、課内のメンバーが自信を持って仕事に取り組むための基盤となるため、これをテーマに講義を実施し、アウトプットを通して知識を定着させていきたいと考えています。 来年度計画は？ 加えて、来年度の組織のOSTおよび人員構成の最適化を検討する上でも、キャリア・サバイバルの視点は大いに役立つと感じました。今期中に取り組みを開始し、その成果を上長にレポートしながら、来年度の計画の素地としていく予定です。また、「キャリアアンカーとは？」という内容は、4月から5月頃に自組織向けの講義として実施し、新年度に向けて課内のメンバーが自身の仕事観を再確認し、意欲を高めるタイミングとして活用したいと考えています。さらに、キャリア・サバイバルに関しては、3段階のステップで取り組む計画であり、各ステップに1か月から3か月の目標を設定しながら進めていきたいと思います。

学びの成果は？ すべての学びが非常に役立ち、業務での課題に取り組む際の参考とすることができました。学ぶ前は、どこから手をつけるべきか、何が正解なのか全くわからず、周囲の経験に合わせたり、指示されたことをこなすだけの状態でした。マーケティングを学び、フレームワークを活用することで、何を使えば業務が効率よく進むのか考えられるようになったことは大きな成果です。 競合意識の再考は？ 以前から競合他社には意識を向けていましたが、会社「らしさ」や「強み」にはほとんど目を向けていませんでした。売り上げに重点を置き過ぎ、ただ売ることが目的になっていたのだと思います。最初の週で学びましたが、お客様が欲しいものを提供し、それが売れることによってキャッシュが生まれるという基本的な考え方を理解していなかったと感じました。 今後の戦略は？ 今後は顧客重視の視点を大切にしながら、自社の強みや特色を生かして、製品や提供を考えていきたいと思います。この学びを活かして、日々の業務に取り組んでいきます。 商品の成長策は？ 既存商品の中で再び注目させたい商品を選び、認知度を高め主要商品に育てていくにはどうすればいいのかという課題に取り組んでいます。どのマーケティングフレームワークが適切かはまだ模索中ですが、AIDMAを活用して商品を購入してもらうための仕組みを構築しようとしています。これまでの会議で、フレームワークを使い順序立てて見極める提案をしたことがあります。 知識の活かし方は？ 新しいイベントなどにも課題がありますが、今回得た知識をどう活かしていくべきか模索しています。学びをさらに深め、自分の業務に適用できるフレームワークを見つけたいと思っています。 日々の復習はどう？ まずは学びを何度も復習しながら、自分の仕事にどう当てはめられるのか再度意識します。学びの中で重要性を知ったゲイルや振り返り、グループワークでのアウトプットを積極的に行い、周囲にも成果を共有していきたいと考えています。そして、学びを継続するために時間を決め、学ぶことをルーティーン化していきます。

戦略の独自性はどう考える？ 戦略には独自性の強みが必要だと感じています。私は目的意識を持って、ゴールに向かって最短かつ最速の道筋を意識して取り組んでいました。しかし、自分自身や自社の強みを生かしつつ戦略を立てることについては不安が残っています。授業中に取り上げられた大学受験の例を思い出すと、将来何を目指すか、そしてそのゴールに到達するためにどう勉強すれば良いのかまでは考えていたものの、登場人物の強みやどこを伸ばすのかという視点が抜けていたと感じました。 強みと弱みの使い方はどう？ 今後は、戦略を立てる際に、強みを発揮できる場面を意識して、その視点を組み込むようにしたいと思います。そして、弱みをどうカバーするかという対処法も考慮し、MECE（Mutually Exclusive, Collectively Exhaustive）を徹底します。まずは、自社の強みと弱みを言語化する必要があります。また、このやり方を本講座で学んでいきたいです。 新規事業の実現方法は？ 新規事業の立ち上げにもこの考え方を活用できると感じています。まだ会社が立ち上げ初期の状態にあり、ほぼ全てが新規事業に該当しますが、どうしても短期の利益を優先してしまうことがあります。しかし、中長期の利益を挙げるためには、戦略的に何を取り組むか、何をしないか（しないことを外注する選択肢も含めて）を決め、強みをどう伸ばすかを考えます。特に、現在の課題としては、やらなければならないことが多すぎて余裕がありません。そのため、まずは以下の視点で取捨選択する必要があります。 ・本当にそれは自分がすべきことなのか？ ・外注できる業務はないのか？それを生成AIなどのツールを使って最小コストで行えないか？ ・その仕事がレバレッジが効くものであるか？ 具体的な行動としては、以下を実施します： - 先に挙げた項目の観点で業務を整理する（11月中）。 - 自分がやる必要のない業務は外注し、外注先の選定や生成AIの活用を行う（12月中）。 - 改めて自社の強みと弱みを明文化して、Notionに書き起こす（12月中）。

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