(29ページ目)

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

の受講生の学び

---

思考力はどう育む？ 知識のインプット、アウトプット、他者からのフィードバック、そして振り返りというサイクルが、成果に繋がる思考力を育む重要なプロセスであると改めて実感しました。普段の生活では意識的にクリティカルシンキングに取り組む動機付けが難しいですが、このトレーニングの繰り返しにより、当たり前のように思考結果をアウトプットできるようになりたいと思います。 修了は新たな出発？ 本講座の修了はゴールではなく、むしろ新しいスタートラインに立ったと感じています。年間評価面談では、目標達成に至らなかったメンバーとも「イシューは何か」という視点で一緒に考え、今後の改善につなげたいと考えています。 問いはどう捉える？ また、来期に向けては「問いを残す」ことと「問いの共有」を重視する予定です。組織として共通の「問い」を定めた後、課会で使用する資料の冒頭にテンプレートとして掲示し、毎回全員が確認できる仕組みづくりに取り組みます。 評価をどう見直す？ まずは、自分自身の年間評価に対するイシューを検討します。強引に仮説を立て、必要なデータを集め、複数の切り口から結果を分析することで、来期には目標達成へ向けたしっかりとした下準備を整えていきます。

データの解像度を上げるには？ 目の前にあるデータを単に見るだけでなく、それを加工し、グラフなどで視覚化し、さまざまな切り口で分解することで、データの本質的な意味を理解することができると感じました。このように解像度を上げることで、データが持つ真の価値を引き出すことができます。ただし、自分にとって都合のいい結論に導くためだけに分解して終わらせず、他の切り口がないか、結果に漏れや重複がないかを常に疑う姿勢を持つことが重要です。 事業計画に活かすデータ分析 こうしたアプローチは、事業計画や月次報告などで数字を扱う際に特に効果的だと考えます。数字をただそのまま見るのではなく、複数の視点で分解することによってデータを正確に捉えることができ、その結果、本当の問題やボトルネックが浮き彫りになり、効果的な対策を講じることが可能になるでしょう。 新たな分析視点をどう加える？ 事業計画の策定や月次報告の際には、以下の点を意識して取り組みたいと考えています。まず、数字を羅列するのではなく、視覚化して表現することで新たな気づきを得る。そして、これまでに使ったことのない新たな切り口を加えることにより、テンプレートにはない分析を行い、さらなる洞察を得ることを目指します。

情報整理はどうする？ 情報整理の際は、枠組みやフレームワークに沿って考えることが大切です。常にターゲットである顧客の視点に立ち、情報を整理し、提供する価値を明確にする必要があります。 差別化のポイントは？ 差別化を検討する際には、顧客と競合双方の視点を取り入れ、実現可能性や模倣性を考慮することが求められます。施策の根底には差別化があり、そのためには顧客にとっての具体的な価値を追求することが重要です。 戦略の重みは？ また、ポーターの基本戦略については、いずれかの戦略に偏るのではなく、各戦略の重みを理解した上で、バランスを取る必要があります。さらに、VRIO分析では単に強みを抽出するのではなく、その強みをどのように競争優位に変えるかを検討するフレームワークとして活用することが重要です。 優位性をどう活かす？ 営業や提案活動の改善において、競合との差別化は大きなテーマです。今後は、単なる「強み」ではなく、「競合優位性」が何かを見極め、VRIO分析を通じた自社資源の棚卸しと評価を行います。そこから導き出された優位性を活かし、顧客視点に立った提案の質を高め、他社が模倣しづらい価値訴求へとつなげていきたいと考えています。

フレームワーク活用のコツは？ 課題を考える際、初めから新たに考えるのではなく、まず適切なフレームワークに当てはめることで、情報の漏れなく抜け漏れを防ぎ、新たな観点を追加することが可能です。フレームワークを活用することで、論点の整理がしやすくなります。 仮説はどんな視点で？ 仮説を立てるときは、単一の固定観念にとらわれず、複数の仮説をさまざまな切り口から整理することが求められます。こうした多角的な視点から検討することで、仮説の網羅性が向上し、より効果的な対策が検討可能となります。 情報収集の手順は？ データ収集のプロセスでは、誰にどのように情報を求めるかが非常に重要です。単に各種資料に頼るのではなく、実際に知識を有する人を特定し、確認の方法を明確にすることで、比較や反論の排除にも努めるとよいでしょう。 施策実践の始め方は？ 施策を検討する際は、目的に適したフレームワークを調べること（例としてChatGPTへの問い合わせ）から始め、複数の角度で仮説を定義する必要があります。また、データ収集においては、各種資料の作成者を特定し、作成の意図や補足情報、意見などアドバイスを求めながら取り組むことで、より充実した施策の策定が期待できます。

短文を書く重要性とは？ 短文で書くことは、分かりやすい日本語を書くための出発点です。言いたいことを支える理由付けを考える際には、自分の視点がどのような立場であるかを意識することが重要です。一つの理由で満足するのではなく、複数の理由を考えることが求められます。状況や相手によって、最良の理由付けは変わることがあります。 ビジネスにおける日本語の信頼性 日本人は、正しい日本語を使用しなくても意思疎通が成立することが多く、間違った使い方をしても、その誤りに気づかないことがあるかもしれません。しかし、社外や対外的に送る文章では、正しい日本語を使用しなければビジネスパーソンとしての信頼性が疑われることがあります。したがって、普段よりも正しい日本語を使うことを意識することが大切です。 高次視点での理由付けが必要な理由 理由付けを考える際には、自分の視点だけでなく、部長や事業部長、社長といった高次レイヤーの視点でも考えることが求められます。これまで自分の頭の中だけで無意識的に行っていた理由付けの組み立てを、紙とペンを使って書き出してみる方法があります。具体と抽象を行ったり来たりしながら、他にないかと意識を払って理由を付け加えていくプロセスが重要です。

ケーススタディの理解を深めるには？ ケーススタディで仮説を立てる際には、講義動画に加えて初回に紹介された本を参考にすると、理解が深まります。例えば、今回のケースでは、アキコのお店が利益を生み出す仕組みを考える際に、コストを販売原価と販管費に分けて考えることができます。そして、販管費には人件費、広告宣伝費、研究開発費、減価償却費、地代家賃、リース料、通信費、消耗品費などが含まれると理解することで、それぞれの要素に関する仮説を考える際のヒントになります。今後もナノ単科の講義と併せて、本を読み進め、知識の定着に努めます。 数字に基づく投資提案とは？ また、セキュリティなどのIT投資は、P/Lでは販管費に含まれます。必要な投資を提案する際には、数字的に現実感や納得感のあるものを考えられるようになりたいです。そのためにも、まずは自社の財務状況をしっかりと理解していくことが重要だと考えています。 経理部門との協力体制を築くには？ week2での行動計画と同様の内容になりますが、経営を支える投資を提案するには、自社の財務状況をより理解し進めたいと考えています。そのために、経理部門と協力し、必要なことを共有していく関係性を築いていきたいと思います。

点と線の捉え方は？ 全体を通して、各手法を単なる点として捉えるのではなく、線としてしっかりと分析し、それを次の分析へのインプットにしていくことが重要であると再認識しました。また、頭では理解していても、つい答えありきで進めてしまう癖があるため、有識者と共に、普段からどのような分析手法を用いているか、また答えありきになっていないかをクロスチェックする必要性を感じています。 計画と分析はどう調和？ 特に来期の事業計画の立案時に、この分析の姿勢が非常に役立つと考えています。たとえ綿密に分析して計画を策定しても、現場の都合や関係性によって思いどおりに進まないことが多いのが現実です。しかし、自社のメリットを明確に言語化し、他者にも理解していただける分析を行う技術を身につけるため、日頃から学んだ手法を自然にアウトプットできるように心がけたいと思います。 外部インプットは必須？ また、PEST分析などで社会情勢を捉えるには、個人だけでは限界があるため、外部からのインプットに頼ることも重要です。某IT企業のレポートなど、信頼性の高い資料を参考にする一方で、ほかにも有用なレポートがあれば共有していただけると、大変助かります。

どうして仮説思考？ データ分析においては、目的を明確にし、仮説思考で取り組むことが重要だと再認識しました。問題解決のステップを復習・整理する良い機会となり、筋の通った仮説を立てるためには、多面的な視点からロジックツリーを活用することが有効であると実感しました。一方で、可能性のある原因を網羅的に洗い出すという点ではまだ苦手意識があるため、今後も意識的に仮説思考の習慣を身につける必要があると感じました。 離脱上昇の背景は？ 自社のSaaSプロダクトの中では、あるものについて利用者の離脱率が上昇している現状を踏まえ、本講座で学んだ問題解決のステップを振り返りながら検討を進めています。複数の解決策を洗い出すことができたら、それを今期の重点施策として実施し、PDCAサイクルを回す計画です。 論理思考がなぜ大切？ これまでの取り組みでは、なんとなくデータを眺め、漠然とした仮説に基づいて解決策を考えてきました。しかし、本講座を通じて、論理的な思考と筋の通った仮説検証こそが、問題解決に直結する重要なプロセスであることを学びました。また、取り組みの中でミーティングを通じてチームメンバーとアウトプットや意見交換を行うことの大切さも実感しました。

振り返りに気付いたことは？ 今週はこれまでの受講内容を振り返りました。その中で気付いたのは、思った以上に講義の内容を思い出せないことです。時間が経ったことも一因でしょうが、理解しきれていなかった部分があったのだと思います。講義サイトが参照可能なうちに、もう一度見直したいと考えています。 プロジェクト開始までの時間管理 予算等の都合で、当初の検討からプロジェクトの開始まで時間がかかることはよくあります。今回も同じようなことが起こり得るため、検討時の整理結果をわかりやすく残すことを意識したいです。 クリティカルシンキングの活用法 クリティカルシンキングは、初めて取り組む内容や難しいプロジェクトの担当になったときに役立てたいと考えています。ただ、自分の性格上、「●●をやらないと」と思い込むと考えが停止してしまうことがあります。また、億劫になり手を付けないこともあります。 行動を起こすための工夫は？ そのため、まずは思いついたことをつらつらと書き連ねて、着手のハードルを下げたいと思います。その後、クリティカルシンキングで学んだことを用いて、上記を検証したり新しい視点から論点整理を実施し、計画策定や結論出しを行いたいと考えています。

ロジックツリーって何？ ロジックツリーとは、ある問題や課題に対して、その構成要素を分解し整理するためのワークフレームです。複雑な要素を明確にし、原因や解決策を見つけ出すためには、MECE（もれなくダブりなく）を意識することが重要です。 なぜ手順が必要？ システム導入のプロジェクト進行で発生する問題に対して、ロジックツリーを活用する具体的な手順は以下の通りです。まず、タスクが遅延している原因という起点となる要素を設定します。次に、その要素を「スケジュールに対する意識不足」「リソース不足」「スケジュール自体に問題がある」などといった具体的な要因に分解します。 どう深掘りするの？ さらに、各要素について深掘りし、たとえばリソースが不足している場合には、タスクに必要な要員を明確に割り出していなかったことが原因として考えられます。その上で、各原因に対して解決策を検討します。具体的には、必要な要員の割り出しを行い、タスクを完了するためにどの要員がどれだけ必要かを明確にし、要員の調整を試みるという方法です。 実行計画はどうなる？ 最後に、検討した解決策に優先順位を付け、実行計画を立てることが、問題解決のために有効であると考えられます。

エンパワメントの意味は？ エンパワメントという言葉を初めて知りました。自分に余裕を持つことは非常に難しいですが、日頃から意識的に余裕を保って行動しているため、今回の内容には納得できる部分がありました。一方、目標設定においては6W1Hの観点を踏まえると形式的になりがちですが、相手に合わせて柔軟に対応することが重要だと感じました。 どのように任せる？ エンパワメントの実践にあたっては、まず業務を任せる前に、対象者の状況や周囲の環境について十分に把握することが大切だと考えました。その上で、どのようにエンパワメントを進めるか自分なりに計画し、メンバーにもその計画に基づいて動いてもらう形が理想です。現在の業務でも、知識や経験に差があるメンバー同士で助け合いながら進めることで、一人では難しい課題もチームとして解決し、その学びを個々に活かせるよう努めています。 目標連動のコツは？ また、経営層から示される目標を部や課単位でさらに細分化すると、全員の目標が一致するとは限りません。自分は、まずメンバーの視点で目標を考え、その上で課の目標にどのように連動させるかを検討する方法を半分ほど取り入れています。皆さんの実践されている方法もぜひ伺いたいです。

顧客と競合はどう見る？ 差別化について学んだ内容では、まずどの業界で事業を展開し、ターゲットとなる顧客が誰であるかを明確にすることが重要だと実感しました。その上で、顧客が求めるものが何か、どのような価値を提供すれば意味があるのかを深く考える必要があります。また、競合他社についても、単に同じビジネスモデルを真似るのではなく、顧客視点でその存在を捉えることが求められると学びました。特に、VRIOの模倣困難性に関しては、独自の歴史的条件や因果関係の不明性、さらには社会的複雑性といった要因が働くため、他社には真似できない価値を生み出す可能性がある点が非常に興味深いと感じました。今後は、自社にもこうした独自要素がないか、改めて考察してみたいと思います。 自社戦略を再検討する？ また、今後の自社戦略を検討するにあたり、VRIOの観点から差別化の施策を実践してみたいと考えています。現在の受託開発業務では、場合によっては他社と同じシステムやテーマで開発が進むこともあり、身近な競合との違いを明確にすることが課題となっています。まずは、身近な顧客や競合を軸に設定し、実際に差別化を図る方法を試すことで、より具体的な戦略の構築に繋げていきたいと思います。