(11ページ目)

重要 ✕ 言語

に関する学び

---

思考プロセスは？ これまでの講座を振り返る中で、問いを設定し主張を展開する際には、結論とその根拠を明確にし、その根拠に至る思考プロセス—どのような考え方を経たのか—を言語化して、自分の頭の中を可視化することの重要性を再認識しました。 運用はどうすべき？ 普段はテキストベースでのコミュニケーションを活用していますが、実際のITインフラエンジニアとしての業務においては、例えばお客様からデータベースのバックアップに関する要望があった場合、どのデータをいつ、どこに保管し、どんな手法で誰がどのようにメンテナンスするのかといった具体的な要素に分解し、お客様が気づいていない部分まで明確にする思考法として応用できると感じました。また、バックアップ範囲そのものについても疑問を持ちながら、先方との課題を詰めていくアプローチが有効だと思います。 論理はどう整える？ 物事を考える際には、まず問いの形としてイシューを定義し、それを常に意識・共有する基本的な姿勢が大切です。また、自身の考えが偏らないよう、妥当性のチェックを怠らず、そのプロセスをアウトプットしてフィードバックを受けながら繰り返しトレーニングすることが必要だと実感しました。さらに、MECEやロジックツリー、ピラミッドストラクチャといった論理的思考を整理する手法は、使える場面で積極的に取り入れていきたいと思います。

問題解決の秘訣は？ 問題解決の手順として、「What（問題は何か）」「Where（問題はどこにあるか）」「Why（問題はなぜ起きたか）」「How（問題はどう解決するか）」の４ステップを学びました。これまでなんとなく行っていたことやできていたことも、言語化することで抜け漏れなく整理でき、仮説や結論に対する自信が深まりました。 仮説思考はどうする？ また、仮説思考については、問題解決の仮説と結論の仮説があり、それぞれに過去・現在・未来の視点が存在するという考え方を知り、とてもすっきりしました。これまで様々な場面で仮説を立ててきましたが、今回の整理方法を取り入れることで、何を考えればよいかがすぐに浮かぶようになりました。 計画立案を学ぶ？ 事業計画の立案のプロセスにおいては、これまでなんとなく進めてきた作業を、今回学んだ解決のステップとフレームワークを意識して取り組んでいきたいと思います。自分で考えるだけでなく、他者に説明する際にも納得してもらえるよう、言葉にして伝えられる方法として活用していきます。 課題整理は進んでる？ さらに、事業計画の立案にあたって複数の課題と対策が存在する中で、重要度の高い順に今回のステップやフレームワークを適用し、ゼロから考え直すことで、問題を正しく捉え、解決策が十分かどうかを抜け漏れなく検討していきたいと考えています。

コミュニケーションの難しさとは？ 今週の演習を通じて、コミュニケーションの難しさを改めて感じました。1対1のコミュニケーションでも誤解が生じたり、伝えたい意図が正しく認識されないことが多々ありますが、1対Nのコミュニケーションとなる商品宣伝のケースでは、その問題が一層重要になります。商品の良さを正しく伝えるためには、工夫や言葉の選び方が重要であることを改めて実感しました。効率的に商品の良さを理解してもらうためには、セグメンテーション化などを通じてターゲットを絞り込み、消費者像を具体化することが有効だと感じました。 ターゲットへの効果的なアプローチ法 新商品の説明を顧客に行う際には、セグメンテーション化を通じてターゲットを絞り込み、言葉の選び方を工夫することで、より効果的にアプローチできると感じました。また、顧客のITリテラシーなどの定性情報を活用することで、さらに効果的なアプローチが可能になると考えました。 売れない商品の原因をどう探る？ 自社の売れない商品について原因を深掘りし、ロジカルに言語化して説明できるように実践することが重要だと感じました。また、Yahoo!ニュースなどウェブサイトで表示されるバナー広告を観察し、なぜ自分に表示されているのか、その切り口がどのようなセグメンテーションによるものかを考える習慣をつけることも役立つと感じました。

イシュー特定はなぜ重要？ イシューの特定の重要性を改めて実感しました。それ以上に「問い」の方向性をブレないよう意識し続けることの重要性に気付かされました。課題を特定し、イシューを設定した後、実際に分析や議論に移る際、この「問い」がブレることが多々あります。気づけば最初に設定したイシューからずれた議論をしていることが何度もありましたので、改めて見直したいと思います。 データ分析で避けたいミスは？ データ分析においては、「問い」の方向性がブレてしまい後で気づき、やり直しが発生することがしばしばです。数字に触れ始めると、「分析」に夢中になり、本来の目的を見失ってしまうことがよくあります。特に注意すべきは「やった気になってしまうこと」であり、過去の経験を通じてこれを痛感しました。この講座を通して学んだフレームワークを意識し、同じ失敗を繰り返さないようにしたいと思います。 言語化の効果とは？ 「イシューを押さえ続けること」は「意識」するだけでは難しいため、言語化を必ず意識したいです。言語化することで、自分だけでなく、周りの方との認識統一にもつながります。これができると、自分が「問い」からずれていても、「誰かが気づき」修正してもらうことができます。自身の考えを客観的に見ることは重要ですが、完璧にはできません。常に第三者のヘルプも借りながら進めたいと思います。

MECEの難しさと挑戦 MECEを意識しすぎるあまり、本質的なロジックツリーを作れていないことがあるのは、本当にその通りだと思いました。漏れなく整理するために「その他」を多用している自分を容易に想像でき、今回の講座内容は非常に自分事として受け止めることができました。 良質な示唆を得るには？ MECEは重要ですが、あくまでフレームワークの一つであり、問題解決に繋がる良質な示唆を提供できる分け方が求められます。現状の自分の役割としては、営業戦略の策定と売上増加のための施策検討があり、常に課題解決に取り組む状況です。Week 01から学んでいる内容は、まさに今の業務に直結するものです。 定量的な分析を目指して WhatやWhereを置き去りにせず、現状の分析とありたい姿やあるべき姿をしっかり定義し、どこにギャップがあるのかを定量的に、そしてMECEに整理できるようにしたいです。前提となる「現状分析やありたい姿の定義」は、頭の中でわかった気で終わるのではなく、しっかりと言語化することを意識します。 フィードバックの活かし方 MECEのアプローチは、一人でアウトプットを出したうえで、同僚や上司からフィードバックをもらい、自分では気付けない「漏れやダブり」を見つけることが大切です。そのためのブラッシュアップを行い、練習を重ねていきたいと思います。

どうして余裕が必要？ エンパワメントを効果的に行うためには、まず自分自身に余裕を持つことが重要であると学びました。忙しいときや余裕がないときに仕事を任せがちですが、それでは十分なサポートができません。求めるクオリティの成果を得るためには、適切な質問をし、相手の知識やスキル、経験をしっかり把握した上で、不足している情報をどのように提供するかを考慮する必要があります。このような対話を重ねることで、業務が常にストレッチゾーンにあるようにしたいと感じました。 どんな経験を活かす？ まずは自分自身の余裕を確保することを意識し、何をエンパワメントできるかを常に考えることが重要です。エンパワメントを行う際には、過去の経験を振り返りつつ、必要な情報やサポートを慎重に見極めて進めていく必要があります。また、目的や目標を明確にし、共有するべき着地点を言語化することも大切だと考えます。 いつ進捗を確認する？ 毎朝、エンパワメントの内容について考え、その計画を立てることを習慣にしたいです。質問すべき項目を5つ以上考えておくと良いでしょう。また、依頼した仕事の途中経過をいつ、どのタイミングで確認するかも計画に組み込んでおくことが重要です。相手を労りつつ、コンフォートゾーンから一歩踏み出したストレッチゾーンを目指す業務の負荷についても常に考慮していきたいと思います。

顧客目線はどう考える？ 差別化を考える際には、まず顧客視点から捉えることが重要であると学びました。これには、実現可能性や競合が真似しにくいこと、そして持続性も考慮する必要があります。ワークを通じて、顧客目線での視点が不足しがちであったことに気づきました。具体的には、競合は必ずしも同じ業界に限らず、施策にかかるコストも無視できません。 自社の強みは何か？ 私は現在、施設管理の業務に携わっていますが、これまで会社全体として自社の強みを言語化したことがありませんでした。このため、VRIO分析を用いて、会社全体および所属部門の強みを整理することにしました。また、同一業界で似たような事業を展開する企業は競合として認識していましたが、顧客視点で自社の競合を見直す必要があると感じました。そのため、競合が展開するサービスを分析し、自社の差別化や新規サービスの開発に役立てようとしています。 新戦略はどう描く？ 現在展開しているサービスについて、完全に新しい打開策が求められる状況です。このため、顧客目線を重視した視点で、競合調査やサービス分析に取り組むことが急務です。来週には社員を集めて重点課題のアイデア出しを行う場を設けています。その前に、顧客が誰で、顧客目線で競合がどこにあるのかを明確にした資料を作成し、社員の共通認識を整えた上でアイデアを出す予定です。

手段にとらわれないゴール設定は？ ゴール設定の重要性は理解しているものの、気がつけば手段の巧拙に目を奪われてしまうことがあると再認識しました。最短の道が迂回路である場合も多く、遠回りに見える近道を見つけるのは難しいですが、手段の技術を磨きたいと感じています。 生成AIにおける限界とは？ また、雑談の中で生成AIからうまく回答を引き出せないという話を聞くことがあり、質問力や言語化能力の難しさを改めて感じました。万能に見える生成AIにも限界があると理解し、仕事で生成AIを提案する際には、この点にもう少し配慮すべきだと感じています。 目的の抽象化はどう深掘りする？ 目的には抽象化の階層があります。例えば、業務効率を上げるのは利益率を上げることかもしれません。業務効率が難しい場合、顧客回転率を上げるといった他の手段が費用対効果が高いかもしれないと考えています。このような目的の深掘りは意外と軽視されがちで、改めて意識することが大切だと思いました。 「So what」の問い直しの重要性？ 目的を確認する際には、「So what」を1、2回ではなく、3〜5回問い直す習慣をつけるよう心がけたいです。これにより、より本質的な目的に到達でき、他の手段を広範な選択肢の中から見つけ出せるのではないかと考えています。

ゴールはどう決める？ ゴール設定が重要だと改めて感じています。部下には「何がしたいんだ」「どうしたいんだ」と問いかけ、明確な目標の言語化を促す機会が多々あります。しかし、私自身も経験則でやっているため、実はちゃんとゴールを設定できていなかったことに気づきました。 部下の根回しはどう？ また、業務がスムーズに進むために取り組んでほしい「根回し」ができない部下がいるのは、単にコミュニケーション能力の不足だと思っていました。しかし、実際は戦略的な思考力が欠けていることが原因であると理解し、納得しました。 戦略立案はどうする？ さらに、私の上司は自組織の戦略立案を担っており、意見を求められることが多いです。私自身はまだそのポジションに就いて間もなく、現時点では一から戦略を策定する機会はありませんが、遠い将来、特定領域の戦略立案を任される可能性が高いと感じています。そのため、上司に指摘される前に自分なりの戦略を構想し、上司と意見をすり合わせながら準備を進めようと考えています。 具体策はどう進める？ 具体的には、上司が設定したゴールとその達成までの道筋を明確に言語化し、他の方法や計画と比較検討する予定です。２週間に一度の１on１のミーティングの際に、今回の講座で学んだ内容も踏まえた私の考えを説明し、フィードバックをいただこうと思います。

仕事を任せるときのポイントは？ 仕事を任せる際は、事前に計画を立て、相手との理解を共有することが重要です。任せた後は、過度に干渉せず、人の特性を見極めながら適度なアドバイスを行うように努めましょう。また、相談を受けたらその都度適切に回答し、誤りがあれば早い段階で軌道修正できるように計画的にフォローすることが効果的です。これにより、相手のモチベーションを上げることが可能となります。 振り返りをどう活用する？ 仕事を実行した後の振り返りもまた重要です。プロジェクトを実施した後、学んだことを言語化し、まとめることで、これを今後に生かすことができます。このプロセスにより、自分の自己効力感を確認でき、次回のプロジェクトにより良いアウトプットを生み出す助けとなります。チームメンバーとも学びを共有し、他の人の意見を聞くことで独りよがりにならないようにしましょう。 モチベーションを高めるには？ モチベーションに関しては、相手のこだわりポイントを尊重し、その成長を支援するようなアドバイスを心掛けることが大切です。相手の得意分野を見極め、それを引き上げることで、自己効力感を高めると共に、他のタスクにも良い影響を与えることができます。具体的な成果を評価し、結果を尊重する言葉をかけることで、彼らのやる気スイッチを押し、自発的な取り組みを促しましょう。

仮説思考で成果を出すには？ 仮説思考の鍛え方について体系的に学ぶことができ、非常に勉強になりました。毎回同じような学びであっても、体系的に言語化することで再現性が高まるため、自分で実践するにも他の人にアウトプットするにも非常に参考になります。 諦めない姿勢の重要性を再確認 仮説思考の鍛え方を通じて、「諦めず・熱意を持って・仮説を考え続ける」ことの重要性を改めて感じました。理解するだけではなく、それを実際に実践し、成果に結びつけることは非常に難しいです。そのため、「諦めない」ことがもっとも大切であると過去を振り返って改めて感じます。 継続的なデータ分析の意義とは？ 経営データのデータ分析については、じっくりと分析する機会はあるものの、継続的には行っていません。課題は次々に発生するため、つい短絡的に結論を出してしまいがちです。これからはしっかりと時間を確保し、仮説検証を繰り返し行って問題解決の精度を高めていきたいと思います。 タスク整理と学びのルーチン化 まずは自分のタスクを改めて整理し、優先順位の低いものは権限移譲するか、削減して時間的余裕を生み出します（9月中に実施します）。また、毎週土曜日は極力「学びと実践」の時間とし、仮説検証を毎週のルーティンとして実践していきたいと考えています（今週から開始します）。

データ分析の意義とは？ データ分析をビジネスに活用することの本質を理解し、考え方や手法を再設計して、自分のものにしたいと感じました。データ分析で課題を解決するとは、「勘と経験に頼る意思決定の方法を、データ分析を用いた合理的な意思決定へと改めること」を指しています。そのために必要なことを次のように整理しました。 シナリオ設計のコツは？ まず、ビジネスに貢献するシナリオを描くことが重要です。そして、データを基にした意思決定プロセスを設計し、解消したい問題と解決する課題を言語化します。さらには、意思決定のプロセスを形式知として明文化することが必要です。 問題点は何か？ 具体的な問題としては目標未達があり、その課題として購入増加、キャンセル回避、Webサイト離脱の回避、および集客増加といった点が挙げられます。これらの課題を「意思決定プロセス」に深く掘り下げていくことが今後の大きな課題と考えています。 今後の展望は？ 今後の6週間では、問題と課題のさらなる言語化を進めていきたいと思っています。また、意思決定プロセスの6種類のうち、特にマーケティング型の「仮説試行型」と、経営者の思考バイアスを低減させるための経営者判断型について、さらに学びたいと考えています。そして、意思決定プロセスの形式知化を設計していく計画です。