(6ページ目)

内容 ✕ 共有

に関する学び

---

問題解決はなぜ重要？ 問題解決のステップである「What・Where・Why・How」は、根本的な課題解決力を高めるための重要なフレームワークであると改めて実感しました。問題解決を急ぎすぎると、いきなり「How」に飛びついてしまい、問題の本質を見失った対策に陥るリスクがあります。そのため、各ステップにおいて「なぜこの工程が必要なのか」を意識しながら、丁寧に取り組むことが必要だと感じています。 分析の目的は何？ また、分析を行う際には、対象データやその性質、進行中のステップに応じ、複数の切り口やフレームワークを柔軟に活用することが大切です。視野を広げ、多角的な考察を実施する姿勢が求められるとともに、目的意識が明確でなければ、どれほど緻密な分析も意味をなさなくなります。分析の際は、「なぜデータ分析をするのか」「どの課題を解決すべきか」をはっきりと定めたうえで取り組むことが肝要です。 どう活かすべき？ 今回の学びを活かせる具体例としては、施策の検証やシミュレーション、数字の未達や達成要因の分析、データの可視化やダッシュボードの作成と管理などが挙げられます。これらの業務においても、問題解決の各ステップを意識することで、仮説思考や多角的な視点を補完し、抜けや偏りのない網羅的なアプローチが実現できると考えています。 情報共有はどう？ 特に、作成したダッシュボードを部署内で共有し、全員が直感的に課題やポイントを理解できるよう、視認性や意味を重視したデータの加工・構成を工夫することに取り組んでいます。今回学んだ内容は、実践と定期的な復習を通じて、他者に説明できるほど深く理解し、業務の中で確実に活用していきたいと思います。 学びを続けるには？ この学習を一度限りのものとせず、継続的な行動として定着させるため、問題解決の各ステップを意識しながら、クリティカルシンキングやヒューマンスキルといった幅広いビジネススキルの向上にも努めていきます。

プロトタイプの意義は？ 今週の学びは、プロトタイプを作り共有する力を実感した点にあります。頭の中で考えているだけでは見えてこなかった課題や視点も、形にして見せることで他者からのフィードバックが得られ、自分ひとりでは気づけなかった点や改善につながる方向性が浮かび上がりました。特に、「完成していなくてもいい」、「とにかく見せて意見をもらう」というスタンスが、新しい価値や学びを生み出すことに大きく寄与していると感じました。デザイン思考の「つくって考える、対話して深める」姿勢は、変化が激しく正解が一概に決まらない現代の仕事において、大きな武器になると実感しています。 提案の伝え方は？ 私の仕事では、データ活用やDXを推進する中で、提案内容の伝え方が常に課題となっています。例えば、勉強会の構成やダッシュボードの設計、展示会のコンテンツなどを一人で考え抜くのではなく、早い段階で仮の構成やプロトタイプをチームや対象者に見せ、反応を確認することで、よりニーズに沿った形に近づけることができると感じました。このプロセスは、関係者との共創を促すきっかけともなり、プロトタイピングが単なる手法以上の意味を持つことを教えてくれました。 改善の具体策は？ 今後は、以下の3点を意識して実践していきたいと思います。まず①「たたき台」を意図的に作ることです。提案資料やイベント構成は、一人で完成させる前にドラフトを共有し、意見を募る仕組みを取り入れます。次に②フィードバックをもらう文化を育てる点。同僚や他部署とプロトタイプを見せ合い、意見交換をすることで、互いにアイデアを磨き合う習慣を作りたいです。そして③受けた反応をもとに柔軟に変更すること。まず出してから修正するといった循環を業務の進め方に定着させ、迅速な改善を図ります。 これらの取り組みを通じ、完璧なものを最初から求めるのではなく、共により良いものにしていくというマインドセットをチーム全体に広げていきたいと考えています。

学びを再確認するには？ 今週は振り返りの時間でした。 ■講座を通して学んだこと 情報を疑問視し、分析し、論理的に評価することで、信頼性を見極め、正しい判断を行うことが可能になるということを改めて学びました。 考え方を研ぎ澄ますには？ ■常に頭においておき、反復練習すること 人は「自分が考えやすい方向に考えてしまう」傾向があります。そのため、思考が偏らないよう、本当にそれでいいのかを自問自答し続ける訓練が必要です。本質に迫るために「なぜ」を繰り返し、問題の根幹に到達することが重要です。 問題解決にはまず「イシューを特定する」ことが必要です。それから「問いを残し」意識し続け、「問いを共有する」ことで組織全体に浸透させます。また、信頼できるデータや根拠を用意し、論理に一貫性を持たせることが求められます。そして、異なる視点や意見を考慮してバランスを保ち、感情に流されず冷静に判断することが重要です。背景や文脈を理解し、公正で倫理的な判断を心がけることも必要です。 プロジェクトに活かすには？ ■実際のプロジェクトでの適用 システム導入プロジェクトでは、毎回のワークショップでベンダーの提案について議論します。この際、ベンダーの資料を読み解き、疑問点や言葉の定義の違い、目線が合っているかの確認を行います。前提条件の確認や、トリガーとなった事実の裏にある本質を見極めることは重要です。結論を出すに当たっては、軽率な判断を避けるべきです。 自身が運営するプロジェクトでも、本質的な目的を見据えた方向性を決定し、その目的に基づいた運営内容を構想します。対象となる役員や経営層、一般社員などに応じて適したスライドの作成や見せ方、言葉の選び方に工夫を凝らします。メッセージを明確にし、ピラミッドストラクチャーで根拠を整理することで、スライドの内容が大きく変わります。慣れるまでには時間がかかりますが、毎回対象ごとにピラミッドストラクチャーを作成することが重要です。

問いの意義は何？ テーマ「問い」では、まず問いの意味や狙いを意識し、その問いを常に念頭において行動することの重要性を学びました。問いを共有することで、組織全体で方向性が統一され、互いの取り組みに対する理解も深まると感じています。 売上分解の狙いは？ 実践の一環として、ある事例をもとに売上をどのように分解し、売上増加のための施策を考えるかを学びました。売上は店舗数、店舗あたりの客単価、そして客数に分解でき、特に客数を増やすことがまず重要であると示されました。具体的には、テレビCMなどを通じた認知度の向上、値下げやキャンペーンによる消費者へのインセンティブ、新商品の投入などが挙げられています。また、基本要件を満たす「QSC」や「MadeForYou」といった施策により、既存の顧客を取り戻す工夫もされている点が印象に残りました。 単価向上の方法は？ 一方で、単価を上げるための方策も検討され、サイドメニューやセットメニューの充実、単価の高い新商品の開発が必要だとする考えが示されました。これにより、売上全体の構成比率において、店舗あたりの売上や客数が大きく伸びた結果、客単価も一定の割合であることが確認できました。 問題発見と解決は？ 今回の学びを通して、問題発見力と問題解決力の両面がいかに重要かを実感しました。私が所属する部署では、抽象的な「採用強化」や「退職防止」「人材活用」といった大きなテーマが山積みになっている状況ですが、まずはこれらを細かく分解し、言語化・数値分析することで、実際に行動に移せるレベルまで具体化する必要があると感じました。 学びを振り返る？ また、これまでの講義や入門編の学習内容も振り返り、分解、言語化、数値分析といったプロセスを手間と感じずに実行することが、最終的には効率的な問題解決への近道であると理解しました。こうした基本に立ち返ることが、今後の総合演習にも大いに役立つと確信しています。

直感に頼らず考えるには？ 人間は直感や経験に基づいた発想を無意識にする傾向があります。そのため、自分自身の思考に対して「なぜ？」や「他には？」と問い続けることが重要です。また、他人からフィードバックを受けることで自身の思考を育て、多角的な視点を養うことができます。これによりバイアスのかからない思考が可能となり、考える過程を言語化できる、つまりロジカルシンキングが得意になると言えるでしょう。 多面的な視点を養う秘訣 物事を考える際に自分の視点からのみ考えてしまい、多面的な見方ができていないことに気づかされました。無意識のうちに自分が考えやすい方向に思考をしてしまう自分自身に気づき、まずは自分の考えの癖を意識し、注意することが必要だと強く感じました。 ITインフラエンジニアの視点でプロジェクトを検討 私の職種はITインフラエンジニアで、稼働システムの運用や保守、新規システムの設計や構築を担当しています。例えば、古い環境のシステム更改時に単純に今あるものを新しくする視点からタスクを洗い出したくなります。しかし、システムに関わる全ての関係者の目的や、その手段、期限、効果などを考慮することで、より意義のあるプロジェクトに寄与できると感じています。日々の業務においても、正確で相手が納得できる発言をすることが、短時間で精度の高いタスクの進行に繋がると思います。 なぜそのタスクを行うのかを共有する重要性 さらに、身近なメンバー間での単純な作業内容の共有にとどまらず、なぜそのタスクを行うのか、その意義やプロジェクトの方針などを共有し、認識にずれがある場合は軌道修正します。また、プロジェクト内の見える範囲に限らず、関係者以外の方にも意識を向ける必要があります。経験に頼ったタスクに対しては、なぜそれを行うのか、他に手段はないのかを検討する時間を設け、コミュニケーションにおいては具体的で理解しやすい内容を常に心掛けることが重要です。

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

内容の振り返りは？ 動画視聴を通じて学んだ内容は、実際に自分で実践しようとすると、スムーズに出てこない部分があり、学んでいるつもりにならないよう、改めて振り返りや整理が必要だと感じました。 相手理解はなぜ？ 6週間の学びを振り返ると、最も印象に残ったのは「相手を理解すること」がすべてにつながるという点です。フィードバックの方法やモチベーションの上げ方、エンパワーメントの仕方も「人」が前提であるため、単に理論に偏らず、まずは自己理解を深めることが大切だと実感しました。自分のキャリアに対する考えを見直し、スタッフと共有していくことが課題に感じられます。 依頼の工夫はどう？ また、業務を依頼する際には依頼の仕方やフィードバックの方法に注意を払い、成果の変化やスタッフからの反応をしっかりと確認したいと考えています。個別相談の機会が多い中で、相手をより理解するための質問を工夫し、話を引き出すことにも取り組みたいと思います。 研修で意見交換は？ さらに、部内での研修時には、キャリアに対する考え方を全員で意見交換する機会を設けることで、相互理解を深めることができると期待しています。自己理解を促進するため、他者からのフィードバックを積極的に受け、自分自身が組織にどのように貢献できるかを追求していきたいと考えています。 リーダーシップ見直しは？ 各スタッフの特性や考え方を整理し、どのようなリーダーシップが適しているのか、対話を通じて見出すことも大切です。同時に、相手への聞き方や、相手のモチベーションの背景を理解する工夫をし、少しのチャレンジが成長につながるような指導や業務の依頼を心がけていきたいです。 組織の指導方針は？ 周囲の意見を取り入れながら、組織が求める姿勢を自分自身で再確認することで、スタッフに対する指示や指導の目的がより明確になり、相手にとっても伝わりやすくなると考えています。

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

記述式問題解決の重要性とは？ 現状と理想の姿の乖離や課題に対して、どうすれば現状が良くなるかという対策（How）をすぐに考えてしまいがちであることに気づきました。これまで、起きている問題や事象の要因について十分に考えずに進めてしまっていたことが課題でした。 問題解決のステップを踏む 今回の学びでは、問題解決のステップを明確に4段階、つまりWhat（何が問題か）、Where（どこで問題が起きているか）、Why（なぜそれが問題なのか）、How（どう解決するか）の順で思考を進めることが重要であることを学びました。さらに、必要に応じてこれらのステップを行き来することで、効率的に問題を検討できることを学びました。 なぜロジックツリーが有効なのか？ ロジックツリーを用いたフレームワークは、アイデア出しの際に抜け漏れがなくなることが特徴です。また、問題を層別分解と変数分解（掛け算）という2種類の方法で分解し、それぞれの方法を内容に応じて使い分けることができます。さらに、MECEを意識し、モレなくダブりなく分析を行うことが重要です。 次のステップで重視するポイントは？ 施策の検証においても、問題解決のステップを早い段階で活用したり、目の前の数字や解決策に飛びつかず、視野を広く持って理想的な状態を捉えた分析を行うことができるようになりました。ロジックツリーを用いた課題発見やMECEを意識したアイデア出しについても、実践で活用していきます。 学びをどう共有するか？ WEEK2の学びをチームメンバーに共有し、実際の場面でアウトプットを行います。また、次の検証においては問題解決のステップを活用して分析を進めます。ロジックツリーのフレームワークを積極的にグループに取り入れ、MECEを常に意識しながら取り組みます。そして、WEEK2の学びを振り返り、積極的にアウトプットすることで確実に身に着けていきます。

適切なイシューの立て方は？ 状況に合わせて適切なイシューを立てることの重要性を改めて実感しました。初めてケースを読んで分析してみたものの、非常に難しく、まだ十分に身についていないと感じました。今後、これまで学んだ知識をさらに活かせるよう、練習と実践を重ねていきたいと思います。 FAQタイトルはどう？ また、FAQのタイトルづけについては、お客様の解決したい課題を問いかける形で整理することで、誰が見ても内容が分かりやすい記事に繋がると感じました。これにより、より具体的な問題解決を図るための記事作りを心がけたいと思います。 改善要望は何が課題？ 開発への改善要望においては、ただ「やってほしいこと」を伝えるのではなく、解決したい課題（イシュー）からアプローチすることで、より的確な対応が期待できると学びました。 業務脱線はどう防ぐ？ 業務インプットの際には、説明中に画面の別機能の話題や質問の補足などで脱線しがちなため、「何を伝えるべきか」を双方でしっかり認識しながら進めることが大切だと感じました。このような意識の共有が、目的を見失わずに効率的なインプットにつながると考えています。 記事作成の基本は？ 今後、新たな記事を作成する際には、まずその機能が何のために存在するのかという基本的な問いから考え、記事の目的を明確にしていきたいと思います。また、来月から始まる業務インプットにおいても、開始前に「今日理解してほしいこと（イシュー）」を共有することで、より効果的な説明ができるよう努めたいと思います。 ケース分析で得る知見は？ 最後に、ケース分析を通じて、イシューの立て方には慣れが必要であると痛感しました。自社の施策においても、なぜその取り組みが行われているのかを常に意識し、考える習慣を身につけることで、より深い理解と実践へとつなげていきたいと思います。

メッセージを伝える視覚化の工夫とは？ 特に学びとなった点は、以下の2つです。 1つ目は、相手にメッセージを正しく伝えるためには「視覚化」に工夫することが重要であるということです。私は普段から読み手を意識した視覚化を心がけていますが、実際に上司に見せた際、「見づらい」といったフィードバックを受けることが多々あります。どんなグラフや文字の表現を用いるべきか、どんなスライドを作成するべきか、相手の立場で考える必要があると感じました。そのため、以下の順序でスライドや文章を作成することを意識したいと思います。 ① 「どのような目的」で「何を示したいか」を言語化すること。 ② その内容を伝えるためにどのような方法がベストなのかを考えること。 ③ 最終的にアウトプットを作成したら、時間を置いて見直し、自分の頭を真っ白な状態にしてから客観的に「読みやすい文章」や「見やすいスライド」であるかをチェックすること。 読んでもらえる文章の重要性とは？ 2つ目は、読んでもらえる文章を書くことが重要であるという点です。「読みやすい」文章や「見やすい」スライドも大事ですが、それ以上に「誰かに読んでもらえるような」工夫が大事であることを学びました。これは直ちに意識して取り組んでいきたいと思います。 私の立場上、部署横断のプロジェクトのPMOやプロジェクトマネジメントを行うことが多く、議事録の作成や会議の進行、ネクストアクションや論点整理を文章にしてプロジェクトメンバーに共有する機会が日常的に発生します。そのため、様々なバックグラウンドを持った方々に対して「誰」が読んでもわかりやすい文章を書くことが非常に重要であり、今回学んだことは早速実践に活かしたいと思います。 また、最終的なアウトプットの見直しに関しては、自分だけで見直して終わりにせず、第三者にレビューしてもらい、フィードバックをもらうことも意識したいです。

イシューを明確にする重要性とは？ イシューとは「今ここで答えを出すべき問い」である。クリティカルシンキングでは、このイシューを明確にすることが非常に重要で、常にイシューを一貫して押さえ続ける必要がある。 ぶれない思考をどう保つ？ 物事を考える際、自分が問いかけているものが何なのかを常に意識することが大切だと学んだ。考えがぶれてくることがよくあるため、ぶれそうになったらすぐに立ち戻って再考する癖をつけたい。例を用いた学習を通じて、頭の中をうまく整理することができた。例えば、「なぜ？」「どうして？」「どうする？」と考えることで、企業の強みと弱みを把握し、施策を出す方法が理解できた。 具体的な問いの立て方とは？ 業務を進める際には、イシューを明確にすることが肝要である。例えば、客単価を上げるためにはどうすべきか。季節の売り場を盛り上げるためには何が必要か。ある商品の実績を向上させるためにはどうするかといった具体的な問いを正確に定め、そのための施策を考える癖をつける必要がある。何かを考え続けていると、目指していたゴールが不明確になることがあるため、その都度イシューに立ち戻り、再認識することが重要だ。 営業サポートでのイシュー活用法は？ 営業サポート業務においては、イシューを意識的に認識しないと、その重要性が薄れることが多い。まず、会社として何をすべきか、経費や効率性を考慮して意識的に考え、業務の効率化を図りたい。 資料づくりで営業力を上げるには？ 営業への活動サポートを行う場面では、その活動の目的を明確にするための資料づくりが重要である。また、自分にとってのイシューだけでなく、他の人からの問いも想定し、明確な内容を発信することが求められる。問いを共有し、その問いを解決するための行動を全員で取り組むことで営業力が向上すると思うため、問いの共有を実施するべきだと考える。