(153ページ目)

意識

に関する学び

---

a/bテストはどう？ 複数の打ち手が存在する場合、どの選択肢が有効かを判断する上で、a/bテストを活用する方法が効果的です。現状、すぐに取り入れられる業務は思いつかないものの、WEBサイトを活用した効果測定が必要な際には、積極的にこの手法を取り入れていきたいと考えています。 自己訓練の意義は？ また、業務に限らず日常生活においても、what-where-why-howの視点を意識して自己訓練を重ねることで、分析能力の向上が期待できると感じています。 障害分析はどう？ さらに、このwhat-where-why-howの手法は、障害分析から品質向上のための打ち手を検討する業務において、非常に有用です。さまざまなデータを収集し、仮説を立てながら具体的な対策を検討し、実践していくというプロセスは、日常業務においても積極的に取り入れていく所存です。 対象選定の方法は？ まずは、打ち手が必要な対象の選定から始めたいと考えています。現状、日々さまざまな障害が発生しているため、効率よりもまずは障害が削減できる対象を明確にした上で、詳細な分析に取り組んでいくつもりです。そして、学んだ内容を個人のスキルに留めず、職場全体で共有することで、社内の共通ノウハウとして全体のレベルアップにつなげたいと思います。

データ整理は安心？ データの切り出し方について、以前は数字が欲しいならこれといった感覚で扱っていたため、具体的に整理する作業が非常に有意義でした。成長率の求め方についても久しぶりに見直し、これまで間違った計算方法を用いていたことに気づけたのは大きな収穫です。 分布分析の効果は？ 定量分析の手法として、代表値と分布に注目し、データをビジュアル化してより理解しやすくする方法を学びました。平均値が外れ値の影響を受けやすいという点に加え、単純平均、加重平均、幾何平均、中央値といった代表値や、標準偏差を用いた散らばりの把握、さらにはヒストグラムでばらつきを表現するテクニックが印象に残りました。 データ活用の秘訣は？ また、ECにおける購入者分析や売上、アクセス解析にこの知識を活かせると感じました。特に、複数の商材を取り扱う場合のデータ集計処理について、最終的に求める数値や、それをどのようにビジュアル化すれば良いのかを意識したデータ分析ができるようになりました。 感覚から論拠に？ これまで感覚的に行っていたデータ処理について、なぜその手法を用いるのかを説明できるようになり、自信がつきました。今後は月次のアクセス状況の説明にも、より論拠をもって提案し、販売方針や経営判断に結びつけていければと考えています。

ロジックとMECEの意義は？ 今回、ロジックツリーとMECEの考え方の重要性を学びました。実際の業務ではロジックツリーを使用していますが、MECEについては十分に意識できておらず、その結果、抜け漏れや重複が生じることがありました。今後は生成AIを活用し、漏れやダブりがないかを確認していきたいと考えています。 問い合わせ対応の真意は？ また、ユーザーからの問い合わせに対しては、単に表面的な対応にとどまらず、ユーザーが抱えている本質的な問題をしっかりと把握することの大切さを再認識しました。たとえば、ユーザーから「椅子が壊れたから直してほしい」と依頼があった場合、単に椅子を修理するだけでなく、一体何に困っているのか（What）、どの部分が壊れているのか（Where）、なぜ壊れてしまったのか（Why）、そして今後の対策（How）についても考え、包括的に対応することが求められます。 本質追求はどうする？ さらに、ロジックツリーを活用して、ユーザーが本当に必要としていることをWhatの視点で明確に考え、抜け漏れがないかを網羅的に確認する視点を持つことが重要だと感じました。思考の順序は、最初にWhat、次にWhere、そしてWhyの順に進めることを意識し、具体的かつ論理的な対応を心がけたいと思います。

学びの意義は？ WEEK1からの学びを通じて、自分にとって何が重要なのかを再確認できました。特に、思考の抽象度を操作することや、イシューの再検証に関しては、苦手としていた部分を具体的なアクションプランに落とし込むことができたのが良かったです。 リーダーで何する？ 現在、チームのリーダーを務めていることから、チームのメンバーや組織の課題に取り組む際にこの学びを活用したいと考えています。特に来年度のチーム戦略や目標を立てる際には、現状の組織課題をきちんとイシューとして認識し、その上で解決策を策定していくことが必要です。 抽象思考はどう？ 抽象度を上げる思考がしにくい点は、日常的な課題にも当てはまります。例えば、組織の課題に向き合う際には、周囲からのチームに対するイメージや現在の業務内容に引っ張られ、思考の抽象度が上がりにくいこともあります。これを改善するために、紙に書き出して思考の抽象度を上げる訓練をしてみようと思います。 イシュー評価はどう？ イシューの設定に関しては、実務において分かりやすいイシューが見つかると、それに集中して他の可能性を排除しがちです。これを改善するためには、思考のプロセスを意識し、発見したイシューが最適かどうかを何度か他の分解方法を試してみる習慣をつけたいと考えています。

戦略の本当の意味は？ 「戦略」という言葉について考えを深める中で、自分がそれを曖昧に捉えていたことに気づきました。難しく考えすぎると頭に入りにくいので、戦略とは「目的・目標をラクに達成するためのもの」や「やること・やらないことを選ぶこと」と解釈しました。この考えに基づくと、目的・目標の設定が今まで以上に重要であることがわかりました。 IT部門の悩みは？ 当社のIT部門も他社と同様に、計画済みの重要テーマに加えて経営や事業からの緊急案件が絶えず降りかかり、質・量の両面でメンバーへの負担が大きくなっています。そこで、社会や当社事業の状況を前提条件として受け入れつつ、メンバーが心身ともに健康で持続的に働ける組織を作るための運営戦略を確立したいと考えています。 研修後の見直しは？ 研修を終えた後には、まず以下のことに取り組みたいと思います： - 当社のIT部門の当面の役割・目的・目標を再評価し、明文化する。 - ミッションを効率的に達成する方法や、やらなくても良いことを構造的に考え、書き出す。 毎日の行動の意義は？ さらに、日々の行動としては次のことを徹底していきたいです： - 「やらない」という選択肢を常に意識する。 - これまで以上に目的・目標の設定を重要視する。

キャリアアンカーとは何か？ キャリアアンカーが自分の中にもあり、周りの人々それぞれに異なる形で存在することを前提とする意識が必要だと感じました。そして、キャリアを自分でデザインするという発想を常に持ち続けることが大切だと思いました。 仕事の見直しはどう進める？ 次に、仕事の棚卸しや環境変化の見直し、そして仕事そのものの見直しを定期的に行っていくことが重要です。四半期ごとに仕事を振り返り、キャリアサバイバルの考え方で担当業務を整理することが効果的です。 また、自分自身だけでなく、部下のキャリアアンカーをうまく引き出し、そのキャリアに必要な仕事を割り振ることも考えなければなりません。自身のキャリアステートメントを明確化することも一つの目標です。 キャリアサバイバルの実践法は？ もうすぐ現職場に着任して３ヶ月が経つので、月末には仕事の棚卸しを行い、言語化してみようと思います。さらに、自身の目標管理シートをただの作業と捉えず、キャリアサバイバルの考え方で書き出し、キャリアに対するステートメントとして明確にしていくことが重要だと感じます。 部下へのキャリアアンカーの共有 部下にもキャリアアンカーを意識させるため、四半期ごとに1対1で面談を行い、その考え方を共有し、実践していきたいと思います。

原因はどう捉える？ 問題の原因を明らかにするためには、原因に至るまでのプロセスをしっかり捉え、一つ一つ分解する方法が有効です。同様に、解決策の立案では決め打ちにせず、複数の選択肢を洗い出し、各判断基準の重要度に基づいて評価・選択することが求められます。 A/Bテストの条件は？ また、本質的なアプローチ方法としてA/Bテストが挙げられますが、使用する際には条件をできるだけ揃えることが大切です。しかし、ここまでの内容をなんとなく理解しているだけでは、実践に対する自信はまったく得られません。日々の業務の中でこれらの手法をどのように活用できるかを強く考える必要があると感じています。 解決策の進め方は？ 例えば、業務DX活動の分析では、問題解決の４つのステップを意識して進めることが提案されています。現在、必要なデータは取得しているものの、再考の結果データが不足している場合は、追加データの取得も検討し、最終的には上司に説得力のある解決策を報告できるよう努めるべきです。 行動が進まない理由は？ 一方で、業務で分析を行う方々は、自分なりの「型」を持っているのかもしれません。私自身は、分析に取り組もうとするとなかなか前に進めず、いざ行動に移す際に「今何をやっているんだっけ？」と戸惑ってしまうことが多いです。

根本的な問題は何か？ どんなに手に余るように感じる事象でも、丁寧に分解し、加工、分析することで根本的な問題―イシュー―を特定し、進むべき道筋を見出しやすくなると理解しました。 どの問いを持つべき？ 今回の学びを踏まえ、以下の点を特に意識していきたいと思います。まず、イシューを常に念頭に置き、「問い」の形で明確にすることです。仕事においては、常に「問い」を軸として考え、会議やプロジェクトの進行では認識のずれが生じないよう、共通理解を持つことが重要です。また、十分な分解と分析を行わなければ、誤ったイシューを立ててしまうリスクがあるため、その重要性を改めて実感しています。 手法の秘密は？ 一方で、イシューをどのように特定するかという具体的な手法については、まだ自信が持てません。日々の実践を重ねることで、少しずつ身につけられるものだと感じています。 本質は何だろう？ 今後は、与えられた業務に取り組む際、「上司は何を知りたいのか」や「その業務の本質的な問題は何か」と自問してから行動するようにしていきたいと思います。たとえば、「〇〇のデータを出してほしい」や「子会社の規程のまとめを依頼された際も、まずは何を解決したいのかを明確にすること」が、今回学んだことの実践に繋がると考えています。

戦略的な問いは？ 講義中、「戦略的な人とはどのような人物か」「戦略的とは何か」という問いに触れ、誰もが大小さまざまな戦略的行動を取っていると実感しました。しかし、自分自身が十分に戦略的に動けていないと感じる背景について考えた結果、主に二点あると気付きました。 戦略が足りない理由は？ まず、不確定な事柄を明確にするための思考が十分に身についておらず、「自分には難しい」と考えたり、俯瞰的に全体を捉える時間が足りなかったりすることが挙げられます。次に、独自性を意識して行動するという観点が不足していると感じました。これらの点を研修期間中に克服し、意識して身につけていきたいと思います。 活かし方を考える？ この学びは、今後以下の二つの場面で活かしたいと考えています。 数値目標はどうする？ 一つ目は、組織の数値目標や状態目標達成に向けたアクションプラン作成です。目標は設定しているものの、さまざまな角度からのアプローチがある一方で、具体的な行動計画に落とし込めていません。直近の経験と直感に頼ったアクション決定の癖を是正し、より精緻なプランを構築していきたいです。 提案はどのように？ 二つ目は、顧客への案件提案の際です。自社ならではの独自性を真剣に追求し、提案内容に反映させることが今後の課題です。

比較ってどう見る？ 分析とは比較することであり、これまであまり意識してこなかった点でしたが、意識することで適切な図表や色の検討が可能になります。根底にあるのは目的であり、目的を意識することで、比較して何を伝えたいのかが明確になります。 自分化の意味は？ 学びのプロセスにおいて、「言語化」「教訓化」「自分化」は非常に重要な考え方です。特に、教訓化と自分化が自分自身の成長に大きく寄与すると実感しています。 施策にどう活かす？ 業務を分析し、施策を練る際には、根拠となる情報を集めて問題点を特定することが有効です。また、「言語化」と「教訓化」を意識することで、会議などで他人の進捗状況を聞いた際に、自分の考えの幅や経験値を広げる一助となっています。 仮説はどう考える？ 分析に取り組む際は、目的を常に意識することが大切です。まずは「現状を可視化する」ために図表化を実施し、その結果を踏まえて仮説を立案します。そこから、より限定的な部分の分析を進めることで、精度の高い課題の解決へと結び付けています。 会議はどう捉える？ 内部の会議においては、ただ受け身で情報を聞くのではなく、他人の発言をそのまま鵜呑みにせず、原理原則を抽出して自分自身の状況にどう反映できるかを検討することが重要であると感じました。

どの分析方法が有効？ 問題を特定する際のアプローチについて、分類や分解の手法、考え方の基本を身につけることで、さまざまな課題に対してゼロから悩むことなく、正しい分析を進められると実感しました。学習の中ではプロセスの分解に重点を置いていましたが、他の方法についても幅広く覚えておきたいと考えています。 提案の見直しは必要？ 実業務においては、顧客への提案で解決策ありきで進めてしまうケースがあり、都合の良い分析になってしまうことがあります。こうした提案は初めは良い印象を与えるかもしれませんが、本質的な課題解決にはつながらず、長期的には評価を下げるリスクがあるため、業務の進め方を見直す必要があると感じました。まずは、これまで学んだ分析のステップに基づき、客観的かつ正確な分析を実行した上で、最適な解決策を提案することが重要だと思います。 行動計画はどう決める？ 具体的な行動としては、実業務で特定のサービスに依存せず、客観的で正確なデータ分析を徹底し、複数の選択肢を比較検討することが求められます。そして、適切な判断基準を設定して最適な解決策を提案することを意識します。加えて、提案後の振り返りを行い、実施した解決策の効果をデータで検証する仕組みを整えることで、継続的に提案の機会を創出できると考えています。

問題解決はどう進む？ 問題解決の4ステップとして、まず「what」（問題の明確化）、次に「where」（問題個所の特定）、その後「why」（原因の分析）、そして「how」（解決策の立案）という流れで整理する方法が紹介されています。各ステップが順序立てて説明されているため、全体像を把握しやすく、実際の問題へのアプローチがより明確になります。 仮説検証はどうする？ 仮説を立てる際には、複数の仮説を同時に検討し、それぞれに網羅性を持たせることがポイントとして挙げられています。また、仮説を検証するために、どの比較指標を選ぶのかを意識してデータの評価を行う大切さも感じました。 データ収集はどう考える？ データを収集する際の注意点として、まず「誰に聞くか」と「どのように聞くか」を慎重に考え、比較可能なデータの収集を怠らないことが重要です。さらに、反論を排除するためにも、対立意見をも十分に考慮した情報収集が求められています。 分析計画はなぜ大切？ 最後に、分析に取りかかる前に、設定した仮説を反映した分析計画表を作成する意義が強調されています。特に、経験の浅いメンバーと共に仮説の設定プロセスや必要なデータ収集、効果的な分析方法について議論することで、より深く問題解決に臨む体制を整えることが可能になります。