(9ページ目)

難しい ✕ 方法

に関する学び

---

数字だけで判断してる？ 数字をそのまま見ると、判断を誤る危うさや怖さがあります。実態を正確に把握するためには、数字の中身に潜む意味を紐解き、大枠と詳細を行き来しながら分析する必要があります。 集約方法は適切？ そのためには、数値を適切に集約して可視化することが求められます。ただし、集約の方法自体も状況に応じた判断が必要です。数字の意味を正しく読み取り、どの手法で集約すべきかを判断しなければ、誤った方向へ導いてしまうリスクがあります。 どの手法が最適？ 何度も試行錯誤を重ね、どの手法が実態を正しく反映しているかを見極めることが重要です。自分が行った集約内容を比較することで、分析の精度を高めることができます。 数字の羅列で判断？ 数字が羅列されるだけでは、実績、利益、投資経費といった各状態がどのようなリターンに結びつくのかが明確に見えにくくなります。これらの判断材料を集約し、分散して検討することで、より妥当な判断が可能になります。 見るべきはどこ？ また、見るべきポイントを示すことは分析を行う上での基本的なマナーであり、迅速な判断を下す要因にもなります。難しい計算式に頼るのではなく、基本的にはツールやExcel、BI、AIなどを活用して分析を進める場面も多いですが、これらの使い方を根本から学び、センスを磨くことも重要です。 視覚化の工夫は？ 単に数字をグラフにするのではなく、伝えたいポイントがしっかりと相手に伝わるビジュアルを作成するために、思考と工夫を重ねる必要があります。

背景は何が重要？ 今までは、振り返りを実施しており、特に継続したい点から話を始める実践を行ってきました。しかし、アジャイル手法に則って行っていたため、背景や理由については十分に理解できていなかったことに気づきました。今回の振り返りでは、そうした背景をしっかりと言語化できた点が大きな収穫でした。 モチベーションはどう考える？ また、モチベーションの源泉をカテゴライズして言語化していただいたおかげで、これまで抽象的だったモチベーションの考え方が明確になりました。相手の人格を把握するのは難しいものの、仕事に対する取り組みを、マズローの5段階説を軸に分析していきたいと考えています。 評価と指導は分ける？ 評価、指導、振り返りを一度に実施していた方法から、今後は「振り返り」「指導（1on1などによるキャリア支援）」「評価面談」を分けて実施することで、話の源泉や議論の方向性がブレないようにしたいと思います。さらに、各チームにおけるメンバーのモチベーション状況を見える化し、共有することで、モチベーションや将来のキャリアについての気づきを促していきます。 中間層への接し方は？ 一方で、モチベーションが高いわけでも低いわけでもなく、現状を最善と捉えて出世を断る中間層のメンバーも一定数存在しています。こうしたメンバーは、モチベーションが極端ではないため、指導が難しいという課題があります。似たような状況の方はいらっしゃるでしょうか。また、そのようなメンバーにはどのように接しているのか、ぜひお伺いしたいです。

ロジックツリーの応用法は？ what.where.why, howでロジックツリーを組み立てて考える方法が非常に参考になりました。これまでは、問題を発見するとすぐに分析を始めてしまっていましたが、一度全体像を分解してから分析を始めることで、より効率的に進められるように感じました。 MECEを意識する重要性とは？ また、MECE（漏れなく、重複なく）を意識して考えることも重要だと学びました。特に構造化が難しい問題の場合、とにかく思いつく選択肢を挙げることが多かったですが、今後はできるだけ全ての要素をもれなく考えることを心がけたいです。そのために、さまざまなフレームワークに触れて、自分の切り口をさらに磨きたいと考えています。 コンテンツ企画での分析法は？ コンテンツ企画を立案する際、プラットフォームで評価される要素を構造化した後、企画や編集、テキストといった項目ごとに詳しく分解し、それぞれの要素における理想の姿と現状のギャップを分析することが必要だと感じました。これにより、原因の分析がより深く進められると考えています。また、コンテンツの反応を良くするために、各要素ごとにブレインストーミングを行いたいと思います。 理想のコンテンツをどう定義する？ まず、自分が関わる領域のコンテンツ要素を構造化し、分解することから始めたいです。その後、それぞれの要素において理想のコンテンツを定義づけし、コンテンツ制作チームと協力しながら、各要素をどのように改善するかについて議論を進めたいと考えています。

発注とユーザーの違いは？ ITシステムの外部委託先の立場から考えると、システム開発を進める際、お客様はエンドユーザーというよりも、顧客企業の担当部門として対応することが多いです。担当部門はユーザーと異なる視点を持つため、今回学んだエンドユーザーの立場よりも、発注者の意向に注力せざるを得ません。しかし、発注者との共感、課題の理解、試作品の作成といったプロセスは十分に実現可能です。真にエンドユーザーに役立つものを提供するのは難しいものの、発注者の満足を追求する姿勢が重要だと感じています。 満足の不一致はどう？ 一方で、発注者の満足を追求できたとしても、発注者がエンドユーザーに目を向けなければ、エンドユーザーの満足と発注者の満足は一致しなくなります。このような複雑な階層構造を持つ大規模な組織では、デザイン思考を一部の人だけが理解していても、途中のプロセスでその意義が薄れてしまうため、広く多くの人に理解してもらうことが必要だと考えました。 試作品の使い分けは？ また、プロトタイプの作成方法によって検証できる項目は異なるため、一つのプロトタイプが最適かどうかを問うよりも、各プロトタイプの特性を活かして使い分け、互いに補完していくことが重要です。さらに、組織階層が深い大規模な組織では、開発過程に関わるすべての人がデザイン思考の考え方を身につける必要があると感じました。加えて、生成AIを発注者役として活用し、想定問答を行う手法も有用であると実感したため、今後も積極的に取り入れていきたいと思います。

原因はどこで？ 問題の原因を探る際には、まずプロセスに分けて考えることが重要です。どの段階で問題が発生しているかを明確にするため、原因を細分化し、全体を俯瞰することが効果的です。一概に「どうすれば良いか」を変えるのではなく、判断基準に基づいて選択肢を絞り込むことが求められます。 解決策は何で？ 解決策を検討する場合は、複数の選択肢を洗い出し、その中から根拠をもって最適な方法を選び出すプロセスが必要です。目的と仮説の設定、実行、結果の検証と打ち手の決定という流れをしっかり踏むことで、効果的な改善が可能となります。検証項目やテスト要素は一要素ずつ実施し、他の環境要因の影響を避けるために、同じ期間内での実施が望ましいです。 A/Bテストの真意は？ また、A/Bテストはシンプルで運用や判断がしやすく、低コストで少ない工数、さらにリスクを抑えた状態での改善が期待できます。テストの目的や仮説を明確にし、数値化できるデータを用いることで、検証プロセスがスムーズに進み、次の仮説や決定へと繋がります。 ボトルネックの所在は？ さらに、問題のボトルネックを考える際は、問題を発見するために「何が問題なのか」「どこで発生しているのか」「なぜ問題が起こっているのか」を多角的に検討し、プロセス全体を整理することが重要です。たとえA/Bテストがシンプルであっても、同条件に揃えることが難しい場合は、具体的にどの要素が影響を及ぼしているのかを洗い出し、最適なテスト方法を選択する必要があります。

データ収集の手法は何？ まず、データの収集方法について整理します。既存のデータを確認する場合は、手持ちの情報や一般に公開されているデータ、あるいはパートナー企業が保有しているデータを活用します。一方で、新たにデータを集める手段としては、アンケート調査やインタビューが挙げられます。特にインタビューは、背景を丁寧に確認できる反面、拘束時間や費用がかかる点に注意が必要です。 仮説設定はどう考える？ 次に、仮説について考えます。仮説とは、ある論点に対して立てる仮の答えや、まだ明確でない事項についての一時的な見解を指します。たとえば、ある事業の成功は難しいとする結論の仮説と、具体的な問題点を洗い出して解決策を検討する問題解決の仮説があります。結論の仮説は、計画やプロジェクトを始める際に初めに立て、それが思うように進まなかった場合に問題解決の仮説を用いることで軌道修正を行います。 仮説検証はどのように？ また、仮説は検証マインドの向上や説得力を強める上で重要です。日常的に市場や競合などの状況証拠を集め、論理的に分析することで、より精度の高い仮説が立てられます。こうしたプロセスは、計画のスピードアップや行動の精度向上にも寄与します。 情報の言語化はなぜ大切？ 最後に、普段から問題意識を持って状況を把握し、得た情報を具体的かつ明瞭に言語化することが大切です。興味を持った点にアンテナを張り、現象の背景を分析する習慣は、論理的な思考力とコミュニケーション能力の向上に役立ちます。

問題解決のアプローチは？ 問題に対応する際には、まず何を明らかにしたいのかをしっかりと理解することが重要です。結論のイメージを持ちながら取り組むことで、ストーリーが明確になります。 データ分析の重要な視点とは？ データを分析する際には、実数と比率の両方を確認しましょう。これは、母数の違いによって見え方が大きく変わるためです。また、効果的なグラフを用いることで、分析結果を直感的に理解しやすくすることができます。事象に応じて最適なグラフの表現方法を選びましょう。 考えを整理するコツは？ 課題に取り掛かる際には、問題点を整理しましょう。考えたことや思い浮かんだことをメモし、それをグループ化して整理します。必要に応じて一旦立ち止まり、考えを再度整理することも大切です。優先順位を決め、効率的に進めていきましょう。 Copilotを活用する方法とは？ また、Copilotと相談しながら思考を整理するのも有効です。特に難しい問題に直面した際には、飛躍した考えやアイデアを得る手助けになります。 クリティカルシンキングをどう磨く？ 比較資料についても、実践を重ねながらベストな可視化方法を見つけていくことが求められます。クリティカルシンキングを意識し、しっかりと身につけることが成功への鍵となります。 AIを使って新しい視点を得るには？ AIを活用することも一つの手段です。AIで壁打ちをすることで新しい視点を得たり、考えの整理が進んだりするでしょう。

仮説の立案方法は？ 今回の講義では、「問題解決の４つのステップ」のうち、問題箇所を特定した後に原因を究明するため、原因の仮説を立てて検証するデータを集める考え方を学びました。原因の仮説立案には、３Cや４Pなどのフレームワークが有効で、視野を広げる軸となると実感しました。 なぜ複数仮説？ また、実践力を養うためには、決めつけずに複数の仮説を立て、ヒト・モノ・カネといった要素に網羅性を持たせることが大切です。数字をただ分析するのではなく、何と何を比較して検証すべきかを深く掘り下げる視点が必要だと感じました。 仮説の分類と時間は？ ビジネスにおける仮説思考は、「ある論点に対する仮の答え」として、結論の仮説と問題解決の仮説に分類され、時間軸（過去・現在・未来）に沿って内容が変わることが分かりました。正しく仮説検証を実施することで、説得力や仕事のスピード、精度が向上することも理解できました。 仮説習慣の活用法は？ 普段から仮説提案型営業を心がけている私にとって、今回の講義は仮説検証の重要性を再認識する良い機会となりました。今後は、３Cや４Pのフレームワークを具体的に活用し、仮説を考える習慣を更に身につけていきたいと思います。 実務での仮説活用は？ 日々の業務では、課題解決と検証を繰り返しています。どんな難しい案件に直面しても、自分なりの仮説立案法や問題解決のアプローチについて、フリートークで意見交換ができれば、より一層の学びと成長につながると感じています。

リーダーの本質は何？ リーダーについて、これまで特性が強いものと捉えていましたが、学ぶことが具体的に言葉にされている点に新たな発見がありました。 なぜ育成力が不足する？ また、「リーダー不足」という言葉を耳にすることが多いですが、実際にはリーダー自身ではなく、リーダーを育成する力が不足しているのだと理解しました。この視点を持つことで、自身の成長だけでなく、他者をサポートする際にも考慮すべき点が明確になりました。 パス・ゴール理論はどう？ さらに、パス・ゴール理論などの考え方は、リーダー育成力の不足を踏まえると非常にスムーズに理解できました。かつてプレイングマネージャーとして共に仕事をしてきたメンバーと、そうした経験がないメンバーとの違いについて考えた際、パワーと影響力の観点から、新しいメンバーには「公式の力」が働いているのに対し、以前のメンバーには「個人の力」が影響していることが分かりました。 1on1面談は有効？ 現在、いきなり「個人の力」を示すのは難しいため、1on1の面談での関係構築や適切なアドバイス、そしてパス・ゴール理論を活用して状況に応じた支持を出す方法に意識を変える必要があると感じています。 なぜリーダーは育たない？ 私の所属する環境では、これまでは自然発生的にリーダーが現れていましたが、今は教育しないとリーダーは育たない状況になっています。同じような経験をお持ちの方や、環境の違いを感じている方もいらっしゃるのではないでしょうか。

問いを特定するには？ 正しい問いを特定しなければ、解決策や答えは見つかりません。問いを立てる際には、その問いが正しいかどうかを考えることが重要です。 視覚的表現の工夫をどうする？ 視覚的な見やすさも非常に重要です。例えば、数字の羅列では理解しづらい情報も、〇●などの視覚的な工夫をすることで見やすくなります。相手に伝わる表現や方法を常に意識することが求められます。 情報の分解で何が見える？ 分解方法によって、見えてくる情報が変わります。例えば、表を分解する際には、その分解方法によって異なる視点から情報が見えてきます。勝率から導かれる上位層～下位層の分け方なども工夫が必要です。 なぜ反復トレーニングが大切？ 反復トレーニングの重要性を感じました。学習した内容をすぐに身につけることは難しいため、常に意識して反復することが必要です。 業務分析で答えをどう導く？ 業務数値やアンケート結果の分析、会議内容の設定においては、分析結果から答えを導き、それをゴールとして会議を進行させることが重要です。また、問を特定することで正しい答えを導けること、そしてその問いを共有することで異なる考えや切り口を受け入れることの重要性も感じました。 問いの深堀りで得られるものは？ 問いを特定する際には、その問いが正しいか考え、自分の主張や考えを的確に言葉や文章にすることが重要です。深堀を行い、思いつきで話すのではなく、一呼吸おいて考える癖をつけることが大切です。

決断に必要な覚悟は？ 今週の学習では、職位に伴い「捨てる＝決める」覚悟が求められることを再認識しました。決断の難しさは、実行によって得られるお客さまの満足度や、金銭的コスト、運営効率といった具体的な要因に加え、現状の人間関係にも左右されるため、一層厄介に感じます。本来、仕事の目的はお客さまのためであることを再確認し、その視点を失わないよう、勇気を持って決断していきたいと考えています。 なぜ変化が難しい？ また、GAILにおける業務や対応について、なんとなく慣習的に行われている点が存在することも痛感しました。変化を起こすにはエネルギーが必要で、現状維持が一番楽に見えるため、思考停止に陥ってしまうケースがあると感じます。短期的には問題がなくとも、長期的には現状維持が続くことで衰退につながる可能性もあるため、PDCAサイクルを積極的に回し、業務の背景や考え方を継承することが重要だと思いました。また、定期的な担当者（またはマネージャー）の入れ替えにより、「なぜこうする必要があるのか」という疑問を持ち続ける環境を整えることも大切です。 なぜ優先順位付けが必要？ さらに、整備士向けのスキルコンテストの事務局業務では、毎年恒例の行事ということもあり、過去の方法にただ従っているタスクがいくつか存在するのが現実です。限られた時間の中で、これまで何となく実施してきたタスクに優先順位をつけ、定量的な判断に基づいて、継続するか見直すかの決断を下す必要があると感じました。

検証方法の違いは？ 過去の学習では、「データをつくって検証するアプローチ」（実験科学的）と「データを取得して検証するアプローチ」（社会科学的）の二種類に整理していました。しかし、デジタル領域の発展により、社会科学的なアプローチにも実験科学的手法が導入可能となり、ABテストが実施できるようになりました。いずれの方法も最終的な目的は「最善の行動をとること」であり、状況に応じて観測による検証と実験による検証の有効なステージを意識することが重要です。 現場での検証は？ 現状の業務では、実験による仮説検証が難しいケースが多いですが、人事分野ではトライアルとして人事制度の導入が行われることがあります。また、業務改善ツールの試験導入時に導入群と非導入群に分けることで、ABテストのような検証手法が活用される可能性もあります。一方、ある情報発信においては、2通りの作成が現実的な工数を超えることから、デジタル技術を活用する方法が望ましいと考えられます。 原因検証はどう？ 原因探索において重要なのは、単にABテストを行うことではなく、原因仮説を体系的に（MECE）導出し、それぞれを迅速に検証するプロセスです。たとえば、特性要因図や5 Why分析を用いて複数の原因仮説を立て、適切な方法でスピーディーに検証していくことが求められます。特に人事分野では、複数の要因が絡むため、一つの真因に固執せず、各要因の寄与を考慮しながら柔軟に仮説検証を進めることが大切です。