(18ページ目)

職種が「技術職（IT・通信）」

の受講生の学び

---

顧客価値の定義とは？ ビジネスにおいて顧客に対してどのような価値を提供するかを明確にするためには、対象となる顧客（ペルソナ）をしっかりと定義することが重要だと学びました。顧客ペルソナが不明確だと、ビジネスを構築するのに必要な要素や資金の計画が立てられません。また、ビジネスの成果は損益計算書（P/L）で大まかに計算できますが、利益が出ていない場合の修正プランも検討する必要があります。この際、ビジネスが提供する基本的な価値は不変とすべきで、そこがぶれると「なぜこのビジネスを始めたのか？」という根本的な問題に直面する恐れがあります。そのため、修正プランについても価値への影響を考慮しながら検討することが不可欠です。 自社サービスの価値を再確認するには？ 現在の業務においても、自社のサービスや自分の組織・チームがどのような価値を提供しているのかを再確認します。その価値が実際に提供できているかどうかを測定する基準としてKPI（重要業績評価指標）が定義されているので、その関係を正しく理解することが必要です。 まずは社内情報を含めて、自社製品が提供する価値や関連サービスの価値の認識が、自分の理解と合致しているかを確認します。もし差異がある場合は、その部分を修正します。また、KPIについてもその設定背景を正しく理解し、同様に確認を進めていきます。

聞く意義は何だろう？ 「問いかけて、聞く」ことの重要性を実感しました。つい自分の考えや意見を述べがちですが、そこは抑えて、相手の話を聞くことに専念したいと思います。問いかけ自体はあまり得意ではないのですが、理解を深めるために意識して取り組んでいこうと考えています。「コンフォートゾーン」、「ストレッチゾーン」、そして「パニックゾーン」の識別は難しいですが、これを目標設定時の判断基準として活用したいです。 目標設定の意味は何？ 近々の目標設定にも取り入れる予定です。年上ではあるものの、業界経験が浅い担当メンバーがいて、その方の目標を、本人が納得できる形で設定したいと思っています。なぜその目標を設定するのか、その意義をしっかりと理解したうえで、少し挑戦的な目標を立て、やりがいのあるものにできればと思います。 意思確認はどうする？ 設定した目標と行動に「本人の意思」が反映されているかを確認する必要があります。組織や上長の意向にばかり沿いがちな点を、本人らしさと目標のバランスを取りながら見直していきたいです。また、なぜその目標を設定するのか、その意義をしっかりと理解してもらうために、達成後の姿をイメージさせる会話を盛り込むことも大切です。さらに、ストレッチゾーンを把握し、少し厳しいけれども達成可能な目標を見つけるようにしたいです。

6週間の振り返りは？ 6週間で学んだ内容には記憶の濃淡がありましたが、短時間で一気に復習できた点は大きな収穫と感じています。講義で示されたように「問いから始める」ことの重要性を再認識し、その問いの設定がその後の行動やアウトプットに大きく影響することを痛感しました。また、グループワークに参加しなかったものの、「知識のインプットだけでは成果に結びつかず、自己満足に陥る」という点が胸に深く響きました。 問いの価値を感じる？ 相手や仕事内容に関わらず、与えられたデータや情報を盲目的に受け止めるのではなく、「問いから始める」、「問いを残す」、「問いを共有する」という姿勢を常に心がけたいと考えています。また、人に伝える際には、受け手の視点に立った資料の構成や図解、適切な日本語表現が重要であり、こうした工夫をアウトプットに反映させることが求められると感じています。 成果をどう創るか？ 知識のインプットだけでは十分な成果に繋がらないため、学んだことを効果的にアウトプットできる仕組みの構築が必要です。個人で完結するタスクにおいては生成AIを活用したフィードバックサイクルを確立し、他者とのやり取りが発生する場合には、最終アウトプットを提示する前に同僚との説明や意見交換を行うようなタスク計画や会議設計を進めていきたいと思います。

対概念をどう理解する？ 「対概念」を活用し、仮説を検証する際は、まず「当社の戦略が原因である」と「戦略以外の要因が原因である」との両面から疑い、根拠を明らかにすることが求められます。 A/Bテストの注意点は？ A/Bテストを実施する場合、前提条件を統一することが不可欠です。施策の要素を増やしすぎると、原因と結果の関係が不明瞭になるため、各施策は1つずつ実行するのが適切です。 仮説の再検証は？ 現在は、大量のデータから分析し仮説を抽出、その結果を基に施策を検討するプロセスが行われています。しかし、原因に関する仮説設定とその再分析のフェーズが不足しているため、仮説と分析を繰り返すプロセスをより一層実施する必要があります。 比較検討の基本は？ また、ABテストの前提条件は「Apple To Apple」を基本とした比較が原則です。この考え方を意識して、施策間の比較検討を行い、効果の正確な判断を下すことが重要です。 今後の分析アプローチは？ 今後は、大量データからの分析と仮説抽出は現状通り行いながらも、フレームワークを活用して幅広い仮説を立案し、必要な分析を追加することで、各仮説の更なる深堀りを実施します。比較検討の際は、要素を正確に抜き出し、必ずApple To Appleの条件で検討することが大切です。

どう分解する？ データを分解して理解するためには、対象を個々の要素に分けることが重要です。特に、When、Who、Whatといった切り口を活用することで、分析がスムーズに進むと感じました。問題に直面した際には、まずこれらの視点に当てはめることを意識する点が良いと思います。 分析は広がる？ 今回の総評では、具体的な手法としてWhen、Who、Whatを用いながらデータを分解するアプローチが評価されています。さらに、より多角的な視点を持つことで、分析の幅が一層広がる可能性があると感じました。 他の切り口は？ また、思考を深めるための問いとして、WHO、WHAT、WHEN以外にどのような切り口が考えられるか、またMECEに分解する際に意識すべきポイントは何かといった疑問が提示されました。これらの問いかけは、多面的にデータを観察する習慣を身につける上で大切だと考えます。 管理法はどう？ プロジェクト管理においても、この手法は進捗管理や不具合管理に活かせるでしょう。既に使用しているツールの補助として、まずはWhen、Who、Whatを当てはめることを意識し、課題の抽出に役立てることができます。また、グラフ化も可能なデータ収集を心がけ、評価のポイントを事前に決めることで、より効果的な分析が期待できるでしょう。

広い視点を持つ重要性とは？ 目の前の意見や状況だけで判断するのではなく、広い視点から考えることの重要性がとても印象に残りました。また、多くの人の意見を聞くことの大切さも心に残ります。この点については、上司からも同様の指摘を受けています。いくら俯瞰的に考えようとしても個人には限界があるため、組織で働く以上、他の人の助力が必要だと痛感しています。 事業計画に役立つ視点は？ 現在進行中の事業計画や施策について今週一時判断が求められており、その過程で非常に役立ちました。特に「この施策自体が事業にどのような貢献ができるのか？」という問いを最初に考えることで、これまで気づかなかった新たな視点や気付きを得ることができました。他部門のメンバーの協力を得ることももちろん大事ですが、自部門内でも意見を集め、新しい観点を生み出すことができました。この取り組みがまだ不足していることを組織内で議論し、実際に内部でも定期的なディスカッションの場を設けることができました。 意見を整理するには？ 今後は他部門のメンバーの意見を積極的に取り入れることを予定しています。そして、ここまで集めた情報を整理する作業を来週実施します。その際には、3Cなどのフレームワークを活用し、本質を見失わないように常に「目標は何か」を意識しながら情報を整理していきます。

効果的な文章の組み立て方とは？ 「相手に伝わる文章を書くポイントを身につける」について、大きなポイントになる部分は以下の順序で理解しました。自身の解釈に基づいて再編していますので、他に気になる点があればご指摘ください。 1. 文章を書き始める前に全体像を想像する。 2. ピラミッドストラクチャー（メモ："主張⇒根拠"の論理の組み立て）を活用する。 3. 主語述語を意識する。 4. 長文になっていないか意識する。 5. 自分の文章を俯瞰し精読する。 コミュニケーションツールの使い分け方は？ 業務で利用しているコミュニケーションツールには、チャット、メール、Office製品、課題管理ツールなどがあります。 これらのツールは、以下のような場面で活用できます。 ●提案フェーズでの資料作成 主張したいことを一点に絞り、複数の概念を用意します。既存顧客の場合は、顧客カラーに応じた選択を行いますが、分からない場合は複数の選択肢をそのまま準備しておきます。ただし、根拠はすべて明確にしておくことが重要です。 ●エンジニアとのやり取り 主張に対しての根拠を複数用意し、文章の精度を高めます。しかし、コミュニケーションには必ずラリー（やりとり）が存在するため、一回で全てを伝えようとせず、逐次的なやり取りを心がけることも大切です。

定性分析の意義は何？ 定性分析という言葉は以前から耳にしていましたが、具体的な内容についてはあまり理解していなかったため、普段使っている手法ということもあり、大まかなイメージは持っていました。日常的に顧客と会話する中で、提供しているサービスに対する意見や不満を雑談の中からヒアリングし、複数の顧客の声を集めることで共通の改善ポイントを見つけ出してきました。フレームワーク化はしていなかったため、これを機に試してみることにしました。 顧客の反応はどう？ また、ある顧客で認識した課題を、別の顧客にも「こういった課題はありませんか」と確認することがあります。その結果、多くの方から「あ、そうだね」と言われ、潜在的な問題を掘り起こせたような気がする反面、半ば無理やりに認識させたのではないかと感じることもあり、共感フェーズの難しさを改めて実感しました。 対応策は進むか？ さらに、特定の条件下にある利用者の特定シチュエーションでの課題に焦点を当てる重要性は理解しているものの、実際にその課題に対して具体的な対応策を講じるまでには至っていません。対象となるケースが想定以上に少ないため、コストメリット的にも実施判断にまで至らないのが現状です。今後は、次のフェーズで小規模なテストなどを通じ、解決策を模索していければと考えています。

仮説と枠組みはどうなる？ 仮説の立て方や具体的なフレームワークについての説明があり、現在取り組んでいる業務とも密接に関係していたため、大変参考になった週でした。 知識はどう耕す？ 備忘の意味も含め、仮説構築のためのメモとして、まずは「知識を耕す」ことの重要性が挙げられます。なぜを繰り返し問うこと、別の観点や視点で事象を捉えること、時系列や将来予測を意識すること、そして類似や反対の事象をセットで考えることが効果的だと感じました。 創造的な仮説は？ また、ラフな仮説を立てる段階では、常識にとらわれず新しい情報と組み合わせることで、発想を絶やさず創造的な仮説を生み出す姿勢が大切であると理解しました。 仮説の検証はどう？ さらに、仮説の検証については、必要な検証の程度を見極め、情報収集と分析を通して仮説に具体性を加え、再構築していくプロセスが重要であると認識しました。 今後の見直しは？ 現在、事業計画の策定や顧客に対するプラン作成に活かすため、仮説構築を意識して取り組んでいます。しかし、現状では仮説の立て方が自己流であり、検証も十分ではないと感じています。今後は、前述した「知識を耕す」という視点を基に、数字的根拠をうまく活用した報告や、仮説の肉付け・再構築にも注力していく必要があると実感しています。

なぜ手法を再確認？ 今回の学習では、問題解決のステップ（What/Where/Why/How）に沿って、各段階でどのようなアクションを取るべきかを再確認することができました。普段の業務でも同様の手法を取り入れていますが、今回の具体例を通じて現状の見直しに役立つと感じました。 適切な分解は何故？ また、ロジックツリーに取り組む際、すべての要素を漏れなくダブりなく洗い出そうとするあまり、時間をかけすぎてしまう傾向があることを改めて実感しました。特に末端の階層にこだわりすぎず、適切なレベルで分解するというアドバイスは大きな気づきとなりました。 現業務の解析はどう？ 現在の業務では、顧客へのサービス提供に際してコスト試算や自部署の予算計画、実績の分析を行っています。例えば、コスト試算においては提供価格、原価、販管費といった大枠から、さらに細かい費目に分解して検証していますが、構成要素をツリー状に分解するという手法は初めての体験でした。今回の学びを現業務にも活かせると考えています。 次の改善策は何？ 今後は、自部署における予算計画、実績把握、コスト試算のプロセスに、ツリー状の分析手法を取り入れてみます。一度試してみて、試算の妥当性や課題の特定にどのような効果があるかを検証していきたいと思います。

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

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