(16ページ目)

意識 ✕ 認識

に関する学び

---

どう仮説を組み立てる？ 仮説を立てる際、3Cや4Pなどのフレームワークを活用することで、単なる直感に頼った場合に陥りがちな同じ発想の偏りを防ぐことができると学びました。フレームワークを用いることで、さまざまな角度から検討し、網羅的かつ説得力のある仮説を導き出すことが可能です。 逆の視点も意識する？ また、仮説作成時には逆の視点から検証することが重要であると実感しました。反証のプロセスを取り入れることで仮説の信頼性が高まり、より客観的な判断ができると感じています。普段は「顧客の課題を定義し、その解決策を考える」というアプローチを実践していますが、解決策を検討する前に仮説を明確にすることの大切さを再認識しました。 今後の戦略をどうする？ 今後は、解決策を検討する前に必ず仮説を立て、その検証を意識した取り組みを強化していきたいと考えています。「課題定義 → 仮説立案 → 解決策の検討 → 仮説の検証」というプロセスを意識することで、より論理的で根拠に基づいたアプローチが可能になると期待しています。 各部署で実践できる？ 例えば、新たに導入した業務用Webアプリが期待通りに活用されていない場合、まずは「What（問題）」「Where（問題の所在）」「Why（原因）」「How（対策）」の流れで現状を分析し、各部署における利用状況や課題を明確にします。その上で、使っていない部署ごとにアプリのメリットを整理して伝えるとともに、各部署の業務にあった具体的な活用方法を提案することで、問題解決を目指します。

実践による学びの深まり Week1から継続して学び続けた内容を、ライブ授業の演習を通じて「一気通貫」で実施することができ、実践に活用するイメージが具体化しました。特に、仮説は一度立てたら終わりではなく、段階ごとに検証を通じてブラッシュアップしていくこと、また分析は比較であることを強く感じました。さらに、課題解決のプロセスは「What→Where→Why→How」という順序で考えることが重要であると学びました。このプロセスを進める中で、「データのビジュアル化」や「多様な切り口を考えること」の大切さも再認識しました。 課題解決の新たな視点とは？ 自分の仕事は基本的に社内の「課題」を解決することが主な業務であり、この講座で学んだ内容はあらゆる場面で活用できると確信しました。これからは、課題解決のプロセス「What→Where→Why→How」を常に意識したいと思います。問題を解決する際には、直ちにデータ分析に取り掛かるのではなく、まず問題の定義から始め、問題点を特定して原因を分析するというプロセスを「事前」に頭の中で描くことが重要です。それにより、無駄な作業やヌケモレを防ぎ、「How」を忘れずに取り組むことが可能です。 事前準備の重要性について 具体的には、すぐに「データ分析」に取り掛からないことを意識的に行い、事前にそれぞれの課題解決プロセスで必要な「タスク」をイメージし、タイムラインを引いて計画を立てることが大切です。最初はしっかりと言語化し、プランをドキュメントに起こしておくことを心がけます。

クリティカルシンキングの活用場面は？ クリティカルシンキングは、課題解決や上司への提案、説得など多くの場面で活用できる思考法であることを理解しました。特に課題解決の場面では、自分の経験や勘に頼らず、関係する様々な人の立場から課題を見ることで、その本質を探り、より良い解決策を提案できると感じました。ライブ授業の「病院」をテーマにした課題では、病院に関わる人々の視点を変えることで、病院の役割について多様な考え方ができることに気づきました。また、他の受講生から自分にはない視点を学ぶことで、クリティカルシンキングの重要性を再認識しました。 システム要件定義への応用法は？ 現在、私は生命保険契約の電子手続き化に関するシステム要件定義作成に関わっており、部下が提案するシステム機能が本当に必要かどうか、管理職として判断を迫られることがあります。今回学んだことを活かし、視点や視座を広げ、顧客・営業・開発者・経営者の目線で機能のメリットとデメリットを考慮することが、より良い判断に繋がると実感しています。 どのように優先順位を考える？ 具体的には、部下から提案されたシステム機能の開発要否について、多角的にメリット・デメリットを洗い出し、優先順位を決めていきたいと思います。例えば、顧客目線では便利でも、実際の利用者が少なく費用がかさむ場合は、費用対効果を考慮して開発を見送るといった判断を意識して行っていきます。最終的に、部下や上司に対してなぜその判断をしたのかを説明する際、説得力のある説明ができると考えています。

論理構造の大切さは？ 論理構造をピラミッドストラクチャーで視える化する手法を学び、主張の納得性の向上や論理の飛躍、見落としを防止する重要性を改めて認識しました。文章を正しく作成できるのは、しっかりとした論理構造の理解に基づいているからだと感じています。 文章作成の要点は？ また、文章作成の際に意識すべき点として「言語選択」「概念の整理」「順序」「根拠づけ」の四つの側面があり、これらを怠ると受け手に不必要な負担を強いることになると実感しています。 どう論理を活かす？ この学びを更に深めるため、AIコーチングを通して、論理構造が具体的なビジネスシナリオにどのように適用できるか、またその中でも特にどの側面に難しさを感じるのかについて考える機会がありました。 どう説得力を高める？ ビジネスシーンでは、上司へのプレゼンテーションやメンバーとの進捗報告、業務相談など、あらゆる場面で基礎となる思考力が役立つと考えています。自身の論理構造のチェックだけでなく、相手の主張の論理構造を把握することで、不備や見落としに対しても明確な質問を投げかけられるようになりました。 日常で論理を練習？ さらに、Excelやメモを使いながらピラミッドストラクチャーを作成することを日常業務の習慣とすることで、論理構造を頭の中で自然に描けるようになることを目指しています。そして、会議前のプレゼンに向けて自身の主張とその理由を言語化する訓練を週1回400文字程度で実施し、思考力の向上に努めたいと考えています。

経済性をどう掴む？ 〇〇の経済性については、前提条件や注意事項があることは少し認識していましたが、「〇〇の不経済」という言葉を知り、動画で具体例を学ぶことで、この原理原則をより明確に理解できたと感じました。活用の際には、前提をチェックするために、多角的に検討して分析対象の状況や背景をよく把握することが重要であり、フレームワークや原理原則を使うだけでは簡単に解決できるわけではなく、調査や理解に努力することが不可欠だと思いました。しかし、努力が必要な部分でもフレームワークや原理原則があることを忘れてはいけず、その知恵を活かすためには日々意識し、体に染み込ませていくしかないと実感しました。 運用体制は大丈夫？ 現在進めている保守運用体制の複数社でのシェアードについても、この学びを活用できそうです。現状では、すべての観点でプラスの効果が出ると想定して体制やルール、費用負担の組み立てを検討していますが、実際には観点ごとに今回学んだ経済性と不経済の両方が混在しているのではないかと考えています。運用開始後に「こんなはずじゃなかった」という事態を避けるためにも、改めて冷静に分析したいと思います。 分析の流れは？ 以下のプロセスで進める予定です。 まず、背景と目的を再確認します。次に、関連ファクトを収集・整理し（数値情報）、現在想定している期待効果を経済性や不経済を意識して再度分析します（ここで主に学びを活用します）。最後に、分析で明らかになった点を基に計画の見直しが必要か確認します。

マーケティングとは何だろう？ 改めて「マーケティング」とは何かを問われた時、漠然とした認識やイメージしか持っていなかったことに気づきました。しかし、仲間や上司と開発、改善、販促活動について話す中で、情報の整理やイメージのすり合わせがいかに大切かを再認識しました。 なぜセリングに偏る？ これまで、自社では比較的セリング寄りの販促活動を行っていたと感じます。とはいえ、年間売上目標がある中では、ついセリング思考に戻りがちです。そのため、あえてマーケティング思考を意識し、その習慣を身につける必要があると考えています。 シフトの理由は？ 今年度からは、マーケティングに基づいた販促活動および経営活動へとシフトしていく方針です。ミーティング時なども、セリング的な発想に偏っていないか、顧客志向が抜け落ちていないかをメンバーと再確認しながら、活動を進めていきたいと思います。 改善点はどこ？ また、業務委託先でのサービス改善に関しては、既存のサービスの良さや価値と顧客ニーズとの間にギャップがないかを整理し、取り組むべき事項の決定とその優先順位を検討することが求められています。 売れる理由は？ さらに、販促活動において気になる点や提案があれば、積極的にミーティングで仲間に共有し、質問や提案を行っています。既存サービスの改善提案を進める中でもマーケティング思考を意識し、なぜその商品やサービスが売れているのかという理由を考える習慣を持つよう、常にアンテナを張り、メモを取るように努めています。

プロトタイピングの留意点は？ システム開発では、定められた手法に沿った実践が成果の成否を分けるとよく言われます。その一環として、プロトタイピングが推奨される場合もあり、顧客に実際の成果物に近い形を見せることで、齟齬がないかを確認することが目的です。しかしながら、プロトタイピングはコストがかかる点や、成果物に近いがゆえに本来の目的と異なる変更が行われるリスクがあると感じています。そのため、KT法など他の手法も併用すべきではないかと考え、今回の学びを改めて実務に活かす必要性を再認識しました。 初期案件で試す価値は？ 開発初期の案件でこれを試みるのが最もやりやすいと感じています。初期段階であれば、手法や認識に囚われ過ぎず、目的を確実に反映させることが可能だからです。現在、ヒアリングの初期段階にある案件もあるため、その案件で実践してみたいと思っています。目的の決定においてはMUSTとWANTの両面が存在することから、これらを明確にし、常に共感を得続ける姿勢が大切だと考えています。 非線形プロセスの注意点は？ また、WEB制作も手がけている中で、ビデオ内の説明は非常に分かりやすかったと感じました。実際に手を動かしていない方にはイメージしにくい部分もあるかもしれませんが、実務では線形的なプロセス進行が理想とされる一方、現実には非線形となる場面が多いことが大きな課題となっています。手戻りは望ましくないものの、「手戻り禁止」ではなく、最低限に留めるという意識が必要であることを改めて認識しました。

情報整理の重要性を再認識 情報を整理し、伝わりやすい形にする重要性を再認識しました。一つの表やグラフに情報を詰め込むのではなく、複数に分けることで理解が深まるということも学びました。また、「何を伝えたいのか」を最初に整理することで、メッセージが明確になるという点も重要です。 読み手の興味を引く工夫を！ スライドのグラフや表と共に、メッセージを添えることで、説明がなくても理解しやすくなります。ビジネスライティングでは、読み手に興味を持ってもらうための工夫が必要です。今後もこの点を意識して継続していきたいです。 確認した具体的な活用場面は？ 具体的な活用場面としては、単月や年度累計の進捗状況報告や部下や取引先の成果分析報告の際に再確認しました。また、「目的」と「何のためにやるのか」を伝える社内メールや訪問メモ、情報メモの文章作成の際にも同様です。 受け手が読みたくなる文章とは？ 日々の指示事項はメールやチャットで発信することが多いため、受け手が読みたいと思う文章であるかどうか、一度読み直してから発信するようにしています。メールの見出しも、多数のメールを受信する相手の興味を引くよう工夫していきたいです。 視覚に訴える効果を再確認 加えて、文章よりも視覚に訴える方が伝わりやすい場合があることも再認識しました。伝えたいことを整理し、メッセージを工夫することで、受け手も理解しやすくなると感じています。これらの学びを、まもなく行われる中間総括にも活用していきたいです。

課題の本質は？ 課題を明確にすることの重要性について学びました。大まかに課題を把握するだけでは、その根本原因を解決するには至りません。具体化することで、本質的な課題を捉えることが可能になります。イシューに対する方策や判断は、経験に依存する部分もあるため、知見や経験、俯瞰的に捉える力が必要だと感じました。課題や問いに対するイシューの捉え方は、考え方次第で大きく変わるため、間違いに気づくことが難しい場合もあります。 どう活用される？ このような学びは、日々の業務、例えば社内外の会議、製品の不具合対応や要因究明、現行業務の方針決定、将来の業務の企画戦略など、さまざまな面で活用できます。特に会議など、口頭でのやり取りでは、イシューや課題から逸脱しないようにする意識を持ち、全体への共有を意識しています。また、資料作成の際には、最初にイシューや課題を意識し、フレームを構築することを重視しています。 会議で意識は？ 打ち合わせの際には、まずイシューや課題の共有を行い、全体の方向性を合わせるよう努めます。会議に参加する場合には、認識のズレが発生しないように課題を確認し、内容が逸れたりしないように軌道修正を行います。資料作成時には、イシューや課題から外れていないかを意識し、作成に取り組みます。資料を書く前に、イシューの特定と枠組みを考え、相手に理解してもらえるように図などで可視化することが大切です。このプロセスでは、他の人に確認してもらい、フィードバックを受けることも心がけています。

行動力をどう高める？ 今週の学習で最も印象に残ったことは2つあります。 まず1つ目は「行動=能力×意識」という考え方です。これまで、私は行動力がある人がリーダーに向いていると思い込み、自分が行動するのが苦手であるためにリーダーには不向きだと感じていました。しかし、今週の学習を通して、行動に繋がらない原因は能力や意識が足りないからだと気づかされました。この理解をもとに、能力を伸ばすためにはまず「できないこと」をリストアップし、それを少しずつ「できること」に変えていくべきだと感じています。スマホに「できていないこと」のリストを作成し、クリアできたらチェックするという方法を試してみたいと思います。 共通認識を持つには？ 次に2つ目は、相手と共通認識を持つことや、仕事の背景を伝えて適切なサポートをすることの重要性です。このことは当たり前のように思われますが、それが十分できていない自分に気づきました。私は営業スタッフとしてお客様と接する際にも、これらの考えを活かせるのではないかと考えました。具体的には、接客中に「今は何のテーマの話をしているのか」「なぜそれを話すのか」「相手と共通認識を持てているのか」を確認し、話が分かりづらい場合や確認したいことがないかを問いかけることが大切です。これを実践するために、最初に背景をしっかりと伝え、相手の確認や了承を得てから次の話題に進むことを意識しようと思います。 こうした学びを実行に移すために、日々の実践に活かし、意識的に取り組んでいきたいと考えています。

データ全体像は？ データ比較や数値化、数字に集約して捉える方法、さらには視覚的および数式を通じて関連性を把握する手法について学び、大変参考になりました。これにより、データの全体像を把握しやすくなると感じています。 平均の違いは？ 目的に応じて、単純平均だけでなく、加重平均、幾何平均、そしてはずれ値に対応する中央値など、さまざまな平均値の使い分けが有用であると再認識しました。数字を分析する際、データの中心値と散らばりを考えるアプローチは非常に重要です。 標準偏差はどう？ 特に、これまであまり意識してこなかったデータのばらつき、すなわち標準偏差の理解については、自己学習が必要だと思いました。今回の学習を通して、データ分析においてばらつきの考慮が結果に与える影響の大きさに気付きました。 実践はどう進む？ 今後は、学んだ知識を生かし、エクセルを活用してグラフ化するなど、実践的なアプローチに取り組んでいきます。また、どのデータを分析するかはまだ模索中ですが、さまざまな場面で応用できるよう、引き続き自己研鑽を積んでいく予定です。 難解概念の壁は？ 一方で、「平方根」、「標準偏差」、および「正規分布と2SD」といった概念は難解に感じたため、これらの理解を深めるためにさらなる学習が必要だと感じました。また、過去に業務で使った経験がある「幾何平均」についても、当時はあまり考えずに対応していたため、Raw dataを見直しながら基礎から再確認していきたいと考えています。

部下の背景を知るには？ 部下の言動には必ず理由があることを実感しました。メンバーの行動の背後にある理由や背景を理解せずにフィードバックをしても、すれ違いが生じることを学びました。もちろん、メンバーが自分の言動の理由を言語化して説明してくれるとありがたいのですが、何も言わず黙り込んでしまうこともあります。メンバーの様子を把握するためにも、フィードバックは対面が基本であり、リモートの場合も必ずカメラONで行うことが重要だと認識しました。 どうしてリアルが重要？ 期末にはMBOの評価面接や能力開発面接がありますが、これも基本的にリアルで実施します。やむを得ずオンラインで行う場合でも、カメラONの面談を心掛けています。また、ネガティブな評価を伝えなければならない際は、以下の点を意識しています。まず、事実に基づいて具体的に指摘すること。そして、メンバーの努力に共感し、将来的な成長を期待していることを伝え、前向きになれるよう支援します。自分の過ちに対しては素直に認め、その改善意志を示すことも肝要です。 フィードバックの極意は？ 改善すべきネガティブな点だけでなく、ポジティブなフィードバックも事実に基づいて行うよう心掛けています。そのために、気づいたことを忘れないようメモを取ることを継続しています。メンバーの心情に共感するには、行動よりも感情に焦点を当てて質問することが大切です。目標が達成できなかった場合は、目標設定時の期待を再確認し、次年度に向けてメンバーを鼓舞しています。