(16ページ目)

意識 ✕ 内容

に関する学び

---

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

仮説の意義は何？ 仮説とは、ある論点に対する一時的な答えであり、これを正しく用いることで個々の仕事に対する検証マインドが向上し、説得力を高める効果が期待できます。また、ビジネスのスピードや行動の精度を向上させる点でも大きなメリットがあります。 多角的視点ってどう？ 仮説を立てる際は、1つの切り口に固執せず、複数の視点からアプローチすることが重要です。異なる視点を網羅することで、問題の原因や解決策を多角的に捉えることが可能になります。フレームワークを活用すれば、自分の思考の幅を広げながら、多様な仮説を漏れなく立てることができるでしょう。 仮説の種類は何？ また、仮説には「結論の仮説」と「問題解決の仮説」という2種類があり、時間軸に沿ってその内容が変化することも特徴です。仮説検証のプロセスでは、既存のデータ（売上数値やアンケート結果、市場調査レポートなど）を活用する方法と、必要に応じて新たにデータを収集する方法が考えられます。 反証データは必要？ 検証にあたっては、自分の仮説を支持するデータだけではなく、反証となるデータも積極的に集めることが不可欠です。都合の良いデータだけを選別すると、結論が誤るリスクが高まるため、幅広い視点から情報を収集する姿勢が求められます。 各視点はどう整理する？ 以上のように、仮説は「What」「Where」「Why」「How」といった4つの視点を意識して整理する必要があります。仮説の網羅性と多角的視点、そして反証データを意識することで、広告運用の分析の質や精度向上につながると感じました。たとえば、キャンペーンの予算配分の最適化やランディングページの改善、広告クリエイティブの効果向上、新たなターゲティングの発掘などに対して有効なアプローチだと思います。ただし、優先順位の付け方がまだ未熟な部分があるため、初めはさまざまな切り口での仮説検証に取り組んでいきたいと思います。

目的は何だろう？ 「正しい問いを立てる」ということは、課題を表面的に捉えるのではなく、目的を再確認することだと私は解釈しました。具体的には、以下の点を整理する必要があると感じています。 課題の根本は？ まず、「この課題は何のために取り組んでいるのか」という根本的な問いを立てることが重要です。他にどのような要因が影響するか、そして現状を踏まえてどこに焦点を当てるべきかを明確にする必要があります。 成功の秘訣は？ また、特定の企業が成功した要因の一つに、実行力があることはもちろんですが、団体を動かすための適切なプロセスを考え、決裁者を納得させることができたことも大きいと学びました。これは、思考を進める際に常に意識しておくべき点であり、特に施策を進める際のキックオフミーティングで有効であると感じます。 会議の焦点は？ キックオフミーティングは、施策を実施する目的や課題感を擦り合わせる重要な場面です。しかし、つい具体的な実施方法にばかり焦点が移りがちです。そのまま進めば、施策が意味を持たないものになってしまう可能性があるため、キックオフミーティングの段階で、「この施策は正しい問いを立てられているか」を丁寧に確認したいと考えています。 アンケートの意図は？ 直近では、顧客満足度アンケートの実施を進めていましたが、施策の目的が曖昧だったため再度の検討が必要となりました。研修で学んだ内容を活かし、施策の目的や課題感を改めて整理したいと思います。 失注理由は？ 現在、満足度アンケートを契約者のみに実施しているため、失注顧客の意見も収集したいと考えています。また、営業とサービスを分けて評価を得たい、失注の真の理由を知りたいという課題感があります。これらの課題がアンケートで解決すべきものか、解決後にどのように動くべきかを整理し、その上で施策実施の判断を行いたいと思います。

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

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

記述式問題解決の重要性とは？ 現状と理想の姿の乖離や課題に対して、どうすれば現状が良くなるかという対策（How）をすぐに考えてしまいがちであることに気づきました。これまで、起きている問題や事象の要因について十分に考えずに進めてしまっていたことが課題でした。 問題解決のステップを踏む 今回の学びでは、問題解決のステップを明確に4段階、つまりWhat（何が問題か）、Where（どこで問題が起きているか）、Why（なぜそれが問題なのか）、How（どう解決するか）の順で思考を進めることが重要であることを学びました。さらに、必要に応じてこれらのステップを行き来することで、効率的に問題を検討できることを学びました。 なぜロジックツリーが有効なのか？ ロジックツリーを用いたフレームワークは、アイデア出しの際に抜け漏れがなくなることが特徴です。また、問題を層別分解と変数分解（掛け算）という2種類の方法で分解し、それぞれの方法を内容に応じて使い分けることができます。さらに、MECEを意識し、モレなくダブりなく分析を行うことが重要です。 次のステップで重視するポイントは？ 施策の検証においても、問題解決のステップを早い段階で活用したり、目の前の数字や解決策に飛びつかず、視野を広く持って理想的な状態を捉えた分析を行うことができるようになりました。ロジックツリーを用いた課題発見やMECEを意識したアイデア出しについても、実践で活用していきます。 学びをどう共有するか？ WEEK2の学びをチームメンバーに共有し、実際の場面でアウトプットを行います。また、次の検証においては問題解決のステップを活用して分析を進めます。ロジックツリーのフレームワークを積極的にグループに取り入れ、MECEを常に意識しながら取り組みます。そして、WEEK2の学びを振り返り、積極的にアウトプットすることで確実に身に着けていきます。

誰のために取り組む？ 社内でデータ活用推進を担当する中、どのような人に、どのような目的でコンテンツを活用してもらいたいかを考える必要性を改めて実感しました。今回、デザイン思考における課題定義を学ぶ中で、まず「誰のための取り組みか」を明確にする重要性を再認識しました。各部署で業務状況や意識が異なることを踏まえ、ヒアリング内容に加え、「もしこの人が○○だったら」という仮説的な視点を取り入れてペルソナを作成することで、対象者の背景や課題、感情に寄り添った検討が可能になりました。その結果、リアルな声だけに捉われず、幅広い視点から課題を捉える仕組みづくりの基盤ができたと感じています。 解決策に頼りすぎ？ 今回の振り返りを通じて、解決策ありきで考えないことの大切さを強く感じました。業務の中で、つい「このダッシュボードを作れば良い」「この機能を入れれば便利になる」といった解決策から考えがちですが、本当に解決すべき課題は、ユーザー自身も言語化できていない無意識の困りごとである可能性が高いと気づきました。そのため、なぜその現象が起きるのか、背景にはどんな要因があるのかと問い続ける姿勢が、持続的な価値提供につながると実感しています。 本質的な課題の見極め？ また、課題定義においては、共感フェーズで得た具体的なエピソードや感情を丁寧に読み解くことが非常に重要だと学びました。単に「この人はこう言っていた」という事実を受け止めるだけでなく、「なぜ自分がそこに共感したのか」「その言葉の裏にある背景や価値観は何か」と考えることで、深い理解につながります。さらに、課題を抽象化して定義する際には、まず具体的な現象を十分に観察・収集し、そこから意味を引き出すことが大切だと感じました。抽象化は便利な反面、現実との乖離に陥るリスクがあるため、具体から出発し共感を手がかりに本質的な課題を見極める力を今後も養っていきたいと思います。

思考の足元をどう理解する？ 講座を通して、まず自身の思考の足元理解から始まり、物事を分解しながら要所を深く理解することの重要性を再認識しました。「相手により良く伝えるため」に注力するという当たり前のことを、当たり前にできるための基礎作りが大切だと感じました。 重要な三点とは何か？ 重要な三点として挙げたのは、①自己批判（クリティカルシンキング）、②総括（自己のバイアスに陥らないため）、③相手の理解を促進すること、です。これらを常に意識し、判断軸や指針として持ち続けたいと思います。 どうすれば「伝える」が「伝わる」に？ 「伝える」ためには「伝わる」ことを常に意識し行動に移すことが大切です。他部署や他業種の方へ文章を書く際には、タイトルやリード、主語を省かないことなど、相手に伝わるために必要な要素を自問しサボらないことを心がけたいです。 問題解決に必要なアプローチとは？ 問題解決においては、反射的に「どう解決するか」を考えるのではなく、様々な角度から物事をとらえ、ロジックツリーを使って分解することで「イシュー」を考えることが本質的な課題や根本的な原因にたどり着く要素になると感じました。 読書の幅を広げる意義とは？ 読書に関しては、読書総量を増やし、ジャンルを幅広くピックアップし、読んだ感想をフィードバックし合うことで思考のバイアスに気づき、他者の意見を取り入れるようにするべきと考えています。率先して取り組みたいです。 文章作成プロセスの見直し方は？ さらに、文章作成に関しては、①いったん文章を作成する、②タイトルやリードを意識して「どう見えるか」を推敲する、③文章のみで伝えるのか、視覚的な要素を追加するのかを再度検討する、④相手がどう受け取るかを常に想像し、内容を調整する、といったプロセスを日々の行動・業務に組み込み、習慣化に向けて具体的に動いていきます。

戦略思考、再確認は？ 戦略思考の本質を改めて学び直し、意識すべきポイントを整理しました。基本的な内容ですが、今の私にとってはこれが出発点であり、この思考を基に物事を検討することで学びを活かせると感じました。 戦略の基本は？ まず、戦略の基本定義として、目的を明確に定めることが重要です。そして、目的達成のための最短経路を設計し、利用可能なリソースを把握することが求められます。 目的から逆算は？ 次に、戦略的アプローチの重要性を認識する必要があります。何となく始めるのではなく、目的から逆算して行動を設計し、効率的なルートを事前に検討します。 実践の鍵は何？ 実践のポイントとしては、目的を明確化することが必要です。何を、いつまでに、なぜ達成したいのかを明確にします。また、リソースの把握では利用可能な人材や時間、予算を考慮し、最適なルートを設計します。複数の選択肢を検討し、コストパフォーマンスを評価し、リスク要因を分析します。 戦略、日常に使える？ この戦略思考はビジネスシーンのみならず、プライベートな目標設定や日常的な意思決定にも適用されます。その結果、無駄な労力の削減や意思決定の質の向上、目標達成の確実性の向上が期待できます。 目標、どう導く？ どんな小さなことでも、長期的な大きな仕事でも、今回学んだ戦略思考を基に仕事を進めます。目的の設定をまず行い、安易に結論を出さずに問いを立て続け、視点を変えて精度の高い目的を導くようにします。また、リソースには限りがあることを意識し、時間を区切って効率的に進めることを心がけます。 実践の効果は？ まずは実践です。学んだことを小さなことでも仕事にアウトプットし、学習ノートを作成していつでも読み返せるようにしました。これを基に日々の業務に取り掛かる前に確認することで、戦略思考の精度を高め続けます。

適切なイシューの立て方は？ 状況に合わせて適切なイシューを立てることの重要性を改めて実感しました。初めてケースを読んで分析してみたものの、非常に難しく、まだ十分に身についていないと感じました。今後、これまで学んだ知識をさらに活かせるよう、練習と実践を重ねていきたいと思います。 FAQタイトルはどう？ また、FAQのタイトルづけについては、お客様の解決したい課題を問いかける形で整理することで、誰が見ても内容が分かりやすい記事に繋がると感じました。これにより、より具体的な問題解決を図るための記事作りを心がけたいと思います。 改善要望は何が課題？ 開発への改善要望においては、ただ「やってほしいこと」を伝えるのではなく、解決したい課題（イシュー）からアプローチすることで、より的確な対応が期待できると学びました。 業務脱線はどう防ぐ？ 業務インプットの際には、説明中に画面の別機能の話題や質問の補足などで脱線しがちなため、「何を伝えるべきか」を双方でしっかり認識しながら進めることが大切だと感じました。このような意識の共有が、目的を見失わずに効率的なインプットにつながると考えています。 記事作成の基本は？ 今後、新たな記事を作成する際には、まずその機能が何のために存在するのかという基本的な問いから考え、記事の目的を明確にしていきたいと思います。また、来月から始まる業務インプットにおいても、開始前に「今日理解してほしいこと（イシュー）」を共有することで、より効果的な説明ができるよう努めたいと思います。 ケース分析で得る知見は？ 最後に、ケース分析を通じて、イシューの立て方には慣れが必要であると痛感しました。自社の施策においても、なぜその取り組みが行われているのかを常に意識し、考える習慣を身につけることで、より深い理解と実践へとつなげていきたいと思います。

何を伝えるの？ 今回学んだ最も大きなポイントは、まず「何を伝えたいのか」をはっきりさせることの重要性です。スライドは単なる装飾ではなく、意図を正確に伝えるための設計図であり、結論が曖昧なままデザイン要素を選んでしまうと、全体の印象がぼやけやすくなることに気づきました。 グラフ選びはどう？ また、グラフや図表の選び方についても、どのデザインが美しいかではなく、何を表現したいのかを明確に考えることが大切だと実感しました。たとえば、時間軸でのデータは縦棒グラフ、時系列の変化や傾向を表す場合は折れ線グラフ、要素同士の比較には横棒グラフ、構成比を示す際には円グラフを用いるなど、データの性質と目的に合わせた表現を選ぶ必要があります。 視線の流れはどう？ さらに、資料の構成においては、視線の流れを意識することが重要です。人は左から右、上から下へと情報を読み取るため、情報が自然な順序で配置されているかどうかを確認することで、読み手に負担をかけずに内容を理解してもらうことができます。 資料の再設計は？ 私自身、映像プロデューサーとして営業用のプレゼン資料を作成する機会が多く、産業用映像、マニュアル映像、企業紹介映像など、多種多様な案件に関わってきました。しかし、これまでパワーポイントのテンプレートを流用したり、過去の資料を使い回したりすることが多く、デザインの見た目のみを重視していた面がありました。企業紹介映像とドラマ制作が本質的に異なるように、資料も案件ごとに改めて設計し直す必要性を痛感しています。 なぜその表現？ 今回の学びを通じて、単に見た目を整えるだけでなく、「何を伝えるのか」「なぜその表現なのか」という問いを常に意識しながら、資料の構成やデザインを再考することの大切さを実感しました。今後は、各案件に最適な設計図として、より説得力と具体性のある資料作りに努めていきたいと思います。

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