(5ページ目)

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

の受講生の学び

---

伝わりやすい文章の秘訣は？ 普段何気なく使っている日本語でも、主語や述語を少し変えるだけで読みやすさが大きく変わります。何を伝えたいのかを明らかにしないまま文章を作成すると、読み手に伝わりにくい文章になりがちです。伝わりやすい文章を書くためには、ピラミッドストラクチャーを用いて論理展開を整理し、文章を完成させる前に自分でチェックすることで、伝えたいこととその根拠が明確になります。また、読み手に伝わりやすい文章を書くためには、実践と改善を繰り返すことが重要です。 ビジネスでの日本語の使い方は？ どんなに整理された文章でも、読み手に伝わらなければ意味がありません。ビジネスの現場で自分勝手に文章を書かない理由は、日本語を正しく使うことで、読み手に何らかのアクション（意思決定、行動、理解など）を起こしてほしいからです。そのため、書き手が意図したアクションを引き起こすためには、まず読み手が何に関心を持つか、どのような言葉を使えば理解を促せるかを把握することが大切です。 チャットとメールの違いは？ 特に意識したい場面として、2つ挙げられます。 1つ目は、チャットを使ったテキストコミュニケーションです。私の会社では、社内のやり取りにメールではなくチャットツールを使用しています。チャットは即時性が高いため、コミュニケーションが円滑に進みやすいという利点があります。しかし、メールよりも気軽に文章を送信できるため、自分が書いた文章を推敲することをしばしば怠りがちです。その場限りの思いつきで文章を書くのではなく、「日本語の使い方に問題はないか？」「この書き方で相手に本当に伝わるか？」といったことを意識していきたいと思います。 資料作成で注意すべき点は？ 2つ目は、社内資料の作成です。主に開発した機能の仕様を整理する際に資料を作成することが多いですが、今までは特に深く考えずに仕様を次々と書いていました。しかし、そうではなく、読み手は誰か、どのような書き方をすれば伝わるか、情報に過不足はないかを意識することで、読みやすく有用な資料を作成できるようにしたいと考えています。

戦略の独自性はどう考える？ 戦略には独自性の強みが必要だと感じています。私は目的意識を持って、ゴールに向かって最短かつ最速の道筋を意識して取り組んでいました。しかし、自分自身や自社の強みを生かしつつ戦略を立てることについては不安が残っています。授業中に取り上げられた大学受験の例を思い出すと、将来何を目指すか、そしてそのゴールに到達するためにどう勉強すれば良いのかまでは考えていたものの、登場人物の強みやどこを伸ばすのかという視点が抜けていたと感じました。 強みと弱みの使い方はどう？ 今後は、戦略を立てる際に、強みを発揮できる場面を意識して、その視点を組み込むようにしたいと思います。そして、弱みをどうカバーするかという対処法も考慮し、MECE（Mutually Exclusive, Collectively Exhaustive）を徹底します。まずは、自社の強みと弱みを言語化する必要があります。また、このやり方を本講座で学んでいきたいです。 新規事業の実現方法は？ 新規事業の立ち上げにもこの考え方を活用できると感じています。まだ会社が立ち上げ初期の状態にあり、ほぼ全てが新規事業に該当しますが、どうしても短期の利益を優先してしまうことがあります。しかし、中長期の利益を挙げるためには、戦略的に何を取り組むか、何をしないか（しないことを外注する選択肢も含めて）を決め、強みをどう伸ばすかを考えます。特に、現在の課題としては、やらなければならないことが多すぎて余裕がありません。そのため、まずは以下の視点で取捨選択する必要があります。 ・本当にそれは自分がすべきことなのか？ ・外注できる業務はないのか？それを生成AIなどのツールを使って最小コストで行えないか？ ・その仕事がレバレッジが効くものであるか？ 具体的な行動としては、以下を実施します： - 先に挙げた項目の観点で業務を整理する（11月中）。 - 自分がやる必要のない業務は外注し、外注先の選定や生成AIの活用を行う（12月中）。 - 改めて自社の強みと弱みを明文化して、Notionに書き起こす（12月中）。

立地と利益の違いは？ 同じ飲食業でも、立地や客層、提供する価値によって利益の出し方が大きく異なることが印象に残りました。売上を伸ばすための工夫だけでなく、どこでコストを抑えるかという視点も収益には欠かせない要素です。また、ビジネスモデルごとの収益構造を理解することで、事業の強みや改善点が明確になると学びました。 収益改善の方法は？ 今回の学びは、業務における新規プロジェクトの提案時に活用したいと考えています。特に、収益構造とコスト意識を持って企画を立てることの重要性を強く実感しました。例えば、新たなサービスや業務改善の企画を提案する際には、類似ビジネスの収益構造を調査・比較し、「利益の出し方」や「コスト抑制策」を明確に示すことが必要だと感じました。単なるアイデアで終わらせず、採算が取れる仕組みとして説明することが今後のポイントです。 実践の工夫は何？ 具体的な行動としては、新聞や記事を通じて他業種のビジネスモデルを日常的に観察し、自社の損益構造に意識を向けながら業務に取り組むことが挙げられます。また、新しい企画を考える際に収益モデルとコスト構造をセットで検討する習慣をつけることで、ビジネスの仕組み全体を意識し、より実現性の高い提案や判断につながると考えています。 低利益の理由は？ 一方で、学習の中で疑問に感じたのは、売上総利益率が低くても利益を生み出せるビジネスが存在する点です。原価率が高い業態でも成り立つモデルがあることに驚かされ、その裏にあるコスト構造や工夫をもっと深掘りしたいと感じました。SIerとしてITシステムを提供する業務に携わる中で、飲食業のように「モノを売る」モデルとの違いにも大きな関心があります。特に、人的リソース中心のサービス業における利益構造や、無形サービスの原価の捉え方について、他の受講生と意見交換できればと思います。 利益差の理由は？ グループワークでは、「同じ売上でも利益に差が出るのはなぜか」というテーマで、業種を超えて収益構造を比較・議論できると、さらに学びが深まるのではないかと期待しています。

方向性はどう決める？ 現場の課題改善のため、日々ブレインストーミングを実施しているものの、方向性が定まらず意見が偏ったり、アイデアがなかなか出にくい状況に陥ることがありました。そこで、今回、SCAMPER法をはじめ、シナリオ法やペーパープロトタイピングを用いて、カスタマージャーニーマップを想定しながらアイデアを考える手法を学びました。単に感覚任せでアイデアを募るのではなく、明確な視点を示しながら進めることで、より多様で有効なアイデアを導き出せることを実感しました。 実践はどう活かす？ 実践演習では、まずSCAMPER法により概念的・多角的な視点からアイデアを出し、その後、技術的な実現可能性に着目したアイデア出し、最後に実現方法に焦点を当てたアイデア出しという流れで進めました。SCAMPER法は、直接的なアイデアが引き出しにくい場合でも、さまざまな視点を提供することで、思わぬアイデアを引き出すきっかけになると学びました。また、この方法により、メンバー間のバイアスによる意見の偏りも低減できる点が大きな収穫でした。 実現法はどう見える？ 技術面で「どのように実現できるか」を考える過程では、SCAMPER法だけでは出なかった具体的なアイデアが登場し、視点の転換がアイデアの幅を広げる効果を実感しました。この視点の変化が、より実現性のあるアイデアを導く鍵であると感じました。 他部門との協力は？ さらに、実現方法の検討段階では、他部門や他社との協力を視野に入れることで、課題を再確認し、より適切なアプローチが可能になると学びました。これにより、議論の幅が広がり、現状の課題に対して新たな解決策を見出す手法として非常に有意義であると感じました。 製品開発の秘訣は？ また、製品コンセプトを考える際には、バリュープロポジションの明確化が不可欠であると再認識しました。万人にウケるものづくりは難しいかもしれませんが、企業の理念を大切にし、ターゲットを明確にすることで、より良い製品開発が実現できると学び、今後の実務に積極的に活かしていきたいと考えています。

プロトタイプは何故有効？ プロトタイプを作成することで、イメージがより具体化され、テストの段階で得られるフィードバックが非常に有益であると実感しました。性格や背景の異なる第三者に評価していただくことで、自分では気づかなかった改善点が明らかになり、製品やサービスのブラッシュアップに大いに役立つと感じました。 テストの流れはどう？ また、テストのプロセスは、普段実施しているレビュー作業に似た面がありました。レビューでは、作成した提案書や設計書に対して指摘を受けつつ改善を重ねるため、限られた目的や範囲の中で行われる点が共通しています。一方、デザイン思考における「共感」「課題定義」「発想」「試作」「テスト」の各プロセスは、業務で何気なく行っている点とも重なっており、日常の仕事に応用できる部分が多いと改めて認識できました。 デザイン思考の柔軟性は？ デザイン思考では、基本のプロセスの流れがあるものの、非線形に繰り返す柔軟性が大きな魅力だと感じました。議論が行き詰まってしまうリスクもありますが、「共感」や「協働」を重視することで、しっかりとコンセプトを捉え、効果的にアイデアを育てることが可能です。人間中心のアプローチやビジュアライズ・プロトタイピング、そして共感の連鎖といった視点が、より良い成果につながると理解しました。 多様な意見はどう？ さらに、他の受講生が作成したプロトタイプを通じて、多様な背景を持つ人々の意外なアイデアに触れることができたのは、大変参考になりました。一人では気づけなかった発想が生まれ、異なる視点を取り入れてアイデアを育てることが、新たな解決策へとつながると実感しました。 新ビジネスは何故大切？ 新たなビジネスプランを検討する際、リーダーシップやチームビルディング、経営戦略、マーケティングなど現実的な調整が必要となる中で、まずはアイデアの創出が何より重要であると再認識できました。デザイン思考で学んだ手法は、普段の業務においてもそのまま活用できる貴重なものだと感じています。

分解で見える真実は？ 分解を行うことで、従来の全体からは見えなかった事実を得ることができると実感しました。例えば、年齢などの区分を均等に分けるのではなく、生データの特徴に合わせた切り口で分解することが重要であると知り、自分自身も改善すべき点だと思いました。実際、いくつかの切り方を試して分析を重ねることで、より適切な理解が深まると感じています。 切り口は何が違う？ また、従来は層別分解が得意でしたが、変数分解やプロセスごとの分解など、異なる切り口も学ぶことができました。分解を始める前に全体像を明確に定義すること、すなわち目的を明確にするというクリティカルシンキングの基本が、データ分析においても非常に重要であることを再認識しました。 ウェブの解析はどう？ 私の業務では、ウェブシステムのパフォーマンス分析や運用業務の効率化に取り組んでいます。パフォーマンス分析では、レスポンスタイムやエラー率など、様々な指標を機能別、リクエスト別、時間帯別に分解して検証することで、新たな知見を得る可能性が広がっていると感じています。 業務効率の見直しは？ また、運用業務の効率化においても、単に忙しさを感じるのではなく、実際に業務に費やす時間を計測し、プロセスや対応内容ごとに分解することで、根本的な原因や改善ポイントが見えてくると実感しています。 ラベリングはどう大切？ さらに、データを正確に分解して活用するためには、収集や計測の段階で最小単位までしっかりとラベリングすることが不可欠だと感じました。全体の傾向は平均や合計から把握できるものの、細分化したデータを分析するには、各サンプルがどのグループに属するのかが明確でなければなりません。 知見の信頼はどう生む？ そのため、今後も日常的にデータを分解して分析することを念頭に置き、様々な切り口から知見を得られるよう努めたいと思います。いかなる知見が得られても、それが確かなものであるか否かを常に疑い、裏付けを求める姿勢を維持していきたいと考えています。

戦略はどう明確に？ 戦略立案においては、最初に「誰に対して、どのような価値を提供するか」を明確にすることが重要です。戦略や手法は、その後に検討すべき手段であり、それ自体を目的とするべきではありません。しばしばこの順序が逆転しがちで、手法が先行してしまう傾向があります。 差別化の秘訣は？ 差別化に関しては、見かけだけでなく顧客にとって本質的な価値を持つ差別化が必要です。持続的な競争優位を築くには、競合他社が簡単に模倣できない要素を見出すことが不可欠です。差別化戦略は単に「他社との違いを作る」ことではなく、「顧客価値の創造」と「持続可能な競争優位の構築」を目的としています。これには、VRIOフレームワークが実践的なチェックリストとして有効であることを学びました。 ジムの真価は？ 実例としては、あるフィットネスジムのように、「他のジムよりも高価格」であることが表面的な差別化です。しかし、その本質的な価値は「確実な結果を得られる安心感」や「マンツーマン指導によるサポート」、「高額投資による強制力」などが挙げられます。そして、それらの価値を持続的に提供するために、組織としてどのような体制を整えるかが重要です。 VRIOの立ち位置は？ まずはVRIOフレームワークで自社の立ち位置を明確にしたいと思っています。私たちが提供できる価値や他社と比べての希少性、模倣困難性、組織としての行動を整理し、それを新規営業での提案資料として活用することが目指すところです。 既存客価値はどう？ まず既存クライアントへの価値提供を強化し、VRIOフレームワークの各項目を確立します。たとえば、在庫管理システム案件の着実な遂行や生成AIを活用した業務効率化の提案資料作成、データ分析レポートの質的向上に取り組んでいます。 外部資源はどう活かす？ さらに、外部リソースの確保も進めています。具体的には協力会社やフリーランスの選定、業務の切り分けの検討、引継ぎドキュメントの準備を行っています。

ポジショニングの新たな理解 ポジショニングについて、私はポジショニングマップを見たことはありましたが、価値の掛け合わせによって優位性が導き出されることを新たに整理しました。また、市場に顧客が存在し、認めてもらえるかという視点や調査も必要であり、ポジショニングは非常に難しい舵取りだと感じました。 ターゲット理解の難しさ ターゲットを理解する点についても、理論的にはわかっていても実践できていないことが多いと気づきました。例えば、商品に関して「にごり」などと表現されてもピンとこない場合があります。そのため、どうすれば適切に伝わるか、最適な手段を選ぶ必要があると理解しました。 自社ポジショニングの再考 次に、弊社のポジショニング（SES）の考察についてです。まず、業界内で自社がどういうポジショニングを取っているのかを考える必要があります。特に、営業担当者とのコミュニケーションが重要です。「顧客とのやり取り」を知らないので、営業担当者との対話を通じて顧客要望を聞き出したいと思います。また、自身の業務上のポジショニングについても考えるべきです。 社員間での理解とコミュニケーション 社員間で自社ポジショニングの理解と今後について話し合う場も必要です。現在の自社のポジショニングがSES（開発）✖️IT教育のような事業的特徴の掛け合わせであると認識していますが、その優位性と差別化が弱まっていると感じています。そのため、企業の現状と将来性を理解するためのコミュニケーションの場を設けることが重要です。 個人としての価値の評価 最後に、自分自身がどのような価値（できることや経験、スキル感）の掛け合わせができるのかを考える必要があります。もし企業としての差別化が難しい場合、一社員としてどのような価値提供ができるかを棚卸しし、優位性や差別化を出す方法を模索します。至らない場合は、「今後どういった価値の掛け合わせができればよいか」をイメージしてみることも有効です。

仮説の種類は何？ 仮説は大きく2種類に分けられます。まず、結論の仮説はある論点に対する暫定的な答えや予想を示し、一方で問題解決の仮説は具体的な問題を解決するための思考の枠組みとして機能します。このように、まず事実から何が問題かを特定し、次にどこに問題があるかを仮説として立てます。その後、なぜその問題が発生しているのかを仮説に基づいて考察し、最終的にはどうすべきかを明確化します。 仮説思考のメリットは？ 仮説思考のメリットは多岐にわたります。内省的な視点を持つことでアウトプットの説得力が増し、課題への意識が高まることで解像度も向上します。また、無闇にデータを探すよりも効率的・迅速に問題を解決する道筋を得られ、アクションの精度も同時に高まるのです。 真因分析って何？ アプローチの一例には真因分析やゼロベース思考があります。真因分析は「なぜ」を5回繰り返して根本原因を探る手法で、目的が売上目標の達成であるときには売上の構造を商談数、クローズレート、平均商談単価の掛け算として考えることで、課題を特定します。例えば、クローズレートが低ければ、それは競合に負けているか、あるいは顧客のニーズを十分に捉えていないことが原因として考えられます。それぞれに対策を講じることで、適切な営業活動を促進できます。 真因分析はどう使う？ また、真因分析は顧客への業務改善提案にも利用可能です。申請業務に多くの工数がかかる場合、表面的な解決策として人員増加や自動化が考えられがちですが、真因分析をすると記入ミスの修正プロセスの煩雑さや申請者への正しい記入方法の伝達不足といった根本的な原因が明らかになります。 情報整理のポイントは？ 現在分かっていることを文章化し状況を整理することが重要です。その後、仮の仮説を立て、それを検証するために不足している情報を洗い出します。追加情報を収集する際は、チェリーピッキングを避け、公平な視点で仮説の有用性を判断していきます。

「ありたい姿」とは何か？ ライブ授業やGAiLを通じて、私の「ありたい姿」を再評価することができました。それは単に仕事の場面に限定されたものではなく、公私両面に共通するものであると再認識しました。 戦略的思考を養うには？ この「ありたい姿」を実現するためには、特に「ゴールを設定する」「やることとやらないことを決める」「整合を取る」という戦略的思考が重要です。そしてそのためには、まずコーチング力といったコンセプチュアル・スキルとヒューマン・スキルに注力する必要があります。その上で、ビジネス・フレームワークを身につけ、中期事業計画を立案する場面で高度な専門性を持つことが目標です。 どうやって集合知を活用する？ 次期中期事業計画策定に向けては、関係者がその戦略や計画を自らの物とし、一緒に進められるようにすることが重要です。そのために、初期の段階ではビジネスの定石やフレームワークを論理的かつ効率的に活用し、最終段階ではこれまで培ってきた集合知などの資源を総動員して発想の飛躍を図りたいと考えています。 即断即決の精度を上げるには？ GAiLの最後の設問に答えた際にも同様ですが、振り返ると経験と勘に基づく即断即決が多くなっていたように感じます。経験と勘は悪いことではありませんが、その答えが本当に最良かどうかを判断するために、ビジネス・フレームワークとコンセプチュアル・スキルを使って自分自身で検証できるようになりたいと思います。即断即決する前に、考えたことをメモに書き出し、問いに対する答えが確かかどうかを検証する習慣をつけたいと考えています。 高い視座をどう保つ？ ただし、反射レベルで即断即決しなければならない場面はこれからも多々あるはずです。その精度を高めるためにも、そして発想の飛躍ができるようになるためにも、視座を高く、視野を広く持ち続けたいです。また、先輩方や上司・仲間と共に高めあえる関係を継続して築いていければと思います。

イシュー整理の重要性 イシューについて整理しました。 まず、いきなり考え始めるのではなく、目的を明確にすることが重要です。問いや課題に対しては、その本質や解決の道筋を考え、可能な解決策をいくつかカテゴライズします。そして、本質に対しての裏付けや根拠を数値を用いて行うことが必要です。 プロジェクト管理への応用は？ 私はSIerでプロジェクトマネージャーをしています。そこで、この方法をプロジェクト管理やチームの問題解決の場面で活用したいと考えています。新製品開発やソフトウェアプロジェクト、業務改善プロジェクトなどで、リスクや課題を効果的に管理し、進捗を安定させるために用いるつもりです。 イシューの特定と優先順位付けとは？ イシューの特定と優先順位付けについては、プロジェクト開始時に潜在的な問題やリスクを洗い出し、イシューとして登録します。各イシューについては、影響度と緊急度に基づき優先順位を設定し、重要な問題から対処していきます。 進捗管理のシステムは？ 次に、イシュー管理のプロセス設計です。イシューの進捗を継続的に監視するために、専用のツールやシステムを使用します。また、各イシューには責任者を明確にし、対応策を実行する担当者を決定します。 効果的なコミュニケーション方法は？ コミュニケーションと報告の部分では、プロジェクトの進行に合わせて定期的にイシューのステータスをレビューし、必要な対策を講じます。そして、進捗状況や解決策について関係者に適切に報告し、情報共有を行います。 問題解決後の改善策は？ 最後に、問題解決のプロセス改善です。イシューの解決後には、対応策の効果やプロセスを評価し、フィードバックを収集して改善点を明らかにします。さらに、解決したイシューの事例を文書化し、将来的なプロジェクトで活用できるようにします。 これらの方法を通じて、プロジェクト管理がより効果的に行えるようになると期待しています。

切り口を考える意義とは？ 分解する前に切り口を考えることの重要性を再認識しました。切り口を考える際には、仮説を持って臨むことが大切だということを学びました。 データ分析に仮説は必要？ 今回の講義の演習には、「切り口を考える」場面が多く含まれていました。これはデータ分析を行う際、多様な視点が必要であることを示しています。そして、「切り口を考える」ためには、現時点での仮説を持つことが重要だと感じました。過去にデータを分析しようとした経験があり、当初はデータの傾向を捉えようとしていましたが、進捗が思わしくありませんでした。しかし、過去の経験から推測を立て、それに基づいてデータを精査すると傾向が見えてきました。この経験は、今回学んだ内容そのものであると改めて感じました。 正誤判断で新たな発見を？ 仮説を持ち、切り口を考えてデータを見ることで、自分の仮説の正誤を判断するだけでなく、仮説が誤っていた場合でも、その仮説と実際の結果を比較検討できます。これにより、新たな解釈や仮説が生まれ、データに対する理解が深まるのです。 業務への具体的な応用は？ このアプローチは、ソフトウェアの期限切れ対応のコスト分析や障害発生時のデータ分析など、直接的な業務にも応用できます。また、プロジェクト立ち上げ時には、コスト評価や対応内容の妥当性を説明する資料の作成が必要ですが、その際には票だけでなくグラフも加えて分かりやすくしたいと考えています。 仮説を立てることの効果とは？ これまで、コスト分析というと、ただ数字をマトリックスやグラフにまとめるだけでしたが、それは単なる事実の整理に過ぎませんでした。今後はデータを整理・解析する前に目的を明確にし、その目的と過去の経験から仮説を立て、その仮説に応じた切り口でデータを整理していきたいと考えています。これにより、わかりやすい資料作成だけでなく、コストダウンの端緒を見つけることができるかもしれません。