(7ページ目)

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

の受講生の学び

---

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

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

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

直感に頼らず考えるには？ 人間は直感や経験に基づいた発想を無意識にする傾向があります。そのため、自分自身の思考に対して「なぜ？」や「他には？」と問い続けることが重要です。また、他人からフィードバックを受けることで自身の思考を育て、多角的な視点を養うことができます。これによりバイアスのかからない思考が可能となり、考える過程を言語化できる、つまりロジカルシンキングが得意になると言えるでしょう。 多面的な視点を養う秘訣 物事を考える際に自分の視点からのみ考えてしまい、多面的な見方ができていないことに気づかされました。無意識のうちに自分が考えやすい方向に思考をしてしまう自分自身に気づき、まずは自分の考えの癖を意識し、注意することが必要だと強く感じました。 ITインフラエンジニアの視点でプロジェクトを検討 私の職種はITインフラエンジニアで、稼働システムの運用や保守、新規システムの設計や構築を担当しています。例えば、古い環境のシステム更改時に単純に今あるものを新しくする視点からタスクを洗い出したくなります。しかし、システムに関わる全ての関係者の目的や、その手段、期限、効果などを考慮することで、より意義のあるプロジェクトに寄与できると感じています。日々の業務においても、正確で相手が納得できる発言をすることが、短時間で精度の高いタスクの進行に繋がると思います。 なぜそのタスクを行うのかを共有する重要性 さらに、身近なメンバー間での単純な作業内容の共有にとどまらず、なぜそのタスクを行うのか、その意義やプロジェクトの方針などを共有し、認識にずれがある場合は軌道修正します。また、プロジェクト内の見える範囲に限らず、関係者以外の方にも意識を向ける必要があります。経験に頼ったタスクに対しては、なぜそれを行うのか、他に手段はないのかを検討する時間を設け、コミュニケーションにおいては具体的で理解しやすい内容を常に心掛けることが重要です。

マズロー理論はどう考える？ マズローの欲求5段階説は、低次と高次の欲求に大別されます。低次の欲求には、生理的欲求（生存に必要な欲求）、安全欲求（雇用の安定）、社会的欲求（良好な人間関係）が含まれ、高次の欲求には、尊重欲求（周囲からの尊敬・感謝）と自己実現欲求（夢をかなえる）が含まれます。 ハーズバーグは何を示す？ 一方、ハーズバーグの動機づけ・衛生理論は、不満要因と満足要因の二つの要素により構成されています。満足要因には、仕事に対する達成感や自己実現、責任感などがあり、これらは仕事への満足感をもたらし、モチベーションを高めます。一方、不満要因には、低い給与や悪い上司、不適切な労働条件があり、これらは仕事への不満を増大させモチベーションを低下させます。 現状はどう整理すべき？ 現状を分析するにあたり、メンバーの状態がマズローやハーズバーグのどの段階に当てはまるのかを丁寧にヒアリングするべきだと考えています。総じて、生理的欲求と社会的欲求は満たされているものの、安全欲求や高次の欲求はまだ十分に満たされていないように思われます。また、不満要因が多数存在するようにも感じられます。そのため、モチベーションを高めるためには、まずメンバーが目指す姿や求めるものをしっかりとヒアリングしていくことが重要です。 どう環境を整える？ そのためには、まずメンバー同士が会話できる時間を確保し、話しやすい環境を整えていきます。次に、メンバーが目指す姿やありたい姿、不満に思っていることを話しやすくするために定期的に質問を投げかけたいと思います。また、現状では振り返りの時間が取れていないため、一つの案件が終わった際には、しっかりと時間を設けて振り返りの場を持つ必要があると感じました。まずは自分が一年間関わってきた案件が10月末で終了するので、そこから自分自身を振り返り、それをチームメンバーと共有することから始めたいと思います。

エンパワメントのコツは？ 松下幸之助の言葉「任せて任せず」に基づく具体的な実践内容が詰まった学習でした。エンパワメントを行う際のコツや留意点として、「余裕を持つこと」「相手をよく知ること（権限を含む）」「エンパワメントに向く、向かない仕事を見極めること」「リスク対策を行うこと」が挙げられます。私に最も不足しているのは余裕を持つことだと再認識しました。エンパワメントは自分のためではなく、メンバーのためであることを常に意識し続けることの重要性を学びました。 目標と計画は大丈夫？ リーダーシップ行動の3つのプロセスのうち、①目標を立てて共有することについては、「成功基準があるか」「振り返りができるか」「目標の意義に自分が納得できているか」という要素が重要です。また、目標はメンバーと共有して初めて意味があります。②計画を立てることについては、計画策定をメンバーに任せて考えさせることが大事で、その際には「ゴールとその道筋の認識が一致しているか」が重要です。普段使用しているOSDCフレームワークや段取りのイメージをメンバーに言語化させるよう心がけます。 組織目標は伝わった？ 4月に行った方針発表で組織目標を説明しましたが、それだけで「メンバーに正しく伝わった」「目標に共感できている」と思い込んでしまっている可能性があると反省しました。メンバー全員が目標の意義に納得できるよう、丁寧に説明することの重要性を再認識しました。 ビジョン共有すべき？ 現在の組織で欠けていると感じるのは「目的・ビジョンの共有」です。年度初めに立てた組織の目標がありますが、今一度その意義を問い直す取り組みをしたいと思います。メンバーと一緒に「今の仕事を辞めると誰が困るのか」「自分やチームの仕事が会社全体のゴールとどう結びつくのか」を考える場を設けます。11月に実施される全社エンゲージメント・サーベイの前にこの場を設定する予定です。

エンパワメントの秘訣は？ エンパワメントとは、従来の命令管理型リーダーシップと一線を画し、メンバーの自律性を重視する新しい進め方です。マネジャーは育成の視点を持ちながら、十分信頼を築いた上で余裕があるときに業務を任せることが求められます。そうしなければ、単に丸投げする形となり、失敗のリスクが高まる可能性があるためです。また、任せる仕事はメンバーの現状の能力に＋αを加えた難易度のものであり、かつ学びとなる内容であるべきです。依頼する際には、メンバーが「分からない」「できない」「やりたくない」と感じていないかどうかを見極めることも重要です。目標に対する認識を共有したうえで、計画の策定からメンバーに任せることで、モチベーションの向上にもつながります。 目標共有はどう行う？ 組織の目標設定と共有においては、まず具体的な成功基準と、各自が納得できる目標設定が不可欠です。その上で、メンバー一人ひとりと対話を重ね、共感を得ながら目標を共有することが大切です。 自己目標はどう作る？ また、メンバー自身の目標設定においては、具体的かつ定量的な指標を盛り込み、本人の考えや言葉を反映させることが重要であると学びました。 部署連携で何を意識？ さらに、他部署との連携が求められる際には、相手のことをよく理解した上で適切なコミュニケーションを取る必要があると実感しました。今後、部下を持つ機会があれば、今回学んだ目標設定や任せる仕事の選定、そして仕事の任せ方を活かし、効果的なエンパワメントに努めたいと考えています。 大目標ってどう捉える？ 一方で、現状メンバーとしてチームに参加している私ですが、大目標自体に「やりたい」と感じられない面もあります。もし同様の気持ちを持つ部下が現れた場合、どのような方法でエンパワメントを行うことが最も効果的か、今後さらに工夫を重ねていく必要があると感じました。

伝達はどう改善すべき？ 自分が「任せたつもり」でも、実際には伝わっておらず、期待した成果に結び付かなかった経験があります。その原因は自分自身にあり、任せ方やフォローアップの方法に問題があったと痛感しました。 動機づけはどう感じる？ 大切なポイントとして、まず動機付けが挙げられます。やる気や意義、納得感を醸成するために、問いかけの工夫が必要だと感じています。また、６W１Hという具体的な視点を取り入れることで、会話をより明確に進めることができると実感しました。さらに、ゴールや期待値を定量的に設定し、認識を合わせることも重要な要素です。 課題はどこにある？ 経営層から降りてきた課題や、日々の業務で発生する問題に対して、対象のメンバーへエンパワメントを行う考え方も再度学びました。これまでエンパワメントに努めてきたつもりでしたが、具体的な進め方や定量的なゴール設定が十分ではなかったと気づかされました。特に一年を通じたゴール設定は意義深く、具体的かつ定量的に行っているものの、日々の業務においては「忙しさ」を理由に十分な議論ができていなかった点が反省点です。 対話で何を引き出す？ 今後は、１on１の時間を有効に活用し、相手に問いかけながらコミュニケーションを図りたいと考えています。具体的には、「どうしたらより良くなるか」「解決すべき課題は何か」「業務上の問題点はないか」といった質問を通じて、メンバーの意見やアイデアを引き出すことに注力します。同じく、６W１Hや定量的なゴールを意識しながら、進め方や完了の目安についてお互いにすり合わせを行う予定です。 称賛でどう盛り上がる？ また、週一回のチームミーティングの中で、各メンバーの取り組みを称賛し合う時間を意図的に設けることも大切だと感じました。行動を皆で称えることで、目標達成時の満足感が向上し、次のチャレンジへの自信を深めてもらえると考えています。

伝えたい理由は何？ 「伝えたいことの理由付け」について、複数の支え方（すなわち根拠や裏付け）が存在し、その中から目的や相手に合わせた最適な方法を選ぶことが重要だと実感しました。以前は理由付けには包括的な視点が必要だと考えていましたが、共通する要素に注目し、分類することで、状況に応じた適切な支え方ができると気づきました。その結果、説得力が増し、相手も理解しやすくなると感じています。 ピラミッド構造はどう？ ピラミッドストラクチャーは、結論や主張を頂点に置き、その下に根拠や理由を階層的に配置する手法です。この構造により、まず結論を冒頭で示すことで読み手はすぐに要点を把握できます。次に、体系的に並べられた根拠によって論理的な納得感が生まれ、さらに情報の階層化が、必要に応じた詳細な説明を可能にし、理解を促進します。 提案の極意は何？ 今後は、提案書や報告書の作成時にピラミッドストラクチャーを意識して取り入れる予定です。たとえば、経営層への報告では結論と効果を明確に示し、意思決定を支援する文書を作成します。また、顧客への提案では、導入メリットを冒頭に示し、信頼性のある根拠や事例で裏付けることで、納得感を高める工夫を行います。さらに、社内の説明資料では、読み手の理解度に応じた情報の詳細さを調整し、効率的なコミュニケーションを図ります。 要点はどう見直す？ これまでの文書作成では、情報を広く網羅するあまり、要点が見えにくく冗長になってしまうことがありました。しかし、今後は「伝えるべきことを、伝わる形で」届けるため、結論から始まる構成と、その根拠をしっかりと示す論理性の強化に努めていきたいと考えています。 説得力をどう磨く？ これまでの業務の中で、特に効果的だった理由付けはどのようなものでしたか。また、説得力をより一層高めるためには、どのような具体的なデータや根拠が活用できると思われますか。

代表値の意義は何？ 平均値や中央値は、データを簡潔に理解するための「代表値」として便利です。これらはデータ全体をおおまかに把握するために使用されます。しかし、平均値はデータのばらつきや偏りを考慮しないため、標準偏差などの指標を使ってそのデータの分散を理解することも重要です。ヒストグラムはデータのばらつきをしっかり理解するのに役立ちますし、円グラフは構成要素が占める割合を視覚的に捉えるのに有効です。特に、データに際立ったばらつきがある場合は、その点に焦点を当てて分析することで問題を深堀りしやすくなります。 計算方法の違いは？ 代表値の計算方法には、単純平均や加重平均、幾何平均、中央値など様々な種類があります。単純平均は全データの合計を個数で割ったもの、加重平均は各数値に重みを付けて算出するもの、幾何平均は冪根を使って計算します。特に平均値が極端な外れ値の影響を受けやすい場合には、中央値を使用するのが適しています。 標準偏差の役割は何？ また、データの散らばりを理解するために標準偏差も重要な指標です。標準偏差は、データの各値との差の二乗の平均として計算され、データのばらつきを数値で示します。さらに、標準偏差の68％ルールや95％ルールは、データの大部分がどの範囲に収まるかを示し、これも理解を助けます。 業務整理にどう活かす？ このような統計手法は、顧客の業務を整理する際に役立ちます。例えば、どの業務パターンを外れ値として除外すべきか、それがなぜ合理的なのかを論理的に説明できれば、業務要件をシンプルにするのに貢献します。加重平均を使用して、一部のケースでのみ発生する業務パターンを無視しても影響が小さいことを示したり、幾何平均で業務量の年次増加率を算出し、将来のシステム投資を提案することもできます。このようなシナリオが他にもないか、引き続き検討していきたいと思います。

3週目の反省は？ 3週目が終わろうとしていますが、フレームワークの活用がまだ十分に習慣化されていないことを反省しています。瞬発力に頼るだけでは再現性が低く、PDCAサイクルを活かした成果の積み上げもできません。次週こそ、意識して取り組みたいと思います。 VRIOで何が変わる？ 差別化のポイントを身につける上で、VRIOフレームワークが非常に理解しやすかったので、今後の活用方法を考えていきたいです。ターゲット顧客と訴求する価値はそれぞれの目的と目標に関連し、業界外の希少性や模倣困難性を持つことが重要です。これらを大局的かつ長期的視点で捉え、戦略的思考との結び付けを深めて、体系的な学びとして定着させたいと考えます。 施策案はどう検討？ 現在、施策案の推敲にあたり、中期計画や来期戦略の検討に活用したいと思っています。日常業務では、ベンダ評価と社内企画検討に適用する予定です。ベンダ評価においては、提案がどのように差別化されているかを確認し、社内企画では、経営にとって魅力的な企画となっているかを評価する観点で、今回学んだ差別化の基準を活かしたいです。 戦略検討の焦点はどこ？ 中期計画と来期戦略検討では、まず各テーマにおける社内のターゲットを明確に定義してみようと考えています。すべてのテーマが差別化された施策にならないかもしれませんが、ターゲットに向けた価値の定量化と実現可能性の考察を繰り返し行い、戦略的思考のプロセスとして定着させていくつもりです。 企画提案の改善点は？ 今後のベンダへの提案要請では、VRIOの要素を含めるよう求めます。これによって、当社の理解度や提案の模倣困難性、または実現可能性について言及し、評価の精度向上につなげることを目指しています。さらに、社内企画にもVRIOフレームワークを取り入れることで、より魅力的な企画提案が可能となるのではないかと感じています。

リーダーの要件とは？ リーダーの要件は、「行動」「能力」「意識」の3つであり、リーダーは行動を通じて評価されます。行動は「能力×意識」で表され、行動がないリーダーは失格とされています。また、行動は真似ができるため、目標とするロールモデルを見つけることが重要です。 リーダーとマネージャーの違いは？ 従来から、自社ではリーダーとマネージャーの両者を管理職に求める傾向がありました。私はリーダーとマネージャーの違いについてモヤモヤを感じていましたが、講義を通じてリーダーが組織上の立場とは関係ないことを学びました。この知見から、リーダーとマネージャーとを明確に区分するのではなく、マネージャーとしてリーダーシップを発揮することが求められると理解しました。 目標とするマネージャー像 リーダーとは、付き従う者がいる人物のことです。自分が今のメンバーたちにとって、「これまでで一番のマネージャー」として名前が挙がるような存在になることが目標です。 行動と意識のバランスをどう取る？ 普段から「行動＝能力×意識」を意識し、リーダーとしての行動が伴っているか、自問自答していきたいと思います。メンバーに仕事を依頼する際には、依頼内容をメンバー自身に復唱してもらい、仕事の背景、段取り、ゴールイメージについてお互いの認識に乖離がないかを確認します。メンバーが不安に感じていることや言語化できないことに対しては、説明を補足します。 実践の場面はいつ？ 具体的には以下のような場面で実践します： 1. メンバーから相談があったとき 2. メンバーに仕事を依頼するとき 3. メンバーとの1on1で対話するとき 4. 新入社員とトレーナとの1on1の場に参加するとき これらの場面で、メンバーが持つゴールイメージを言語化してもらい、その背景を伝え、報告・連絡・相談の方法について双方の認識を合わせるよう努めます。