(27ページ目)

確認 ✕ 方法

に関する学び

---

リーダーシップとは何？ リーダーシップは、状況に応じて適切に発揮すべきだと考えています。そのためには、まず高い能力と意識が求められ、両者を融合させることで、行動につながります。また、自身を律する（自分化）とともに、経験から学び教訓に変える（教訓化）、そしてその過程を具体的に言語化することも重要です。始めにゴールのイメージをしっかり持ち、報告・連絡・相談を徹底することで、メンバー一人ひとりの理解度を把握し、背景や意図、目的を明確に伝える必要があります。何より、信頼がなければリーダーシップを発揮することはできず、それがなければどんな取り組みも実を結ばないでしょう。 プロジェクトはどう進む？ プロジェクトにおいては、いくつかのタスクをメンバーに任せていますが、進め方にスピードや深みが感じられない場合には、背景や目的を再度説明し、全体のゴールイメージを共有しています。さらに、状況確認が必要な部下にはこまめに声をかけ、実態をしっかり把握する努力を重ねています。 部下への寄り添いは？ 直近では、「どうプロジェクトを進めれば良いのか分からないけれど、聞きに行けずに涙してしまう」という部下の声を受け、上記の方法を徹底することにしました。彼女の悩みを理解するために、何がどこで分からなくなったのか都度確認しながら、寄り添う姿勢を持ち続けます。自分自身がまだ若く感じる部分もありますが、チームのアウトプットの最大化を最優先に考え、部下と真摯に向き合っていく所存です。

顧客志向はなぜ大切？ 顧客志向でプロセスを構築することの大切さを学びました。顧客自身が気づいていない欲求や、さらに求める＋αの価値を引き出し、それを実現するための方法を検討し提案する必要があります。真のニーズを発見し、それを満たす際は自社の強みを活かすことで、他社との差別化が可能となる点が印象的でした。 ネーミングの魅力は？ また、ネーミングの重要性にも触れられており、覚えやすくキャッチーな言葉であること、そして口にしたときに心地よさを感じられる点が理想とされます。実現手法としては、STPやAIDMAなどのフレームワークを用い、社内での合意形成にも十分に注意する必要があると学びました。何より最後に、常に顧客目線を持つことが重要であると再確認しました。 自動車業界で何を重視？ 自動車業界での商品開発の現場においては、顧客がどこに強いペインポイントを感じているのかを深く検証することが求められます。現在検討している製品や機能が、顧客にとって実際に価値があるものかどうか、または他にもっと重要な課題がないかを見極めることが大切です。検証の手法や必要なデータについても改めて考える良い機会となりました。 異業種交流で何を掴む？ さらに、異なる業種や業界のメンバーとのグループワークを通じ、自分の考え方や癖を再認識することができました。さまざまな価値観や考え方に触れることで、その背景にある理由や経験を深く掘り下げることができたのが非常に有意義でした。

何がイシューなの？ イシューとは、「今ここで答えを出すべき問い」のことです。まず、課題を細かく分解し、どの部分に解決の鍵があるのかを考える必要があります。イシューは疑問形で具体的であることが求められ、視点によって内容が変わるため、チーム内でしっかりと明確にしておくことが重要です。 どうやってアイデア出す？ イシューを具体的にするためには、自分が「課題だ」と感じた点に対して、できるだけ多くの解決策を挙げることが効果的です。最初は考えやすいアイデアから出し切り、その後「では、別の視点ではどうだろうか？」と切り口を変えてみたり、他の人の意見を聞くことも大切です。 なぜ記録が必要？ イシューが明確になったら、話が脱線しないよう、目に見える場所に書き留めておくと良いでしょう。たとえアナログな方法であっても、イシューに立ち返るための有効な手段です。 解決策は本当？ また、解決策が出た時点で、イシューの疑問形に対して解決策（A＝B）の関係が成立しているか確認することが必要です。その際、逆の関係（B＝A）も検証し、「本当にそうだろうか？」と常に疑いながら進める習慣をつけましょう。 どう進めれば良い？ なお、イシューを具体化する過程で「そもそもこれって…？」という話が始まると、どうしても「それはいいから先へ進もう」という雰囲気になりがちです。こうした状況を防ぎ、イシューの大切さをチームにしっかりと伝える工夫が求められます。

本質はどう考える？ 今週は、「課題は何かを考える」という視点から、自身や組織の問題解決に必要なアプローチを学びました。通常、目の前に浮かぶ課題や思いついたままの問題に飛びついてしまいがちですが、今回の学びでは、根本的な課題を考えることが問題解決に直結するという点に気づかされました。 課題の具体化とは？ 特に、課題を「問い」の形に具体化し、常にその課題にしっかりと向き合う重要性を理解しました。思いつく課題をまずは全て書き出すという方法は、後の検討に向けた良いスタートになると感じています。 問題をどう共有する？ 組織内で課題について議論する際、まだまだすべての問題を洗い出しきれていないと実感しています。そこで、①考えられる全ての課題を列挙し、②どの課題を優先的に解決すべきかを明確にし、③その上で具体的な対策を検討するというプロセスを、メンバーにも広く共有していきたいと考えています。 リーダーはどう考える？ また、現在自分がオーナーとして管理しているプロジェクトと、リーダーとして関わるプロジェクトの両方において、メンバーから出された課題やその解決策に対して、なぜその考えに至ったのか、他にどんな問題を見つけたのかといった背景をしっかりと確認する声掛けを心がけたいです。リーダーとしては、全ての課題をリストアップし、その意図や理由を自ら明確にしながら、他者と共有して、本当に解決すべき課題かどうかを特定してプロジェクトを進めていこうと思います。

6週間の振り返りは？ 6週間を振り返ると、多くの学びがありました。クリティカルシンキングだけでなく、人生において学び続けることの重要性についても改めて確認できました。 大切な学びの姿勢は？ 学びを進める上で重要な3つの姿勢として、目的を意識すること、自他の思考のクセを認識すること、問い続けることが挙げられます。また、相手視点での考察も重要であり、これを学びの前提条件として、今後も積極的に新しい学びに挑戦していきたいと思います。 問いと分析はどう？ クリティカルシンキングでは、「問いは何か？」という点からスタートすることが大切です。分析過程においては、データの加工が必要であることを理解し、問いを解決するためには高解像度の分析を心掛けたいと考えています。そのためにはデータ分析の知識が重要です。また、主観に偏らず客観的に考えるために、フレームワークを活用する方法も知っておく必要があります。 知識の実践はどう？ これらの知識は、以下のように自分の仕事で活用していきます。自部署の会議で発表する際は、明確な問いを基にPREP法を用いて内容を組み立てます。他者の言葉を理解する際は、相手の前提条件を考慮し、フォロワーシップを発揮して場の理解度を高めたいです。また、自分の考えをまとめる際は、アイデアを出す段階から問いを明確にし、誰に何を説明すべきかを意識します。対象に合ったデータ加工やスライド作成を行い、効果的なプレゼンテーションを目指します。

問題解決の4ステップとは？ 問題解決の4ステップについて確認しました。これらのステップは、問題の明確化、問題箇所の特定、原因の分析、そして解決策の立案です。問題が発生した際には、このフレームワークに従って課題の本質と原因を十分に把握し、それを踏まえた解決策を検討することが重要です。ビジネスではスピード感が求められることが多いですが、原因分析を急いでしまうと誤った解決策に至る可能性があるため、注意が必要です。 仮説設定のポイントは？ また、仮説を考える際のポイントには、複数の仮説を立てることや、仮説同士の網羅性を持たせることがあります。決めうちせずに、異なる切り口で仮説を立てることが大切です。仮説は他の可能性を排除した先にあるため、データによる裏付けも重要です。特に社会課題を扱う際には、原因の仮説が「分かりやすい」ものに走りがちですが、常に複数の可能性を視野に入れてデータを検討することが必要です。 フレームワークをどう活用するか？ 提案やブレストの際には、今回のフレームワークを取り入れたいと考えています。また、チーム内で問題解決の4ステップを共有し、データの取得方法を数字だけでなく、アンケートや口頭での情報収集など選択肢を広げて検討することも重要です。 仮説設定が重要な理由は？ 特にデータ分析では「仮説設定」が最も重要であり、クリエイティブが求められる分野だと感じています。今後、この点を重点的に取り組みたいと思います。

なぜ客観視が必要？ クリティカルシンキングは、自分自身を客観的に見るためのもう一人の自分を作り出すことです。その目的は、何のために考えるのかを明確にし、一歩引いた目線で自分を眺めることで、目的に合った回答ができているかを確認することにあります。 どうして偏見を防止？ 私たちは無意識に思考の偏りを持ってしまうことがあります。それを防ぐためには、頭の使い方を知り、反復トレーニングを重ねることが大切です。私は、この6週間、これまでと異なる頭の使い方を意識し、しっかりとトレーニングに励むつもりです。 顧客要求は本質か？ 新規事業の立ち上げフェーズでは、顧客要求を整理しながら商品企画を進めています。顧客要求が本当に解決すべき課題に対するソリューションになっているかを確認するため、日々議論を重ねています。顧客との対話を通じて要求を導き出してきましたが、さらに深い議論を重ね、本質に近づきたいと考えています。また、議論が脱線しがちなため、「今日の議論の目的は何か」を常に意識し、必要に応じて軌道を修正したいです。 結論の真意は何？ 議論を進める上で意識すべきこととしては、以下の点が挙げられます。まず、今この瞬間の議論が目的に合っているかを確認すること。そして、直感や思いつきで判断していないかを反省し、もう一人の自分がその考えをどう評価するかを考えます。さらに、現在の結論が本当に正しいのか、少なくとも「なぜ」をあと3回考えてみることが重要です。

ケーススタディで何を学んだか？ 実際のケーススタディを通じて、P/Lの各項目である営業利益、経常利益、そして当期純利益の増減を比較し、「仮説を立てて検証する」方法を学びました。例えば、「売上高が増えているが売上総利益が減っている理由」として、売上原価の増加という事実を確認し、その原因を推測するプロセスがとても理解しやすかったです。 P/Lを読む際の重要ポイントは？ また、P/Lを読む際に重要なポイントも学びました。まず、大きな数字である売上高、営業利益、経常利益、当期純利益を押さえることです。次に、分析においては、比較・対比を通じて傾向の変化や大きな相違点を見つけることが大切です。 どのように過去のP/Lを活用する？ 具体的には、自社の過去のP/Lの推移を分析して結果を確認し、今後の予測を立ててみることが重要です。中長期計画を考える際に、これらの分析結果や予測を参考にすることができます。また、同業他社や興味のある会社、業界のP/Lを確認し、好調・不調の推移やその原因を予測することも有益です。 具体的なアクションは何か？ 私が取り組むべき具体的アクションとしては、自社のここ数年のP/Lの推移を確認し、今期の予測値について増減の理由を仮説することが挙げられます。同業他社の公開されているP/Lと自社を比較することも重要です。さらに、関連する書籍に掲載されている数社のP/Lを確認し、読み取れることをまとめていきたいと考えています。

実務講義はどう感じる？ 今週までの講義やグループワークを終え、本格的なデータ加工、代表値とビジュアル化、データ傾向の把握といった実務に直結する講義が始まりました。私自身、エクセルの基本理解が十分でなかったため、代表値や散らばりを用いてデータ傾向を確認する方法や、グループワークで触れたピボットテーブルやクエリを活用した作業効率化に関する気づきは、今後につながる貴重な学びとなりました。これまでの業務の進め方を見直す上でも、大変有意義な受講でした。 業務効率向上の秘訣は？ 所属企業ではグループ店舗のデータ集計・分析や戦略提案を担当していますが、基本知識の不足から作業効率が悪く、長時間を要することが多く苦労していました。しかし、今回の学びを通じて、データの意味を正しくとらえる方法や、効率的な集計作業の進め方が理解できたため、すぐに実務に活かしながら、少しずつスキルを向上させていこうと考えています。 基本技術はどう磨く？ さらに、グループワークを経て代表値や散らばりの重要性に加え、エクセルのピボットテーブル操作など、データ集計の基本技術の習得が急務であると実感しました。そのため、早速オンライン動画でエクセル操作（ピボットテーブル活用）のレクチャーを受け、本日以降はこれまで触れていなかった基本知識をさらに深めるとともに、データの傾向把握のために代表値や散らばりに注目した確認を行い、誤ったデータ解釈につながらないよう注意していこうと思います。

財務諸表の理解が深まる瞬間とは？ 総合演習を通じて、実際の企業のP/L（損益計算書）やB/S（貸借対照表）を確認することで、事業構造と諸表の関係性を実感することができました。私は個人的に株式の運用を少し行っており、これまで気になる会社の決算説明資料を読む機会がありました。しかし、それらの多くはP/Lに関する内容が中心であり、B/Sをじっくり見ることはほとんどありませんでした。このことに気づいたのも今回の発見でした。また、特定企業のB/Sを初めて詳しく確認した結果、興味がさらに深まりました。 IT投資比率の適正とは？ 私の業務は情報システム・セキュリティ管理です。ここでは、IT投資コストがP/L上で一般に販売費・一般管理費として扱われるため、これに関連する投資コストが売上高に対してどの程度の割合を占めるかを把握し、売上高IT投資比率としてモニタリングしています。これにより、競合や業界平均と比較しつつ、適正なIT投資を導けるよう工夫していきたいと考えています。 クラウド活用企業の比較方法は？ 自社のIT投資コストについても、売上高IT投資比率を指標として経年でのモニタリングを行い、競合や業界平均などと比較することで、適正なIT投資判断に努めています。また、自社の情報システムはほとんどがクラウドで構成されているため、固定資産が少ないという特徴があります。この特徴を考慮した上で、適切な比較対象を選定していく必要があると感じています。

全体の流れは？ データの分析にあたっては、「what」「where」「why」「how」を意識し、細部に目を向けながら全体の流れを把握することが大切だと感じました。平均値を確認する際にはばらつきも捉え、代表値を選ぶときには元データの傾向を十分に理解することが、全体像（森）を見渡す鍵になると実感しました。 仮説検証の進め方は？ また、データから得られた示唆をもとに、さらに分解して仮説検証を進めるプロセスが重要であると感じています。単に数字を追うのではなく、その裏にある人々の行動や意図をイメージすることで、より深い理解へとつながると気づかされました。 アンケート設計はどう？ 加えて、アンケート設計において「どちらでもない」を選ばせない工夫が、回答者の意見をより明確に捉えるために有効であるという点も良い気づきでした。こうした取り組みは、得られる情報の質を高め、後の分析においても大いに役立つと思います。 EC分析の鍵は？ さらに、ECにおける顧客、商品、売上といった各視点のデータ分析に、この学びを応用していきたいと感じています。実習課題では前年との比較を行い、特定の商品カテゴリでの売上低下など、数多くの視点から分析する方法を学びました。昨年と今年の売上推移、売れ筋商品のトレンド、併せ買いの傾向、そして商品における顧客属性の違いなどを比較することで、売上が低下した場合のリカバリー対策の策定にも役立つ視点を得ることができました。

評価基準はどう決める？ 複数の案を選ぶ際、定量的な評価を行う方法はチーム内の納得感を高めるために有効です。ただし、評価の重みづけが主観的にならないよう注意したいと感じました。 テスト実施の秘訣は？ A/Bテストでは、変更する部分を限定・絞ることが重要です。どの部分が効果的だったかを明確に判断できるよう、実施時期や対象ユーザのセグメントを統一し、他の要因が分析に影響しないようにする点にも気をつける必要があります。 現状把握はできてる？ まずは現状をしっかりと確認し、当たり前の事実であっても言語化してチーム全体で共通認識を持つことが大切です。その上で、事象の原因を特定し、解決策の検討に移るステップが効果的だと感じます。 アンケート設計はどう？ また、仮説をもとにユーザアンケートをデザインする際は、因数分解やクロス集計ができるよう意識することがポイントです。フレームワークを活用して実際に分析し、わかりやすく言語化していくプロセスも有益です。 レポート共有はどう？ アンケートのデザインにおいては、考え方や方針をチーム全体で共有し、どのような分析が可能か、またはどの分析を行いたいかを仮のレポートとして作成してみると良いと感じました。 理想と現状の対比は？ 最後に、あるべき姿と現状を整理し、適切なフレームワークを見つけて習得することで、資料として他者に教えやすい形にまとめられる点にも大きな意義を見出しました。