(19ページ目)

本 ✕ 設定

に関する学び

---

今週の学び「問いの立て方」とは？ 今週は「問いの立て方」について学びました。その内容としては、以下の3点が重要です。 1. **問いから始める事**：最初に問いを意識すること。 2. **問いを残す事**：問いを意識し続けること。 3. **問いを共有する事**：組織全体で方向性を共有すること。 解決策とは何を指すのか？ 「問いから始めること」について特に考えさせられました。総合演習の設問で解決策と課題のまとめを行う中で、「そもそも何を解決したかったのか」が不明確なことに気が付き、自分自身で今ここで答えを出すべき問い（イシュー）を意識して取り組む必要があると改めて感じました。 業務への応用を考えてみる ここから得た気づきを基に、社内外の業務にどのように応用できるかを考えてみました。 **製品仕様、要求仕様の検討**： 製品の細かい仕様やユーザーからの要求仕様を製品仕様に落とし込む際、「何のために必要な機能か」「本当に必要な機能は何か」を最初に考え、イシューを設定してから仕様の検討に着手することが重要です。 **社内の打合せ**： 社内外の打合せでは、目的をイシューとして設定し、会議の時間内に何を決めるべきかを明確にすることで、会議の時間を効率的に使えるようにする必要があります。 以上のように、問いを意識することが、業務の効率化や質の向上に寄与すると感じています。

新たな学びは感じる？ 社内では得られない新しい学びを実感しました。特に日々の業務に関連する目標設定などに加え、普段は考える機会が少ないキャリアアンカーやキャリアサバイバルについても取り組めたことが大きな価値でした。また、多様な方と意見を交わしながら考えるグループワークは、大変刺激的であり、学ぶモチベーションを高めるのにも役立ちました。 対話で信頼築ける？ 今後も変化していきそうな理想のリーダー像ですが、対話を通じて信頼を築き、エンパワーメントを促進するという基本的な部分は変わらないでしょう。リーダーとしての明確な役職がなくても、人々との対話を積極的に行いたいです。メンバーはもちろん、業務上関わる部署内の方々とも、自社や顧客の方々と広くコミュニケーションを図るつもりです。この際には、一方的に伝えるのではなく、相手自身に語らせる手法を採り、相手を理解しようとする姿勢を持って信頼関係を築いていきたいです。 改善のヒントは？ できなかったことや不安、課題といったマイナス面に注意が向きがちですが、できたことやさらに改善できること、良かったことに意識を向けていきたいと思います。自分の話をする際も、不安や課題が話題に出がちですが、そこに共感を示すことが大事だと感じています。また、期待と現実のギャップを定期的に確認し、一緒に改善策を考え、本人からの意見を引き出すことを意識したいと思います。

物事を分解する利点は？ 「物事を分解する」という手法は、複雑な問題や課題を整理し、本質を掴むために非常に有効だと感じました。分解することで得られる利点として、全体像の明確化、真実への気づき、主観や思い込みの排除、具体的なステップの可視化が挙げられます。これにより、行動に移しやすくなり、自信がつき、切り口が増え、無駄が減ることで、コミュニケーションも円滑になります。 IT業界での分解の活用法は？ 私はIT業界で働いています。分解を効果的に活用する場面としては、システム障害時のトラブルシューティングがあります。アプリケーションエラーの要因や原因を細分化して判断します。また、要件定義やシステム設計では、顧客の要求を具体的に細分化し、それぞれの機能や動作について詳しく検討・具現化します。プロジェクト管理やコードレビューにおいても、工程やタスクを細分化して効率的に管理し、効果的なレビューを行います。 明確な目標設定の重要性は？ 実践においては、明確な目標設定が重要です。例えば、障害対応や要件定義の工程で課題を意識し、発生した問題を分解して整理します。分解された要素の因果関係を確認し、特に障害対応時には優先順位の判断も必要です。また、仮説を立てる姿勢やツールの活用も有効です。こうしたプロセスを定期的に繰り返し、振り返りを行いながら、自分のスキルとして確実に身につけていきたいと思います。

数字分析の基本とは？ 数字を使った分析を行う際には、目的をしっかり意識し、そのうえで要素を適切に分解することが重要です。要素の分け方を工夫しないと、誤った結論に至る可能性があります。こうした分析においては、複数の角度から考えることが求められ、MECEの手法が有用です。 切り分けの効果的手法 「モレなくダブりなく」を意識して、ある要素を切り分けることが重要です。まずは全体を定義し、その後に目的に合った切り口で分解することで、問題点を明確にできます。分解の手法には、「階層分解」（～である/～でないに区分け）、「変数分解」（例えば、売上を単価×数量で分ける）、「プロセス分解」（どのフェーズやプロセスに問題があるかを見極める）が含まれます。 事業計画で何を意識すべき？ 事業計画を立てる際には、売上の視点と組織育成の視点それぞれに対して、目的に応じた切り口で要素を分解し、それを計画の立案に活用したいと考えています。また、個々のプロジェクトに対しても、売上や要員育成の観点から目標を設定し、その上でメンバーへの指導に役立てたいと感じました。 今後の見直しポイントは？ 来季の事業計画については、組織体制を含めて再度見直しを行う予定です。予算と育成の観点から今後必要と思われる要素をMECEなどを活用して洗い出し、実現可能性が高く成長が見込める提案を立案できるように努めたいと思います。

他社との差別化に課題はある？ 事業会社に携わっていた際、他社との差別化について意識していましたが、それがかなり主観的だったかもしれないと反省しています。「こうしたい」という思いと、実現可能なことや顧客から求められているもののギャップを埋めなければ、ビジネスとして成り立ちません。 フレームワークの活用で何が変わる？ 各種のフレームワークは客観的な判断に有用ですが、顧客の設定（もしくは創造）がすべての軸となることが深く理解できました。3C、SWOT、バリューチェーン、VRIO分析を用いて、現実的かつ需要に適い、持続可能な差別化を打ち出すことに役立てていきたいと思います。 中古車販売で差別化するには？ 中古車販売事業は競合も多く、とてもありふれた商売ですが、ポーターの3つの基本戦略が非常にわかりやすく当てはめられます。他社との比較が容易にでき、自社の差別化戦略に繋げられそうです。 フレームワークをどう実践する？ 学んだフレームワークはとにかく使ってみなければスキルとして定着しないし、良し悪しの判断もできません。フレームワーク自体に良し悪しがあるわけではないでしょうが、合う合わないの問題はあるかと思います。 現状把握で安全なスタートを！ どの方向へ向かうにしても、現在位置を正確に把握することで安全確実な一歩を踏み出せると考えます。まずは冷静な現状把握が必要です。

学びの振り返りで何を明確に？ グロービス経営大学院のオンライン学習サービス「ナノ単科」を通じて、講座全体を振り返ることで、自分がどのような課題を抱えており、今後何をすべきかが明確になりました。特に、以下の3点が新しい学びと気づきとなり、課題解決のために継続して実行すべき決まり事として定めることができました。 1. 課題で何を問われているかを考えること 2. 課題の答えを出すために何を考えなければならないかをまず決めること 3. 自分が考えた道筋に抜け漏れがないかを客観視すること 業務での具体的な活用法は？ どの業務においても、課題が与えられ、結果をアウトプットする必要があるため、これらのポイントは業務全般で活用できると感じました。具体的には、報告書を作成するときや、発表資料を準備するとき、メールの作成時、人に相談するとき、会議の際などがその例です。 実施すべきアプローチとは？ 具体的なアプローチとしては、以下のように実施したいと思います。 1. 課題で何を問われているかを設定・共有してから、本題に入り解決策を考え始めること 2. 解決策を考える際には、直感的に思いつく方法以外の分解方法も検討すること 3. 課題の答えを出せたとき、そのまま採用するのではなく、アプローチの抜け漏れを客観的に評価すること これらの学びを活かし、今後の業務に生かしていきたいと思います。

分析の目的は何？ 分析は、目的に応じた比較作業として位置づけています。分析の際には、まず目的を明確にし、その目的に沿った仮説検証に必要な項目とデータを収集、分類します。そして、比較対象や基準を設定することで、結果が意思決定につながるよう意識しています。 データの見せ方は？ また、データの性質に合わせた見せ方を心がけることが大切です。データ分析で明らかにしたい事柄に最適な表現方法を選ぶことで、無駄なデータ加工を避け、例えば帰還した機体を基に無駄のない結論を導くといった論拠のあるアプローチが可能になります。 仮説と経験はどう関係する？ 実際、Webサイトのアクセス解析を日常的に行っているため、データから仮説を立てる経験はあります。しかしながら、売上向上や認知拡大、新規ユーザの獲得といった本来の目的達成のために、どの分析手法を用いるべきか、その根拠となるデータ解析に結びつけることが必要です。 追跡設定の必要は？ さらに、解析ツールにおけるデフォルト設定以外のトラッキングに関しては、どのデータを収集すべきかが不明瞭になりがちです。よって、まず目的をはっきりさせ、必要な要素を明確に把握することを心がけています。また、取得できるデータの切り出し方次第で得られるインサイトは異なるため、どのデータがあればどのような推論が可能になるかを意識し、分析スキルの向上を目指しています。

誰もが持つリーダーシップとは？ 誰もが持つリーダーシップについて考えてみれば、「フォロワーがいれば、それだけでリーダーシップが発揮されたことになる」というシンプルなものである。難しく考えすぎる必要はない。 なりたい自分をどう見据える？ また、自分のなりたい姿を明確にするには、目標を設定することが重要だ。そのことにより、現状の自分とのギャップが浮き彫りになり、「行動 = 能力 x 意識」という考えをより具体化できる。 リーダーシップは上司だけのもの？ 今までリーダーシップを「上司」に期待していたが、例え役職がなくても自ら動いてチームを引っ張ることでリーダーになれると理解した。ただ、自分には「熱意」が足りないのかもしれない。やった方が良いと感じていることでも、他人を動かすのが面倒で、リーダーシップを取ってこなかったことがある。 上司への不満をどう克服？ 上司への不満をチーム全体で共有している中、自分がリーダーシップを発揮することで解消できそうな問題には積極的に取り組んでいこうと考えている。ただし、他のチームの協力が必要な場面では、「本当に行動したいのか？」「行動すべきなのか？」という問いに対する熱意が足りないと感じることがある。「自分がやらなくてもいいか」「依頼されてはいないし」という考えが心の奥底にあるかもしれない。こうした問題の深掘りが必要だと感じている。

どう認識を合わせる？ 課題は、見る人や見る角度によって変わるため、何を解決すべきかを正確に判断し、関係者全員がその認識を共有することが重要だと実感しました。また、時間が経つにつれて認識が薄れ、混乱が生じる可能性があるため、常に課題を再確認し、認識にズレが出ないよう努める必要があります。 導入の本質は？ 私の業務は、新しい技術やソリューションを現場に導入することです。しかし、過去には「ソリューション導入」自体が目的化し、本来解決すべき課題や本質が曖昧になってしまったことが何度もありました。 問いの立て方は？ 今回の問いの立て方は、これまでの経験を踏まえると非常に示唆に富むものでした。今後は、まず現場の課題を大局的に把握し、そこから各要素に分解していくアプローチで問いを設定していきたいと考えています。この方法により、本質的な課題解決につながると期待しています。 課題はどう可視化？ まず、自分なりの現場での課題を、たとえ漠然としていても可視化します。その後、既存のフレームワークを活用して、課題を具体的な要素に分解していきます。 理解は届いてる？ そして、その分解した内容を上司や同僚に提示し、課題の理解が共有できているかを確認します。理解が得られた段階で、適切なソリューションを検討し、具体的な実行内容を上司や同僚と協議して進めるようにしています。

録画視聴の感動は？ 当日は参加できなかったため、録画を視聴しました。皆さんのプロトタイプ発表から、視野の広さや発想の自由さに大変感銘を受け、生成AIを活用してイメージ画像を制作している姿勢に、実際に物理的な制作が難しくても目に見える形で伝えられる時代を実感しました。デザイン思考入門を受講して本当に良かったと感じました。 届けたい相手は？ 今回の発表を通じて、誰に届けたいのかを改めて考える必要性がより一層明確になりました。全ての人にとって完璧なものは存在しなくても、本当に届けたい相手にとってより良いものを模索する大切さを学びました。 自分の位置は？ 私はチームのリーダー的な立場ではありませんが、組織内での自分の位置づけをデザイン思考を用いて見直してみようと思います。業務においてtoC向けコミュニケーションが多いことから、相手に対して意見を押し付けることなく、丁寧な伝え方を心掛けたいと考えています。 年度目標はどう？ また、4月から新年度が始まるため、まずは年度MBOの目標設定を自分自身のポジショニングのデザインから深掘りして進めていこうと思います。さらに、toC向けのコミュニケーションでは、相手に必要性を感じてもらえるような伝え方を設計し、発信前に社内で試作と改善のプロセスを繰り返す時間をスケジュールに加え、より良いアウトプットを目指していきます。

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

なぜ印象に残った？ 私が特に印象に残った学びは二つあります。 日本語の要点は？ 一つ目は、日本語を正しく使うことの重要性です。これまで私は、主語を明確にせず述語もうまく対応させずに説明してきたことを痛感しました。特に「自分がサボった分は、聞いている側がツケを払っている」という講師の説明が心に響きました。今後は、主語と述語がきちんと揃っているかどうかに注意を払いたいと思います。 ピラミッドの秘訣は？ もう一つは、ピラミッドストラクチャーの作成方法です。まずメインメッセージを設定した後、それを支える理由づけをまとめ、さらにそれぞれを深掘りしていく流れを理解しました。特に、各レイヤーにおいて情報の粒度を揃えることが重要ですが、これが非常に難しいと感じています。今後はこの点に焦点を当てて学んでいきたいです。 報告の伝え方は？ 他部署への報告業務においては、調達コストに関して発生した現象を正しく説明し、ピラミッドストラクチャーを使って要因を明確にし、端的に説明することを心がけます。 新規進行はどう？ また、新規プロジェクトの進行では、参加者に対して目的や手段を説明する際、日本語の選び方に注意し、主語と述語を正確に使用します。さまざまな意見をまとめる業務では、ピラミッドストラクチャーを用いることで、多様な意見をグループ化することに努めたいと思います。