(10ページ目)

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

の受講生の学び

---

学びの統合はどう？ 今週はライブ授業を通して6週間の学びを振り返り、これまでバラバラだったフレームワークが自分の思考に統合される実感を得ることができました。特に、「目的の特定（W1）」「構造化（W2, W3）」「伝える技術（W4）」「イシューの特定（W5）」は、単独のテクニックではなく、互いに繋がっていることを再確認しました。自分の「経験や勘」というバイアスに気付き、「本当に解くべき問い（イシュー）は何か？」と立ち止まって考える姿勢を身につけた点は、初週からの学びと繋がる最も大切な要素であり、今後も大事にしていきたいと感じました。 顧客との対話はどう？ 顧客対話においては、「この機能が欲しい」という具体的な要望に対し、すぐに仕様を検討するのではなく、その要望が解決すべき経営課題について一段上の抽象度で問い直すことを意識しています。具体的には、ヒアリングメモの冒頭に「今回の真のイシュー」という項目を必ず設け、顧客と合意形成をしてから提案に入るルーチンを取り入れています。 論理展開の工夫は？ また、開発チームや社内調整の場では、ピラミッドストラクチャーを活用し、「結論＋3つの根拠」というスタイルを徹底しています。Slackでの報告や仕様書の背景説明において、MECEな分解を意識し、「なぜこれを作るのか」という論理的な妥当性を誰もが納得できる形で可視化する取り組みを行っています。 前提疑問を探る？ さらに、ドラッグストアの演習やマクドナルドの経営戦略で学んだ視点の切り替えを、後輩の育成や会議の場に取り入れることで、チーム全体で暗黙の前提に疑問を持つ文化を醸成しています。会議が行き詰まったときには、「私たちが無意識に持っている前提は何か？」と問いかけ、チーム全体の思考の幅を広げるファシリテーションを実践しています。

フレームワーク活用の理由は？ フレームワークを知っているだけでは意味がありません。特にスタッフ部門では、直接的に活用できる場面は限られているように感じていました。しかし、具体的な活用ポイントや事例を学ぶことで、SWOT分析やその他のフレームワークも、読み替えや置き換えによって適用できる場面があるのではないかと考えるようになりました。 集合知はどう作用する？ また、集合知の重要性も深く心に残りました。意見が食い違う場面は日常的にありますが、それを単なる困難と捉えるのではなく、多面的な認識が得られ、議論を通して考えが洗練され、抜け漏れの防止にもつながるというポジティブな側面に着目し、有難く享受していきたいです。 体制強化の再評価は？ これから取り組みたいのは、現在の体制強化の進め方についてのSWOT分析を通じた再評価です。漠然と正社員を補充するだけでなく、効率と効果の両面で新たな気づきが得られるのではないかと期待しています。また、個々がプロとして働くことから、プロ集団として組織全体で取り組むというマインドチェンジも重要です。現状ではすべてをみんなでやろうとするのは難しいかもしれませんが、メンバーの負担を軽減し、集合知の重要性を訴えながら適切な雰囲気を作ることが必要だと考えています。これは長期的な課題かもしれませんが、戦略的に最短で進めることを目指します。 SWOT分析はどう機能？ まずは自組織のSWOT分析を実施し、その結果を基に体制強化策の見直しを行いたいと思います。集合知を活かす組織づくりに向けては、この研修での学びや気づきを月次会議で共有することから始めたいです。また、私自身が「一緒に仕事をしたい」と思われるような人間性と振る舞いを心掛け、日々、明るく元気に取り組むことを意識していきたいです。

顧客目線の重要性とは？ 差別化について日々悩んでいたため、今週の学習は特に有意義なものでした。特に、自分自身ができていなかった点や気をつけたいポイントとして以下の点が挙げられます。 まず、顧客目線が最も重要であることです。そして、「この点は差別化できるのでは？」と思う点があったとしても、一度立ち止まって考える必要があります。それは、差別化できると考えた点が、別の業界で既に得意としている施策かもしれないからです。また、視野が狭いと感じた場合には、フレームワークを探して利用し、抜け漏れがないように活用することが大切です。そして、どんなに差別化できても永続的な優位性は存在しないため、常に考え続ける必要があります。 差別化ポイントをどう見つける？ 実際、今週は差別化できるポイントを考えることが業務の一環でした。自社として「こうしたい」「ここが差別化できる」と思いがちだったところを、「お客様にとって」という視点を常に持つよう意識しました。また、「自社の強みって何なんだろう？」と悩み、3Cなどを用いて分析しても腑に落ちない部分がありました。この件に関しては、現在VRIO分析を用いてより明確な差別化ポイントを見つける努力をしています。 既に行っている取り組みとしては、VRIO分析があります。また、見つけた差別化ポイントをポーターの3つの分類に分け、どれに当たるかを理解し優先度をつけています。 来週の戦略は？ 来週取り組むこととしては、当初考えた競合だけでなく、差別化ポイントを既に実施している他の競合がいないかも確認する予定です。また、ポーターの3つの分類に分けた差別化ポイントについて、実現性だけでなく他の視点からも検討し、優先度付けを行います。最後に、関係者と話し合い、多様な意見を参考により良い施策を検討したいと考えています。

誰に向けた差別化を図るべきか？ 差別化を検討する際、まずターゲットとすべき顧客層を明確にすることが重要です。その顧客層にとって魅力的な価値を提供する施策でなければなりません。背景として、競合分析をしっかり行い、既に競合が取り組んでいることやすぐに模倣される可能性のある施策は良い打ち手とは言えません。また、実現可能な手段であり、持続的に収益を生み出すことが見込めることも大切です。 先行する競合に打ち勝つには？ 差別化とは、自社の強みを十分に活かした施策であることが重要です。そのために強みの分析が必要です。フレームワークとしてVRIOが活用できますが、その中でも模倣困難性と組織としての取り組みが重要なカギとなります。模倣困難性の作り込みは、企業の歴史や文化、風土などが相まって作られる独自性であり、簡単に模倣されることはありません。また、その企業だからこそ実行できる施策であれば、強みを活かせていると言えます。 新規事業創出のカギとは？ 新規事業を創出するにあたっては、自社ならではの優位性を分析し、差別化戦略を図ることができます。VRIOフレームワークを活用し、自らも気付いていなかった模倣困難性や組織の特徴を認識するまでには時間がかかりますが、その認識があれば、持続可能な事業の検討につなげることができるでしょう。 VRIOと3C分析の連携法は？ 事業検討のタスクフォースを立ち上げ、その中でVRIO分析を行います。VRIOを実施した後に、3CやPEST分析、SWOTを活用することで、強みや独自性を明確に意識した分析を実施します。持続性のある施策であるかは、コスト、差別化、集中戦略のいずれかに当てはめてみることで、他社の戦略との比較や施策そのものの実行可能性と合わせて、戦略として成立しているかを十分に分析・検討します。

売上と利益は何を見る？ 売上から原価を引いたものが利益となり、P/Lでは売上や利益に注目するとともに、他のデータと比較することでトレンドや売上高と利益のギャップなどが見えてきます。 ビジネスの核心は何？ ビジネスを考える際、根幹をなすのはビジネスモデルであり、Core Valueと言えます。ビジネスモデルにはそれぞれストーリーがあり、P/Lを読む際にもその基本となる考えを頭に入れておくことが重要です。さらに、何か施策を実行する際には、Core Valueに一貫した行動を取らなければ、ビジネスモデルが崩れる危険性があります。 KPIはどう活かす？ また、P/Lを意識してビジネスモデルやCore Valueを理解することは、日常業務の評価にも役立ちます。たとえば、KPIはビジネスモデルやCore Valueを反映しているか、実際に価値を生み出しているかを判断する一助となります。KPI改善のためのアクションを検討する際も、これらを踏まえた一貫性のある取り組みが求められます。 事業比較の意味は？ あるケースで、2つの事業のP/Lを比較してみたところ、ある事業は利益が多いものの、売上に対する利益の割合は低く（約2.59%）、一方では利益率が高い（約2.86%）結果となりました。長期的な視点で考えると、高品質な調度品や内装を維持するためには定期的な更新が必要で、その際には特別な費用が発生する点に留意しなければなりません。前者では更新費用が比較的少なく済むと想定されるため、この条件下では後者のビジネスモデルの方が長く続く可能性があると感じました。 戦略評価はどうする？ このように、P/Lを通してビジネスモデルやCore Valueを理解することは、戦略の策定や日常業務の評価において非常に重要だと実感しました。

顧客設定は何が鍵？ 差別化戦略を考慮する際、まず重要なのは顧客設定です。顧客設定を行った後、その顧客にとって価値があるかどうかを検討します。そして、顧客の視点で選択可能なすべての競合を考慮し、それらの競合との違いを意識することが鍵となります。特に、自社の強みを活かした差別化は非常に効果的です。 VRIO分析で本質を見つける？ 競争優位を実現できるかを評価するためには、VRIOフレームワークが有効です。これには、以下の観点が含まれます。まず、経済的価値を持っているか、市場規模や持続可能性を考えます。次に、希少性を持つか、経営資源の独自性を評価します。さらに、模倣困難性があるかを検討し、組織力が整っているか、持続可能な体制や仕組みがあるかを確認します。 DXサービスの未来はどう見る？ 自社のDXシステム開発サービスについて、このフレームワークを用いて分析してみます。まず、経済的価値については肯定的です。しかし、希少性は特に見当たらず、模倣も簡単です。ただし、組織が若いため持続は可能でしょう。そのため、現状では競争劣位ではないものの、競合に対する大きな優位性もなく、単なる競合均衡状態に留まっているといえるでしょう。 特化戦略で優位を創出する？ そこで、希少性を生み出すため、発想を転換します。DXシステム開発の範囲は広いため、特定の業界に特化したDXシステム開発を検討します。この場合、ドメイン知識が非常に重要となります。自社がこの知識を持ち、大規模な案件開発の経験を有していれば、希少性を確立できます。 持続優位はどこから生まれる？ 再度VRIOフレームワークで分析すると、経済価値があり、希少性があり、模倣も困難であることから、若い組織であっても仕組化に成功すれば、持続的な競争優位を築く可能性があります。

本質をどう捉える？ 本質的な課題を捉えるためには、まず目的を明確にすることが大切だと感じました。何のために、何を問うのか、その根底にある本質に迫ろうとする中で、当たり前と思い込んでいる事柄に疑いの視線を向けると、より本質に近づけるのではないかと思います。また、その問い方は単純な二者択一に終始せず、柔軟な姿勢を保つことが重要です。問いは一度限りではなく、何度も継続して行うべきで、その際、視点が偏らないよう多角的に分析し、具体的な実践を心がける必要があります。統計的なデータやその分析手法も、このプロセスにおいて有効なツールとなるでしょう。 本当の課題は何？ 私はIT業界で働いており、この考え方は特に要件定義工程で役立つと感じています。本当にその機能が必要なのか、ユーザの真の課題は何か、また解決策がユーザ側の視点から見て適切かどうか、といった検証が必要な場面です。さらに、バグや障害対応においても、なぜ問題が発生したのか、どのタイミングで混入したのか、過去の事例と比較することで原因を追求する際に、このアプローチは有用です。開発プロセスの改善やリスク管理の分野でも、「今までのやり方が正しいのか」という疑念を持ち続け、常に振り返りながら改善を図る上で効果的だと考えます。 問いの立て方は？ 「本質的な課題を捉える問いの立て方を身につける」ための行動計画としては、まずは疑いながら考える習慣をつけることから始めます。仮説を立て疑うことを日常に取り入れ、必要な理論や手法を書籍や研修を通して体系的に学びます。その後、実際の会議や小さなチームミーティングで本質的な問いを繰り返し投げかけ、意識を高めることを目指します。実践後は振り返りを行い、その結果を次回に活かすというサイクルを繰り返すことで、確実に身につけていけると考えています。

何が学びの種？ モチベーションの源泉について整理ができたことが、今回の学びの一つです。 なぜ理論を理解？ まず、マズローの欲求5段階説、マクレガーのX理論Y理論、そしてハーズバーグの動機づけ・衛生理論について学びました。マズローの理論では、低次の欲求が満たされると高次の欲求が求められることが示されています。マクレガーのX理論とY理論は、働く人間の本質的な態度についてです。ハーズバーグの理論では、衛生要因は解決しても満足にはつながらないとされています。 本当に金銭だけ？ 特に印象に残ったのは、金銭的なインセンティブが一定水準を超えると効果が薄れるという点です。金銭面だけに頼ったモチベーションの維持は難しいと理解しました。また、モチベーション理論を理解しても、実際に適用するのは難しく、個々人に応じたエンパワーメントが必要であることを再認識しました。これには、日常の関係性強化や信頼性向上のためのフィードバックが不可欠です。 どうして対話を重視？ さらに、個々人のモチベーションのツボが異なるため、わからない場合は1on1の対話を通じて明らかにすることが重要だと感じました。中には、金銭だけを重視するメンバーもおり、それらのメンバーに高次の欲求を持ってもらう方法を考える必要があります。 どんな経験を振返る？ 具体的には、1on1の場を活用して、メンバーのモチベーションの源泉を探りたいと考えています。過去に楽しかった仕事ややりがいを感じた取り組みを振り返ることで、高次欲求の所在を探し、逆に嫌だった仕事やモチベーションが下がった経験も確認することで理解を深めます。 組織とどう連携？ また、組織の目標やパーパスと個々のモチベーションを結びつけられないかを考えることも重要だと感じました。

目的はどう捉える？ 今週の講義では、クリティカル・シンキングの基礎となる「考える目的の特定」と「思考の癖の自覚」の重要性を学び、特に具体と抽象を行き来する思考プロセスが印象に残りました。 見えない視点は？ ライブ授業の「ドラッグストア」の演習では、私は具体的な「売っているもの」には目が向いたものの、「売っていないもの」への観点が十分でなかったことに気づかされました。この経験を通して、無意識のうちに「目に見える範囲」だけで物事を捉える暗黙の前提にとらわれていたことを痛感しました。論理思考とは単なるテクニックではなく、自身のバイアスを認識し、意図的に思考の枠を広げる姿勢だと理解しました。 伝え方はどう変わる？ また、職場の後輩に対しては、単に知識を伝えるのではなく、私が体験した「ドラッグストア」の演習を実際に体験してもらうことで、「あるもの・ないもの」を分類するプロセスを学び、チーム全体で自分たちがどんな前提に囚われているのかを客観的に捉える感性を磨いていきたいと考えています。 提案の根幹は何？ PMやプリセールスとして顧客提案を行う際も、具体的な問い合わせに即座に機能で回答するだけでなく、「なぜその機能が必要なのか？」と深く問うプロセスを取り入れることが有効と感じています。自分自身の暗黙の前提をなくし、顧客の言葉の背後にある真の課題を捉えることで、表面的な対応ではなく本質的な課題解決に向けた提案を実現していきたいと思います。 自己振り返りの意味は？ 最後に、他の受講生の皆さんは、業務中に自分自身の「思考の癖」に気づくためにどのような工夫やルーティンを取り入れているのか、非常に興味深く感じています。常に客観的に自己を振り返り、偏りなく物事を考えることの難しさを実感しています。

内容は正しく伝わる？ スライド作成の際、細かいビジュアルにこだわるのも大切ですが、何よりも伝えたい内容が正しく伝わるかどうかを意識することが重要です。 図表はどう活かす？ 読み手に分かりやすいスライドを作るために、主に「視認性」と「文字の表現」の2点に注意しています。まず、グラフについては、ただ数字やグラフを並べるのではなく、何を示したグラフなのか明確に記述することで、内容の理解がよりスムーズになります。また、グラフが多すぎるとかえって情報が伝わりにくくなるため、必要な情報に絞る工夫が求められます。 文字表現はどう？ 次に、文字の表現では、フォントや文字の太さ、色を工夫してキーメッセージが目立つようにすることが有効です。ただし、あまりに手を加えすぎると視認性が損なわれ、読みづらくなってしまうため、バランスを考えて調整する必要があります。 資料は見やすい？ 私はソフトウェアエンジニアとして、社内用の資料作成においてこれらの考え方を活かし、より理解しやすい仕様書を作成していくことを目指しています。これまでの資料は文字情報のみで構成されていたため、仕様書の内容をスムーズに把握するのが難しいと感じていました。 図解の工夫は？ そこで、図を適宜取り入れたり、文字の表現方法を工夫することで、読み手にとってわかりやすい資料作成に取り組んでいこうと考えています。仕様書作成には苦手意識があり、これまで避けがちだった業務ですが、まずは作成する機会を増やし、少しずつ改善していく方針です。 一工夫の成果は？ 例えば、1回の資料作成に必ず1つの図を入れるといった具体的な工夫を取り入れることで、無理なく書き方を変えていき、結果的に誰もが理解しやすい仕様書を目指していきたいと考えています。

勉強内容はどう感じ？ 今週の実践演習では、非常に勉強になる内容が多くありました。最初に提示された表や設問の説明だけでは、どの顧客に注力すべきかが直感的に判断できませんでした。しかし、数値を活用して分析することで、選択すべき顧客が明確に浮かび上がってくる作業はとても面白かったです。 利益率の意味はどうなる？ 今回は時間当たりの利益率にフォーカスしていましたが、分析の軸が変われば結果も大きく異なるため、あらかじめ会社全体の戦略として何を重視するかを決定しておくことが重要であると感じました。 軸指標はどう活かす？ また、フォーカスした軸に関する指標を別途算出するという手法は、戦略における取捨選択が主目的ではなかったものの、これまで無意識に行っていたことでもあり、今後の戦略検討に活用できると実感しました。 提案と見積りはどうする？ 例えば、新たなプロジェクトの提案や見積もりの段階では、コスト削減と機能向上のトレードオフに直面することが考えられます。その際は、以下のような具体的な行動を実践していきたいと思います。 (1) プロジェクトの要件を整理し、コスト削減と機能向上がトレードオフの関係にあることを明確にする。 (2) 効果の最大化、すなわちコストと機能のバランスを踏まえ、どちらを優先すべきかを判断する。 (3) コスト削減を優先する場合は、必要最低限の機能に絞り込む。 (4) 機能向上を優先する場合は、追加のリソースを確保し、顧客のニーズに応える機能を実装して満足度の向上を図る。 (5) プロジェクト終了後には、選択した内容とその結果を評価し、次回以降のプロジェクトへの課題や参考点を整理する。 以上の経験を踏まえて、今後の業務改善につなげていきたいと思います。

質問は本当に伝わる？ 振り返りの中で「質問に学ぶ」というテーマについて、まだ十分に消化しきれていないと感じています。プロセス自体は理解しているものの、実際の行動と言葉が一致せず、あいまいな質問になってしまっている点が課題です。 課題解決の流れは？ 具体的には、以下のステップを意識しています。まず、①何が課題・問題なのか、その問題が本当に問題なのかを見極めます。次に、②どこが悪いのか、何が問題なのかを明確にします。さらに、③なぜそうなったのか、本質的な原因を追求します。続いて、④どうするのか、解決策を考え、⑤どうやってやるのか、具体的な実施時期や手順を検討します。 業務の進行はどう？ 現業務ではシステム開発に従事しており、4月の本番稼働に向けて、日々残タスクの進捗や新たな課題の発生状況をフォローしています。しかし、限られた時間の中で相手としっかり共感し、次のアクションにつなげられているのかどうかは悩ましい点です。 対処はなぜ進まない？ 特に、残タスクが即日対応されず、翌日も状況が変わっていない点は大きな問題です。できない理由を明確にしてほしいという思いもあります。また、新たな課題が発生した場合、影響の有無や影響がある場合の回避策、制約事項、解消時期など、具体的な情報が全く出てこないことにも困っています。 習慣はどう定着する？ こうした状況を踏まえ、定型質問のように毎回同じ質問をすることで、双方が習慣として身につけられるように努めています。また、今のフェーズで求められているアクションについて、日々積極的に声掛けやフォローアップを実施しています。たとえおせっかいと思われるとしても、コミュニケーションを通じてしっかりフォローする姿勢を持ち続けることが重要だと考えています。