(35ページ目)

意識

に関する学び

---

リソースと成果の管理は？ 今回の学びの中では、「リソースの管理」と「パフォーマンスの管理」という考え方が特に印象に残りました。これらは業務を進める上で常に意識すべき重要な視点であると感じています。 並行業務の整理は？ 現在、複数の業務を並行して進める中で、各業務の優先度や重要度を的確に把握し、リソースを最適に配分しながら一つひとつの作業を確実に完了させることの必要性を強く実感しています。この意識を継続して取り入れることで、業務の質と成果をさらに高めていきたいと考えています。 具体策、どう進める？ 自社の目標設定と実行プロセスにおいては、今回学んだ戦略的な視点に基づくリソース管理とパフォーマンス管理の手法を積極的に活かすつもりです。具体的には、以下の点に取り組む予定です: ・目標設定と現在地の可視化・共有 　目標達成に向けた道筋を明確にし、関係者全体で全体像を共有することで共通認識を図ります。 ・未達部分への課題設定と解決策の立案・共有 　現状とのギャップをしっかりと分析し、効果的な対策を検討して関係者と共有することで、実行力を高めます。 ・現場への納得感ある落とし込みの強化 　ただ指示を伝えるのではなく、「なぜその方針なのか」「なぜその手段なのか」という戦略的な根拠を示し、現場の理解と協力を得られるよう努めます。 実務に根付かせる秘訣は？ 今後もこれらの視点を実務に根付かせ、戦略実行力の向上に繋げていきたいと考えています。 新視点、どう得る？ 現時点では、特定の問いとして明確に挙げられるテーマはありません。ただし、さまざまな環境で業務に取り組む皆様の経験や知見を共有していただく中で、新たな気づきや視点が得られることを期待しています。今後のグループワークを通じて、多様なご意見や実践例を伺いながら、自分自身の視野を広げ、考えをさらに深めていきたいと思います。

ABテストはどう実践？ ABテストの存在を初めて知ったとき、施策を同時進行で実施しながらも、60～70％程度の成功を見込んで行動し、その結果をもとに対策を絞り込むという考え方に納得しました。職種上、普段は使う機会がないものの、今後の選択肢として意識しておきたいと思います。ただし、ABテストを実施する前には、しっかりとした検証のステップを踏む必要があることは言うまでもありません。 論理検証はどう？ また、分析においては、クイズのような抜けや漏れを防ぐために、段階を追って論理的に検証を進めることが重要だと感じました。 試行で得た自信は？ 実際に、昨年のこの時期、自身の残業対応策を試行し、修正が必要だと感じた箇所を2、3ピックアップして対応を行いました。具体的には、チェックリストの活用や同一項目の一連化（モジュール化）を実施し、もやもやとしていた問題を解消することができました。これにより、自分でもできるという自信がついたのは、ある意味でABテスト的な試みだったと思います。問題解決は原因と結果の因果関係を追及することが重要ですが、定石通りの対応も身につけつつ、今回の成功例を対策の一つとして活かしていきたいと考えています。 実践は何に効く？ いずれにしても、実践することの大切さを改めて実感しました。残業時間の短縮に成功した経験をもとに、他の改善点にも同様のアプローチを適用してみたいです。実践を通じて、得たノウハウや注意点を蓄積しながら、さらなる改善を目指す所存です。 問題はどう解決？ 何を改善し、どの問題を解決するのかというテーマ設定自体も重要なカギです。以前、他者からの問いかけがきっかけで、これまで諦めていた問題に挑戦し、結果的に成果を得た経験があります。この経験から、まずは取り組みやすく成果が出やすい問題を選び、ステップを踏んで実験・検証を繰り返すことが、問題解決への確実な道であると感じました。

日本語を正しく使うには？ 日本語を日常生活や業務で使う際、無意識で表現してしまいがちです。日本語では主語がなくても文章が成り立ってしまうため、主語と述語が正しく対応していない曖昧な表現でもなんとなく伝わってしまいます。今回の学習を通じて、自分が正しい日本語を使えているか確認する必要性を感じました。 効果的な伝え方のコツは？ 言いたいことを明確に伝えるためには、柱を見つけて組み立てることが大切です。根拠を明確に分類し、相手に伝えることで、より理解してもらえることがわかりました。ピラミッドストラクチャーを意識し、「目的」「理由」「結論」を的確に伝えるためには、頭の中で整理してから発言することが重要です。 依頼や提案時に重視する点は？ 客先から製品開発や改良の要望を受けた際、技術開発部門や製造部門に依頼するときには、「目的」を明確にし、要望に的確に応じてもらうように依頼することが求められます。また、費用対効果など「効果」も具体化し、社内を動かすための説得を行います。客先に製品を勧める際も、根拠を明確に整理し相手に伝えることを意識します。 言葉を駆使する重要性とは？ ポイントは、「目的」「根拠」「順序」を論理的に組み立て、言葉を駆使することです。依頼書や報告書、メールなどの文章を作成する際は、文章を組み立てて書き始め、読み返して主語と述語が成立しているか、一文が長くなりすぎていないか確認します。他部門への依頼書は上司に確認してもらい、チーム員の文章も細かくチェックします。客先への提案資料作成時も根拠を分類し、より明確に伝える必要があります。 話す前に何を意識する？ 発言する場合は、一番伝えたいことを意識し、その根拠を具体的にわかりやすく伝えることが大切です。発言の前に頭の中で整理してから話すよう心がけます。反復、訓練、振り返りを行い、頭の中で整理しながら話せるようになることを目標としています。

目的は何だろう？ 「正しい問いを立てる」ということは、課題を表面的に捉えるのではなく、目的を再確認することだと私は解釈しました。具体的には、以下の点を整理する必要があると感じています。 課題の根本は？ まず、「この課題は何のために取り組んでいるのか」という根本的な問いを立てることが重要です。他にどのような要因が影響するか、そして現状を踏まえてどこに焦点を当てるべきかを明確にする必要があります。 成功の秘訣は？ また、特定の企業が成功した要因の一つに、実行力があることはもちろんですが、団体を動かすための適切なプロセスを考え、決裁者を納得させることができたことも大きいと学びました。これは、思考を進める際に常に意識しておくべき点であり、特に施策を進める際のキックオフミーティングで有効であると感じます。 会議の焦点は？ キックオフミーティングは、施策を実施する目的や課題感を擦り合わせる重要な場面です。しかし、つい具体的な実施方法にばかり焦点が移りがちです。そのまま進めば、施策が意味を持たないものになってしまう可能性があるため、キックオフミーティングの段階で、「この施策は正しい問いを立てられているか」を丁寧に確認したいと考えています。 アンケートの意図は？ 直近では、顧客満足度アンケートの実施を進めていましたが、施策の目的が曖昧だったため再度の検討が必要となりました。研修で学んだ内容を活かし、施策の目的や課題感を改めて整理したいと思います。 失注理由は？ 現在、満足度アンケートを契約者のみに実施しているため、失注顧客の意見も収集したいと考えています。また、営業とサービスを分けて評価を得たい、失注の真の理由を知りたいという課題感があります。これらの課題がアンケートで解決すべきものか、解決後にどのように動くべきかを整理し、その上で施策実施の判断を行いたいと思います。

本当の問題は何？ 何か困ったことがあった際、原因を思いつくままに考え、即座に実践してきた結果、次第に本当に何が問題だったのか分からなくなってしまった経験がありました。そのとき、他のメンバーと情報を共有せず、自己解決に努めていた自分に気付かされ、まずはイシューを具体的に定めることが最優先だと学びました。 なぜ思考が偏る？ 先に解決の切り口だけで動いてしまうのは、ある種の思考の癖であり、経験に頼って何となく行動してしまう点も問題でした。そこで、まずイシューを明確に立て、ピラミッドストラクチャーやロジックツリー、MECEなどの手法を用いて整理し、論理的に考える一連の流れを習慣化するための繰り返しのトレーニングが不可欠であると考えるようになりました。そのため、あらかじめ復習日を設定し、継続的にトレーニングを実施する方針です。 どうやって共有する？ 例えば、月に一度プロジェクトにおけるイシューを定義し、分析を行った上で、月次ミーティングで共有する取り組みを実践しています。また、相手に伝える際には、言語化や資料（PPTなど）の見せ方を工夫し、相手の立場を理解するために積極的に会話を重ねるよう努めています。雑談も大切にし、プロジェクト内外に限らず、部署外や会社外の人脈作り、さらにはオンラインで関わるメンバーとの定期的な1on1も実施しています。セミナーや交流会に参加することも、その一環です。 会議では何を意識？ さらに、メールや顧客・社内会議では、ピラミッドストラクチャーを用いた整理、メインメッセージやキーメッセージの明示を意識し、聞き手の立場に配慮した情報提供を心掛けています。 学習時間はどう確保？ また、平日は業務が忙しく時間が取れないため、インプットとアウトプットを効率よく行うために、週に一度は最低でも半日間の学習時間をあらかじめスケジュールに組み込むようにしています。

判断軸ってどう決める？ 業務の優先順位を設定する際には、まず明確な判断軸を設定し、その基準に沿って取捨選択を行うことが重要です。たとえ判断軸がはっきりしない場合でも、仮説を立てた基準に基づいて判断することは可能ですが、軸がぶれたり曖昧になると、優先順位が個々の感覚や属人的な経験に左右されるリスクがあります。そのため、客観的に納得できる判断軸を持つことが肝要です。また、専門的な業務については、専門家に集約するか、あるいは外部委託を検討することで、より高い付加価値を生み出す可能性が期待できます。 継続業務はどう見直す？ 長期にわたって継続している業務や日々のルーティン業務を見直す際には、業務の効果や必要なリソース（主に社員の工数）をできるだけ具体的に把握し、その上で業務の取捨選択を行うことが求められます。たとえ一時的に棚卸や整理の負担が生じても、中長期の視野で見れば、委託することで効率的かつ経済的に業務を遂行できる場合があります。 見える化で何が見える？ また、日々のルーティン業務については、具体的な情報を定性・定量双方の視点で見える化することが大切です。具体的には、その業務が誰のどのような業務に貢献しているのか、どの程度の時間を要しているのか、そして業務を削減または中止することでどのような弊害が生じるのか、これらを明確にする必要があります。その上で、業務を「絶対に必要なもの」「無いと困るもの」「あったらいいな程度のもの」「無くても問題ないもの」といった基準で分類し、削減や委託の可能性を検討していくことが重要です。 効率アップをどう実現？ 最後に、削減が難しい業務においても、あらかじめ一定の判断軸をもって優先順位を整理しておくことで、必要に応じた取捨選択が容易になります。投資対効率（ROI）の考え方を取り入れながら、自身の労務工数を意識し、業務の効率性を高める姿勢が求められると言えるでしょう。

共通課題は何だろう？ 店舗のオペレーション課題解決においては、単に会議での発言や市場視察の情報だけを頼りにするのではなく、どの店舗でも共通する課題なのかどうかを十分に確認して定義することの重要性を実感しました。 定量と定性はどうなる？ そのため、普段から実施しているアンケートなどによる定量分析と、ヒアリングや現場の観察を通じた定性分析を併用することを、これまで以上に意識していきたいと思います。特に、定性分析においてはコーディング手法の活用をすぐに実践する所存です。 ペルソナはどう捉える？ また、現状を把握するだけでなく、具体的なペルソナを特定し、ユーザーの感情にまで思いを巡らせることが大切だと感じました。ペルソナをいくつか明確に意識することで、本当に解決すべき課題が何か、その根本的な原因は他にもないかと前提を疑いながら多角的に考える習慣が身についてきました。 課題定義は進む？ 今後は自分一人にとどまらず、周囲のメンバーも巻き込みながら課題定義を進めていくつもりです。課題定義のフェーズでは、①問題の本質を捉える、②洞察の整理と可視化、③顧客課題仮説の作成、④ユーザー中心の視点の維持、⑤検証と改善という5つのポイントが重要だと感じました。 潜在課題に気づく？ 中でも、カスタマージャーニーマップを活用する点と、顧客課題仮説を作成する際にシンプルで明確な課題文を構築する方法に大きな気づきを得ました。カスタマージャーニーマップはユーザーの行動だけでなく感情の流れにも着目することで、潜在的な課題を浮き彫りにしますし、明快な課題文はまだ気づかれていなかった潜在的な問題に気づく手助けとなります。 アウトプットは十分か？ 最後に、ある講師の「学びの深さはアウトプットの量に比例する」という言葉が心に響きました。今後も実務を通じて、積極的にアウトプットを行いながら学びを深めていきたいと思います。

エンパワメントのコツは？ 松下幸之助の言葉「任せて任せず」に基づく具体的な実践内容が詰まった学習でした。エンパワメントを行う際のコツや留意点として、「余裕を持つこと」「相手をよく知ること（権限を含む）」「エンパワメントに向く、向かない仕事を見極めること」「リスク対策を行うこと」が挙げられます。私に最も不足しているのは余裕を持つことだと再認識しました。エンパワメントは自分のためではなく、メンバーのためであることを常に意識し続けることの重要性を学びました。 目標と計画は大丈夫？ リーダーシップ行動の3つのプロセスのうち、①目標を立てて共有することについては、「成功基準があるか」「振り返りができるか」「目標の意義に自分が納得できているか」という要素が重要です。また、目標はメンバーと共有して初めて意味があります。②計画を立てることについては、計画策定をメンバーに任せて考えさせることが大事で、その際には「ゴールとその道筋の認識が一致しているか」が重要です。普段使用しているOSDCフレームワークや段取りのイメージをメンバーに言語化させるよう心がけます。 組織目標は伝わった？ 4月に行った方針発表で組織目標を説明しましたが、それだけで「メンバーに正しく伝わった」「目標に共感できている」と思い込んでしまっている可能性があると反省しました。メンバー全員が目標の意義に納得できるよう、丁寧に説明することの重要性を再認識しました。 ビジョン共有すべき？ 現在の組織で欠けていると感じるのは「目的・ビジョンの共有」です。年度初めに立てた組織の目標がありますが、今一度その意義を問い直す取り組みをしたいと思います。メンバーと一緒に「今の仕事を辞めると誰が困るのか」「自分やチームの仕事が会社全体のゴールとどう結びつくのか」を考える場を設けます。11月に実施される全社エンゲージメント・サーベイの前にこの場を設定する予定です。

エンパワメントの秘訣は？ エンパワメントとは、従来の命令管理型リーダーシップと一線を画し、メンバーの自律性を重視する新しい進め方です。マネジャーは育成の視点を持ちながら、十分信頼を築いた上で余裕があるときに業務を任せることが求められます。そうしなければ、単に丸投げする形となり、失敗のリスクが高まる可能性があるためです。また、任せる仕事はメンバーの現状の能力に＋αを加えた難易度のものであり、かつ学びとなる内容であるべきです。依頼する際には、メンバーが「分からない」「できない」「やりたくない」と感じていないかどうかを見極めることも重要です。目標に対する認識を共有したうえで、計画の策定からメンバーに任せることで、モチベーションの向上にもつながります。 目標共有はどう行う？ 組織の目標設定と共有においては、まず具体的な成功基準と、各自が納得できる目標設定が不可欠です。その上で、メンバー一人ひとりと対話を重ね、共感を得ながら目標を共有することが大切です。 自己目標はどう作る？ また、メンバー自身の目標設定においては、具体的かつ定量的な指標を盛り込み、本人の考えや言葉を反映させることが重要であると学びました。 部署連携で何を意識？ さらに、他部署との連携が求められる際には、相手のことをよく理解した上で適切なコミュニケーションを取る必要があると実感しました。今後、部下を持つ機会があれば、今回学んだ目標設定や任せる仕事の選定、そして仕事の任せ方を活かし、効果的なエンパワメントに努めたいと考えています。 大目標ってどう捉える？ 一方で、現状メンバーとしてチームに参加している私ですが、大目標自体に「やりたい」と感じられない面もあります。もし同様の気持ちを持つ部下が現れた場合、どのような方法でエンパワメントを行うことが最も効果的か、今後さらに工夫を重ねていく必要があると感じました。

伝達はどう改善すべき？ 自分が「任せたつもり」でも、実際には伝わっておらず、期待した成果に結び付かなかった経験があります。その原因は自分自身にあり、任せ方やフォローアップの方法に問題があったと痛感しました。 動機づけはどう感じる？ 大切なポイントとして、まず動機付けが挙げられます。やる気や意義、納得感を醸成するために、問いかけの工夫が必要だと感じています。また、６W１Hという具体的な視点を取り入れることで、会話をより明確に進めることができると実感しました。さらに、ゴールや期待値を定量的に設定し、認識を合わせることも重要な要素です。 課題はどこにある？ 経営層から降りてきた課題や、日々の業務で発生する問題に対して、対象のメンバーへエンパワメントを行う考え方も再度学びました。これまでエンパワメントに努めてきたつもりでしたが、具体的な進め方や定量的なゴール設定が十分ではなかったと気づかされました。特に一年を通じたゴール設定は意義深く、具体的かつ定量的に行っているものの、日々の業務においては「忙しさ」を理由に十分な議論ができていなかった点が反省点です。 対話で何を引き出す？ 今後は、１on１の時間を有効に活用し、相手に問いかけながらコミュニケーションを図りたいと考えています。具体的には、「どうしたらより良くなるか」「解決すべき課題は何か」「業務上の問題点はないか」といった質問を通じて、メンバーの意見やアイデアを引き出すことに注力します。同じく、６W１Hや定量的なゴールを意識しながら、進め方や完了の目安についてお互いにすり合わせを行う予定です。 称賛でどう盛り上がる？ また、週一回のチームミーティングの中で、各メンバーの取り組みを称賛し合う時間を意図的に設けることも大切だと感じました。行動を皆で称えることで、目標達成時の満足感が向上し、次のチャレンジへの自信を深めてもらえると考えています。

店舗改善で何が重要？ 店舗のオペレーション改善においては、新機器やシステムの導入、新サービス開始に伴うオペレーション変更、生産性向上を目的とした人員配置の見直しなど、検証を重ねています。これから実務に取り組むにあたり、特に以下の2点を意識して改善を図りたいと考えています。 迅速な試作品作りは？ まず1つ目は、初期段階で迅速にプロトタイプを構築することです。通常、本社のラボでテストを実施してから実店舗での検証へと進むため、準備や実施、レビューに多くの時間がかかってしまいます。初期のテストも何度か繰り返すことが多いため、まずは主な要素に絞ってプロトタイプを早く考え始めることが重要だと感じています。 抽象思考はどう進化？ 次に2つ目は、抽象的な考えを手で形にすることです。頭の中で考えるだけでは前に進まないこともあるため、絵や図に描くことで思考を整理するとともに、他者と共有し意見を募りやすくなると考えています。 他部署との連携は？ 講義を受けてからまだ実践する機会はありませんが、以前、店舗で使用する資材を他部署と共同で開発した際、このプロセスが非常に効果的だった経験があります。まずは手書きでプロトタイプを作成し、各部署から意見やフィードバックを集めてブラッシュアップ。その後、外部にデザインを依頼し、校正された資材を実店舗で実践しました。店舗から寄せられたフィードバックを基に改善を加えることで、何度の検証を重ねた結果、より良いものが出来上がり、後の手戻りや修正が大幅に減ると実感しました。 試作がもたらす効果は？ このように、プロトタイプの作成は単なるモノのデザインに留まらず、オペレーション改善や自己の思考整理など、さまざまな分野で有効に活用できると感じています。日々の実務において、思い描いたアイディアをすぐに形にし、関係者と共有するプロセスを意識的に取り入れていきたいと思います。

仮説構築で何を優先すべき？ 仮説構築のポイントについて学んだことは、以下の通りです。 まず、仮説構築では複数の仮説を出すことが重要です。3Cや4Pといったフレームワークを活用し、網羅性を持たせることが求められます。決め打ちにしない姿勢も大切です。 次に、仮説を絞り込むための基準としては、具体的なデータや根拠が必要です。たとえば、SNSのプロモーションが弱いと判断する場合、その根拠を明確にする必要があります。 どのデータを用いるべき？ データ取得や計測前には、指標の絞り込みが重要です。何を比較すれば仮説が立証されるのかを確認します。例えば、故障件数ではなく、1件あたりの対応時間を指標とすることが有効です。 また、比較対象のデータも集める必要があります。Aが正しいというだけでなく、BやCを否定するデータも必要です。これにより、より説得力が増します。 仮説検証の鍵とは？ 仮説には「結論の仮説」と「問題解決の仮説」があり、それぞれの使い分けと違いを意識することが重要です。問題解決の仮説では、社内のシステム切り替えにおいて複数の製品候補の中から1つを選ぶ際、網羅性のある原因究明と問題箇所の特定が求められます。A製品が良いというデータだけでなく、他の製品（B, C）がダメというデータも揃えることで、Aの比較優位性を証明することができます。 フレームワーク選択の重要性 仮説検証のシミュレーションでは、まず仮説の洗い出しを行います。3Cや4Pのフレームワークが適用できるかどうかを検証し、適していない場合は他のフレームワークを検討します。 最後に、データ検証の洗い出しでは、取得可能なデータの確認と、どの指標が計測・取得すべきデータなのかを特定します。これにより、仮説の検証がスムーズに進むでしょう。 以上のポイントを踏まえて、仮説構築と検証のプロセスを実践していくことが大切だと感じました。