(19ページ目)

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

の受講生の学び

---

成功と失敗の違いは？ 「イシューからはじめよ」の内容に目新しさは感じませんでしたが、「BIG THINGS どデカいことを成し遂げたヤツらはなにをしたのか？」で述べられている【失敗したプロジェクトの共通点は、「すばやく考え、ゆっくり動く」ことだ。一方、成功したプロジェクトはいずれも「ゆっくり考え、すばやく動く」ことを徹底している。】という点と共通していると感じました。このような発見をすることができ、自分自身の業務の見直しが重要であると改めて思いました。 成果伝達の工夫は？ 現在取り組んでいるコンサルティングセールスやセールスイネーブルメントは、個人の課題解決力に大きく依存しています。これまで自身の成果を上げることはできていましたが、他のメンバーに成果を伝える過程で問題が生じることがありました。メンバーが成果を出せるような仕組みを作るためにも、「伝えること」にもっと時間と労力を投入することが必要だと感じています。 業務見直しの方法は？ 知識を得ていることと、実際の業務で適用し続けることには大きな違いがあります。今回の講義を通じて、自分の業務を定期的に見直すことを習慣化したいと思います。具体的には、講義を活かして「週1回のふりかえり、イシューに立ち返る時間を死守する」ことを取り入れ、この機会を確保するように努めていきたいと考えています。

いつデータは成果に？ 十分なデータを蓄積することが、正確な現状把握と適切な問いの設定につながるという点が非常に印象的でした。日々あらゆるデータを収集し、いつ何に対して答えを出すべきかを意識することが問題解決の基本であると再認識しました。 ROI考慮の意義は？ また、解決策を検討する際には、ただ増やすのではなく費用対効果（ROI）も十分に考慮すべきだという点も学びました。特定の業務を増やすことがオペレーションコストの増加や問題の複雑化につながることがあるため、必要に応じて削減する視点も取り入れることが大切だと感じます。さまざまな角度から分析することで、より有効な対策を講じる可能性が広がるとも思います。 採用戦略の真髄は？ 私の会社では現在、採用活動の強化に取り組んでおります。今回学んだ内容は、採用数の増加に向けた戦略に役立つと感じました。例えば、時期別の応募者数を分析し、各流入経路の割合からボトルネックを明確にすることで、仮説に基づいた具体的な対策を講じ、採用数の向上を目指したいと考えています。 PDCAで何が変わる？ この学びを整理した上で、抽象度の高い問題解決が求められる業務にも積極的に挑戦していきたいです。PDCAサイクルを何度も回すことで、立てる問いの質が向上し、より良い成果につながると信じています。

仮説はどう組み立てる？ 仮説を考える際、3Cや4Pなどのフレームワークを活用することで、複数の仮説を網羅的に立てる手法に改めて気づかされました。これまでマーケティングのツールとしてしか意識していなかった考え方も、整理のための有効な手段となることを実感しました。 日常業務で仮説考察は？ また、日々の業務の中で仮説を考え続けることにより、自分自身の業務への向き合い方を変えていきたいと考えています。 新サービスの評価はどう？ 新サービスの提供時には、仮説を一つだけ立てた結果、分析や報告の内容が浅くなってしまい、納得感に欠ける部分があったと感じました。頭の中にはもっと考慮すべき点があったにもかかわらず、十分に明文化できなかったため、結果として不十分なものになってしまいました。 再挑戦の決意は？ この現状を踏まえて、改めて複数の仮説を考え直し、分析と報告を再度やり直す方向で進めていこうと考えています。 案件分析の進め方は？ 現在、2件の案件で分析が必要とされています。1件目は、半年前に提供したサービスの展開状況と今後の展開について、2件目は1年前に想定したサービス利用状況を再度確認する業務です。各案件とも、現状のデータを収集し、フレームワークを用いて仮説を立て、過去の想定と現状との違いを明確にする形で分析を実施する予定です。

事実と推計の評価は？ 取捨選択を考える際は、多角的に評価することが重要であり、それに対する重みづけも大切です。評価を行う際には、実際の事実を集めることが最も効果的ですが、信頼できる推計を利用することも有効な手段です。経験を積むことで、適切な生産性の判断ができるようになりたいと考えています。また、定量的な視点に限定されず、経緯など定性的な視点からの補足も有効です。捨てるためには、事前の準備が重要であると感じました。最終的には「判断」であり、学びをいかに使いこなすかは自分次第です。 不要業務の見極めは？ 我々の組織においては、「やらなくていいこと」はあまり多くないと気付かされました。つまり、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などのフレームワークを活用し、本質を見失わないように常に「目標は何か」を意識しながら情報を整理していきます。