(22ページ目)

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

の受講生の学び

---

イシューはどう見抜く？ 課題解決を進めるためには、まずイシューを特定することが重要です。これは、課題に対して最適かつ迅速な解決策を導くための基本であり、どの取り組みが最も効果的に課題を解決できるかを明確にするためです。具体的には、データを分解してイシューの特定を容易にし、内部環境と外部環境を分析することで、課題の本質を正確に把握する必要があります。さらに、イシューを問いの形にし、具体的かつ一貫して検討する点にも留意することが大切です。 IT戦略はどう考える？ 学んだ手法とその解決方法を、自社業務と顧客先業務の双方に活かすことができると感じています。自社業務では、IT戦略を考える上で、どの領域に投資するかを提案することを目的とします。まず、自社の売上データを分解し、内部・外部環境を分析することで、ビジネスインパクトの大きい領域を特定します。その上で、従来の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製品、課題管理ツールなどがあります。 これらのツールは、以下のような場面で活用できます。 ●提案フェーズでの資料作成 主張したいことを一点に絞り、複数の概念を用意します。既存顧客の場合は、顧客カラーに応じた選択を行いますが、分からない場合は複数の選択肢をそのまま準備しておきます。ただし、根拠はすべて明確にしておくことが重要です。 ●エンジニアとのやり取り 主張に対しての根拠を複数用意し、文章の精度を高めます。しかし、コミュニケーションには必ずラリー（やりとり）が存在するため、一回で全てを伝えようとせず、逐次的なやり取りを心がけることも大切です。

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

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