(3ページ目)

活用 ✕ 利用

に関する学び

---

会話分析で隠れたニーズは？ 定性分析について学んだ中で、CRMの管理者として、営業担当が顧客との面談で交わした会話内容をテキスト分析することで、隠れたニーズを発掘できるのではないかと考えました。一人ひとりの顧客に対し、営業担当自身がそのニーズに気づけるCRMシステムが理想です。しかし、そのシステムが効果を発揮するためには、まず営業担当のインタビュー能力を高め、会話内容を漏れなくテキストとして記録する仕組みが必要だと感じました。 研修でどう均てんする？ インタビュー能力の均てん化は研修を通じて改善できると考え、記録については音声入力などのテクノロジーが一定の解決策を提供してくれるのではないかと思います。 セグメントの切り口は何？ また、顧客のセグメンテーションは売上などの定量的な視点からだけでなく、定性分析を通じてこれまでとは異なる切り口で行える可能性があり、その各セグメントに対する最適な解決策を考えることができると感じました。このため、膨大なテキストデータのコーディング作業が非常に重要だと考え、AIの活用により効率的に対応できるのではないかと期待しています。 システム改善をどう確認する？ システム導入については、すぐに実施するのは難しい状況ですが、リニューアルされた別のシステムが以前より使いやすくなったかどうかをチャットベースでのインタビューを通して確認する取り組みも行っています。ただし、単に「使いやすくなった」といった安易な回答に終始せず、具体的にどの点が改善され、どこに課題があるのかを掘り下げる質問をしていくことが重要だと考えています。たとえば、普段どのページにアクセスしているのか、そのページやデータへのアクセスが容易になったかを確認するなど、具体的な視点から質問を設定しています。 利用意義をどう問う？ また、システム利用によって本来的に実現したいことに焦点を当てる必要性も感じました。問題点を問うのではなく、見たいデータへのアクセス手順が改善されたか、データがインサイトを得られるように可視化されているか、といった具体的な問いを設定するべきです。ざっくばらんに意見を募ると、後々コーディングして集約する際に混乱が生じる恐れがあります。 仮説構築の秘訣は何？ 定量分析が仮説の検証を目的とするのに対し、定性分析は新たな仮説構築を目的とします。コーディングを通じてプロセスやフレームワークを構築することで、これまで想定しなかった要素も明らかになるでしょう。デザイン思考においては、仮説が広範囲になりすぎず、解決策ありきの課題設定を避けることが肝要だと感じました。

ありたい姿とは？ この6週間、「ありたい姿」とその実現に必要なことについて、AIとの対話を通じて自分自身を振り返る貴重な時間となりました。初めは「AIを使いたい。AIとは何か」という問いから始まり、まずは「使う」方法に焦点を当てて学んでいました。しかし、学びが進むうちに、なぜ「使う」のかという根本的な問いにも気づかされました。 変革はどう起こる？ かつてのデザイン業界でも、手書きからパソコンへの移行という大きな変革があり、紙媒体からWebへの移り変わりを経験しました。今、私たちはまさにAIがもたらす変革の渦中にいますが、便利なツールが登場しても「使う理由」や「表現する意志」そのものは変わらないと実感します。私自身、AIをただ遠ざけるのではなく、自分の考えや感性を大切にしながら、うまく活用していきたいと考えています。 本物の表現は？ また、最近のテレビ業界のように、どの局も似たような企画や番組を作り続けると、視聴者の興味や期待を失う恐れがあります。私たちが情報発信する相手は多様な人々です。AIの情報をそのまま利用するだけでなく、自分の持つ気持ちや意見を取り入れ、壁打ちしながらオリジナルの形に仕上げることが、今後求められる姿勢だと感じています。 表現はどう選ぶ？ これまで、WEBページ制作においては、タイトルや見出しをAIに相談し、生成された文章を自分なりにアレンジしてきました。しかし、グロービスで学ぶ中で、AIとの関わり方が大きく変わりました。例えば、生成された文章の表現に対して「こちらの表現は少しネガティブな印象を受ける」といった意見を伝えると、AIはその理由や背景を丁寧に説明し、どのような表現がより適切か提案してくれます。こうしたプロセスを通じて、クライアントに対してもしっかりと納得してもらえる理由付けができるようになりました。 AI連携のコツは？ 現在は、まるで『プロのコピーライター』や『プロのクリエイティブディレクター』、さらには『プロのプランナー』とチームを組むような感覚で、目の前の仕事に取り組んでいます。主に利用しているAIツールをはじめ、今後も仕事で役立つ様々なツールを積極的に取り入れていくつもりです。 安全性はどう守る？ 一方で、セキュリティの観点から、業務では会社が承認したAIツールを利用しています。金融業界において、AIが人の行動を学習し振込などの業務を自動で行う事例がある中、確かに便利さは魅力的ですが、私自身は、勝手に自動化されることには慎重であり、必要な部分でのみ活用するスタンスを大切にしていきたいと考えています。

伝える力の本質は？ 生成AI時代においても「伝える力」の本質が変わらないという点が、今週の学習を通して強く印象に残りました。対AIも対人間も、何を目的としているのか、どの前提条件に立っているのかを明確に言語化することが重要です。AIは文脈をもとに推測を行ってくれるものの、前提が不十分だと、複数回のやり取りで認識をすり合わせる必要があるため、前提やゴールを明確にすることの大切さを改めて感じました。日常業務においても、作業内容だけでなく目的・背景・制約を整理して伝えることで、手戻りや認識のズレを減らすことにつながると実感しています。 生成AIで業務改善は？ 管理部門業務の効率化や意思決定の質の向上に向け、生成AIの活用方法について具体的に考えてみました。例えば、1on1や部内ミーティングでは、Notion AIによる文字起こし・要約を活用して議事録作成の負担を軽減し、次回の振り返りやフィードバックに役立てることが考えられます。また、従業員のエンゲージメント向上施策として、サーベイ結果をNotebookLMで可視化し、会議資料として利用することで、より具体的な議論ができると思います。さらに、部門別損益データを用いた経営会議では、NotebookLMを活用して資料を作成し、毎月の実績や予測値の確認に役立てる計画です。 行動計画はどう進む？ 具体的な行動計画としては、まずNotion AIの定着を図り、1on1や会議で継続的に文字起こしや要約を実施します。うまくいった点や改善点を振り返って、事前情報の入力方法をさらにブラッシュアップしていきます。次に、NotebookLMの基礎習得として、部門の各種データや画像データなどを取り込み、効果的なプロンプトの書き方や出力形式の指定方法を試行錯誤します。さらに、複数のソースを組み合わせた資料作成や実際の経営報告資料作成へと応用し、最終的には大量のデータ処理が必要な業務にGeminiの活用を検討する段階まで進める予定です。 専門分野と課題は？ 一方で、自分が専門外の分野に生成AIを活用する際、回答の正確性をどのように担保すべきかという課題に直面しており、自信がない部分については過度に問い掛けないというアプローチには疑問を感じています。また、業務データや社内情報をAIに入力する際、どのレベルまでが許容されるのか、その線引きを組織としてどう設けるべきかも重要な検討事項です。現在の自社はセキュリティ上のルールや仕組みをより綿密に構築していく段階にあるため、今後、これらの点に対する意見や改善策を模索していく必要があると考えています。

試作で既視感感じる？ 試作は、プロダクトデザインや建築プロジェクトで通常実施される工程であるため、どこか既視感を覚えました。また、WEBのインターフェイスデザインに見られる機械のスイッチパネルといったメタファーは、自身の専門分野に近いこともあり、非常に理解しやすいと感じました。 WEB手法は建築に合う？ WEBデザインと同様のプロセスが、建築や施設管理運営のデザインにどのように応用できるのか、非常に興味深いと感じています。これまでの事例に照らし合わせ、応用の可能性を検討してみるとともに、自身の事務所のホームページのリニューアルにも活用する予定です。 建築手法は信頼できる？ 建築業界で活用される開発手法は、長い歴史と多くの実践に裏打ちされているため、精度が高く実務にも適していると実感します。しかし、似た考えを持つ人々によって運用されるため、気づかぬうちに独自の進化を遂げる場合もあります。また、竣工後のオペレーションや保守管理におけるプロトタイピングについては、まだ標準化された手法が確立されていないのが現状です。 デジタル手法は革新的？ 一方、デジタル分野ではアジャイルなど、他分野にも影響を与える新たな開発手法が続々と生まれており、今回学んだフレームワークも積極的に研究し、応用してみたいと思います。機会があれば、実際にデジタル業界で活躍されている方のお話も伺いたいと考えています。 評価の落とし穴は？ プロトタイピングの課題として、専門家でないユーザーが成果物の内容よりも表現技術の巧拙に左右されやすい点が挙げられます。上手な絵、最新の機材を活用した表現、巧みな言葉遣い、さらにはアイデアの発案者の知名度や地位によって、ユーザーの評価が影響を受けることがあるのです。優れたプロダクトを生み出すためには、制作者自身も厳しい目線を持つユーザーとの協働が必要だと感じています。 プロトタイプの役割は？ また、プロトタイプは単なる開発工程の一部に留まらず、ユーザーとの対話のためのメディアとして機能すること、さらには開発チーム内のコミュニケーションツールにもなることを改めて確認できました。 意味の共有はどう？ こうしたポイントは理解しているつもりでも、実際の開発後半では、開発者のアイデアを強調するためのプレゼンテーションツールとして利用され、ユーザーや他のメンバーが十分に参画できなくなるケースも少なくありません。今後の開発プロセスでは、プロトタイプの本来の意味をチーム全体で共有し、全員が対話できる環境作りに注力したいと考えています。

なぜ全体では見えない？ 今週のケーススタディでは、データ分析における分解とプロセスのステップ化の重要性を学びました。最初は全体の満足度を確認したときは横ばいで問題がないように見えたものの、クラス別に分解すると上級クラスでのみ満足度の低下が見受けられ、全体の数字だけでは特定の条件下で発生する問題を見逃す危険性があると実感しました。 コメントと数字の関係は？ また、定量データと定性データの組み合わせによって数字の背景にある理由が明らかになる手法も印象的でした。充足率や苦情件数といった数字と生徒のコメントを照らし合わせることで、数字が示す事実に対するより深い理解が得られると感じました。 業務改善の分解法は？ さらに、採用プロセスをステップごとに分解してボトルネックを把握する手法は、自分の業務に応用可能であると感じました。業務フローの各ステップの所要時間を可視化することで、改善が必要なポイントを明確にできると考えています。 仮説検証の効果は？ 最後に、複数の仮説を立ててからデータで検証するアプローチが、問題解決の際に重要であると再認識しました。原因を一つに決めつけず、多角的に検討する姿勢は日々の業務においても活かしていきたいと思います。 エンジニア視点で何を学ぶ？ 私はWebサービスの安定運用を担当するエンジニアとして働いています。今回学んだことは、システム障害の原因分析と業務プロセス改善の二つの場面で活用できると考えています。 障害原因はどこにある？ まず、システム障害が発生した際には、全体のエラー率だけを確認するのではなく、機能別、時間帯別、利用者別など、複数の切り口でデータを分解して問題の発生箇所を特定することが重要です。また、利用者からの問い合わせ内容と数字を組み合わせることで、障害の背景にある理由を明確にすることができると実感しました。具体的には、障害時のチェックリストに分解の切り口を追加し、チーム全体で共有することで対応の質を向上させたいと考えています。 対応時間短縮は可能？ 次に、障害対応にかかる時間短縮という課題に対しては、原因検知から初動対応、原因特定、復旧作業、再発防止策の検討といったステップに分解し、各プロセスの所要時間を記録してボトルネックを特定する手法が有効だと感じました。例えば、原因特定に時間がかかる場合は、調査情報の整理や手順書の見直しが必要であると考え、障害対応の記録フォーマットに各ステップの所要時間を記入する欄を追加し、データを蓄積して分析することで改善に役立てたいと思います。

なぜ自分が対象？ 一番印象に残ったのは、「クリティカル」の対象が他者ではなく「自分」であるという点です。人は誰しも思考のクセや思い込みを持っているという前提に立つことで、業務上の対立や他者の意見に対する自身の反応が変わると感じました。 事実で判断するのは？ また、感情で反応するのではなく、事実に立ち返って判断するという視点を得ることができました。個人の感情ではなく、発言内容そのものに偏りや思考のクセが含まれているという前提で場を理解することが、新たな気付きにつながりました。 学びの実感は何？ 今週の学びの中で、自分にも他者にも思考のクセがあることを認識し、型を活用した分析が建設的な意見を生み出すきっかけになると実感しました。これまで意見の押し付けだと感じて苦しかった場面も、WEEK1で学んだ考え方を用いることで、前に進むための対話へと変えることができるのではないかと考えています。 どの視点が有効？ 【クリティカルシンキングの学び】として、まず①誰しも思い込みがあること、次に②視点（人別）、視座（役割別・役職別）、視野（広範囲）という3つの「視」を持つことで思考の広がりが得られること、そして③ロジックツリーやMECEなどの型を利用することを意識しました。 課題は何だろう？ これらを踏まえ、以下の自分の課題を改善していきたいと思います。伝えたいことが多すぎてまとめに苦労している点、論理に飛躍がある点、自分の思いを言語化するのが苦手である点です。 本質を探るには？ 特に、さまざまな「視座」を持つことで業務の「視野」を拡げ、自分なりに「問題の本質」が何か、過不足がないか、またはずれていないかを見極めるトレーニングを続けたいと考えています。そのため、まずは1日20分、業務を点検し、思考のクセや型の実践を振り返る時間を作るつもりです。 極端な例はどう捉える？ ドラッグストアの事例では、売っていない商品の例として「ロケット」や「アメリカ」など、極端な例が挙げられていました。実務で活用するにはやや飛躍した印象を受けましたが、思い込みや制約の影響という観点で理解するには有意義であったと感じます。 実務への応用は？ とはいえ、極端な例は理解できるものの、実務にどのように落とし込むかが課題です。意見の発散と集約の場面において、最低限外してはならない条件とは何かという点に着目し、発散を広げすぎずに思考を狭めないための前提設定や問いの置き方について、参加者同士で工夫やTIPSをブレインストーミングしてみたいと思います。

思考の癖をどう克服する？ 印象に残ったこと、また学びとして感じたことは三つあります。 まず一つ目は、「自他の思考には癖がある」という点です。人間の脳は経験や知識を基に、自分の考えやすいことを考える癖があります。これを解消するために必要なのがクリティカル・シンキングやロジカル・シンキングです。この思考の癖を修正するためには、深く考えることが重要です。「なぜやるのか？」「目的は何か？」といった問いを繰り返すことで物事の解像度が上がり、不確実性の高い状況でも正しい意思決定ができるようになります。 短期と長期のロジカルシンキングの違いは？ 二つ目は、「ロジカルシンキングには短期と長期の2つの観点がある」ということです。短期的なロジカルシンキングは、会議やチャットでのコミュニケーションなど即時の対応が必要な場面で求められます。一方で、長期的には課題検証や市場調査のように時間をかけて取り組む事例があります。それぞれの性質に応じた思考の型を考慮する必要があります。 思考を行動に移す意味とは？ 三つ目は、「考えるだけでなく行動しないと、ロジカルシンキングは身につかない」ということです。どれだけクリティカルな思考をしていても、それを他者と議論しなければ思考力は育ちません。議論を通して、自分の思考がどの程度正確か評価されます。また、多様な視点を持つためにも、他人のフィードバックを受けてさらに深めるプロセスが重要なのです。 思考法をどう実践で活用する？ これらの思考法は様々な場面で活用できると感じています。例えば会議においては、参加者として会議のゴールや議論の意図を確認し、目的に沿った意見を発言することでより良い意思決定が可能になります。ファシリテーターの場合は、他の人の意見を深掘りし、整理することで、全員が納得する結論に導けると思います。 また、課題検証の場面でも役立ちます。クリティカルシンキングを身につけることで、与えられた課題を深く考え、その目的を明確にする行動が取れるようになります。そうすることで、課題を解いた時のインパクトを最大化することが可能です。 私自身も会議の場面では積極的に意見を述べることから始めていこうと思っています。幸いなことに、チームメンバーはフラットな議論を歓迎してくれるので、この環境を利用して思考を深めていくことを目指します。 課題検証の場面では、なぜ課題に取り組むのかをメンバーとすり合わせる作業を必ず実施したいです。課題の緊急性や重要度を明確にすることが、結果的に顧客の価値に繋がると信じています。

IoTで何を学んだ？ 先週の学習では、IoTやセンサー、データ、AIの活用により、従来の「モノ」が「サービス」へと進化し、顧客に新たな価値を提供できる仕組みが生まれていることを学びました。センサーでリアルタイムにデータを取得し、AIがそれを分析することで、個人に最適なサービス提供が可能になる点が印象的でした。この変化により、単なる製品提供ではなく、一人ひとりの体験価値の向上が重要になっていると感じました。 リアルタイムの魅力は？ また、IoTの普及によって、あらゆるモノの状態をリアルタイムで把握でき、遠隔地からでも迅速なサービス提供が実現しつつある点も興味深かったです。さらに、ビッグデータとAIの予測能力が融合することで、顧客のニーズを先回りして提案できる可能性が広がっていると実感しました。 体験価値をどう実現？ 今後は、単にモノを提供するのではなく、データを活用してどのような体験価値を創出するかという視点でビジネスを捉えることが重要だと思います。自らの業務においても、データ活用を通じて顧客の状況をより深く理解し、価値提供に結びつける取り組みを進めたいと考えています。 営業戦略は何が鍵？ 営業の観点では、顧客の利用状況やデータを分析することで、潜在的な課題やニーズを具体的に把握し、より質の高い提案が可能になると考えます。例えば、サービスの利用状況や業務データから各機能の活用度や改善点を見極めることで、顧客に合わせた最適な提案を行えるでしょう。 サポート改善の道は？ 一方、カスタマーサポートの視点からは、システムの利用状況やトラブル発生のデータ分析により、不具合の原因を迅速に特定し、問題が発生する前に対策を打つことが可能になると感じました。これにより、顧客の課題に対して事後対応ではなく、予防的なサポートが実現できると考えています。 経理改善はどう進む？ さらに、経理の面では、売上や利用データをリアルタイムで把握することにより、業績の分析や意思決定を迅速化できるとともに、業務効率化や経営判断に資する情報が提供できる可能性も見出せました。 未来の価値創造は？ これらの視点を踏まえ、今後はデータを単なる記録としてではなく、顧客や業務の価値を高めるための資源として捉え、各部門がどのように活用できるかを意識して取り組んでいきたいと感じました。企業は従来の「製品を売るビジネス」から、「体験やサービスを提供するビジネス」へと変革する中で、どのような強みを持つべきかを常に考える必要があると実感しています。

分析の基本は何？ 本資料は、分析を比較の視点から行い、仮説思考を持って問題に取り組むための考え方と手法を示しています。分析の要点として、プロセス、視点、アプローチの三つの軸が必要とされ、各軸が互いに補完しながら、より深い理解を促すことを意図しています。 プロセスをどう考える？ プロセスでは、まず目的や問いを明確にし、その問いに対する仮説を立てます。次いで、データを収集し、分析によって仮説を検証するという流れが求められます。 視点と工夫は？ 視点については、インパクト、ギャップ、トレンド、ばらつき、パターンといった観点からデータを捉え、それぞれの側面から情報を整理していきます。一方、アプローチでは、グラフ、数字、数式などを用いて、情報を視覚的かつ計量的に表現することで、理解しやすくする工夫が大切です。 可視化はどう？ 比較のための可視化手法としては、データの特徴を一つの数字に集約する方法、グラフ化して目で捉える方法、そして数式に集約するアプローチがあります。これにより、データの持つ意味がより明確になります。 代表値は何？ また、データを見やすくするためには、代表値と分布の確認が有効とされています。代表値としては、単純平均、加重平均、幾何平均、中央値などがあり、一方、ばらつきを見るためには標準偏差が活用されます。特に、95％のデータが含まれるという2SDルールは、分布の確認において重要な指標となります。 契約単価の意味は？ 具体例として、【１】の契約単価の場面では、相加平均を用いた結果、受注率などの違いが十分に反映されず、平均値が大きく見えてしまうという事実が挙げられます。そのため、加重平均を用いることで、感覚に近い平均単価が算出できる可能性が示唆されます。 成長率はどう考える？ また、【２】の成長率の場面では、合計の成長率を足して年数で割る方法が用いられていましたが、こちらは幾何平均を利用するアプローチが適切です。具体的には、(1+x)^2＝◯年後の売上／スタート年の売上という考え方に基づく計算が求められます。 計算見直しは？ これらの考え方を踏まえ、Q2では【１】と【２】の実際の計算を見直し、過去に作成したデータを再評価する行動を取る必要があります。また、平均値の計算方法一覧を見える場所に保存し、必要な際にすぐに確認できるようにすることで、定着した学習行動が実現されることが期待されます。

現在地とゴールは？ これまで一週間ごとに学んできたフレームワークや概念が次第に結びつき、戦略思考の全体像が見えてきたと感じました。全体像を捉える過程では、まず自分の「現在地」を正確に把握し、目指すべき「ゴール」を明確に設定することが重要だと理解しました。 取捨選択の意義は？ ゴールへの道筋では、学んだ差別化の手法を活用し、何を行い何を捨てるかという取捨選択が不可欠です。これらの判断やプロセスの根底には、市場の動向や事業の経済性―具体的には規模の経済性、範囲の経済性、ネットワーク経済性といった要素―を捉える視点があることを再認識しました。複数のフレームワークを駆使することで、一連の流れがより明確に整理されると感じています。 市場メカニズムは？ また、市場のメカニズムを理解することは、競争の力学や自社の強み、そして新規参入の際の機会や障壁といった辺りについて、深い洞察を得る上で非常に意義あるものでした。こうした知識は、戦略立案の際の差別化や取捨選択の判断、さらには最終的なゴール設定に対しても、客観的で効果的な意思決定を下すための基盤となります。 技術は手段か？ 一方で、エンジニアとして身につける技術や知識は、目的そのものではなく、ビジネスで何を成し遂げるかという目標に沿って活用するための「手段」に過ぎないと痛感しました。技術的に正しい選択が必ずしもビジネスとして最適とは限らず、市場環境や利用可能な資源という文脈の中でその真価が引き出されるのだと感じます。 技術と目的の調和は？ 今後は、「技術はあくまで手段である」という視点を持ちつつ、利益創出やコスト最適化などのビジネス上の目的と技術的取り組みとのバランスを意識していきたいと思います。エンジニアとして専門性を高めるために、さらなる技術習得や知識の深化に努め、多様なフレームワークを駆使して問題解決や価値創造に寄与できるよう、着実に「手札」を増やしていきます。 利益構造の理解は？ また、自社の利益構造や業界全体の動向、市場のメカニズムをより深く分析することで、技術や知識がどの場面で最大の効果を発揮できるかを見極め、その「ビジネスの文脈」を正確に理解していくことも大切であると感じました。 学びをどう活かす？ これらの学びを基に、具体的なビジネス課題や目指すべきゴールに対して、最適な技術と知識を適切なタイミングで選択し、実際の行動に移すことで、事業に主体的に貢献していけると確信しています。

情報記録の大切さは？ 普段から意識すべき点として、「what.where.why.how」と「MECE（もれなく、ダブりなく）」を常に心がける重要性を再認識しました。これらの項目は業務ノートに記載し、日々利用する場所に配置することで、どの業務でも抜け漏れなく整理された情報提供ができるようになると感じています。 業務改善の方法は？ これまで私は、思いつきのまま作業に着手し、修正すべき部分も十分な精度を出せず取引先の依頼に沿って対応していました。また、後輩への業務指導も、こちらから積極的に働きかけることなく、後輩から聞かれるまで放置するスタイルでした。しかし、この方法では後輩にとって負担になる可能性があると気付き、業務に必要な事項を漏れなく共有し、彼女がわからない点があれば積極的に相談や第三者への確認を行う方針に切り替えようと考えました。たとえば、あるデータ抽出の業務内容について具体的なイメージが持てないという指摘があった際には、主に抽出を担当する部署に作業を依頼し、他の類似業務の工程表を参考にしながら、自身が対応すべき箇所を明確に加筆修正する形を提案しました。進捗を定量的に管理するためにも、既存の工程表を活用して、援軍が必要かどうかの判断に役立てる必要があると感じています。また、MECEの視点を取り入れるために、自身が作成する工程表や原価管理表にも「MECE」の単語を付与して明示することにしました。 調査手法の意図は？ さらに、マーケティングリサーチにおいては、企画書作成時に実施する定量調査の手法や金額について、毎年一定の基準に基づいて提案することが求められています。ある商業施設における定量調査では、既存の顧客アプリの利用状況から、物理的な距離の要因によりポイ活が十分に機能していないというヒアリング結果がありました。テナントの入れ替わりが激しい状況から、新規顧客の獲得や安定的なテナントの確保を検討する際、MECEの視点を取り入れた調査が有効ではないかと考えています。ただし、まずはより詳細なヒアリングを行い、現状の理解を深めることが必要だと感じました。 記録共有の意味は？ 誰が見ても同じ結果が得られるような記録の重要性を再認識するとともに、「もれなく、ダブりなく」という考え方の大切さを実感しました。今後は仲間とともに、こうしたフレームワークをどのように定着させるか、具体的な手法やアイデアについて意見を交わしていきたいと考えています。

文章で何を再認識した？ 文章にするということは、相手に自分の頭の中にあることを言葉で伝える作業であると再認識しました。私自身、思考方法以上に文章の書き方に癖があることを認識し、反省しました。無意識に日本語をあやふやに使っていたり、文章全体を俯瞰していなかったり、相手の状況に沿った文章になっていなかったことに気づかされました。 論理構造をどう整理する？ 日本語では、主語と述語の関係を意識して正しく使用することが重要です。文章全体を俯瞰して論理を組み立てるために、主張を説明する際には対となる概念を使って階層化することが大切です。階層化する際には、粒度、すなわち抽象度を揃えることが求められます。文章全体を俯瞰する際には、ピラミッドストラクチャーが有用であり、論理に飛躍がないかなどの妥当性をチェックすることができます。 ピラミッドストラクチャーの利用法は？ 文章を書く際は、まず論理構造を整理し、相手の立場を考慮して主張の妥当性をダブルチェックするように心がけたいです。この実践を、特にレポートや事業計画書の作成、複雑な情報を含むメールの作成、ウェブコンテンツの編集に活かしていきたいと思います。ピラミッドストラクチャーを用いて論理を組み立て、主張を明確にし、相手の状況を考えて文章全体を俯瞰してドキュメントを作成もしくは編集することを目指します。その際には、階層化の粒度が適切であるかを必ず確認します。 どのように論理構造を視覚化する？ また、ミーティングや会話の中で主張を述べる際にも、このアプローチを活用したいと考えていますが、まずは論理構造を視覚的にチェックできるよう文章を書く力を身につけることが先決だと感じています。 MECEで課題をどう分解する？ したがって、文章を書き始める前に、論理構造を意識してピラミッドストラクチャーで自分の考えを整理する時間を設けたいと思います。文章を作成する際には、誰に対して発信するのかを意識し、主張をサポートする理由をしっかり考えます。 レポート作成にどう活かす？ 直近で作成するレポートにおいては、まず課題を明確にし、それをMECEの原則に従って分解していきます。そこから取り組むべき目標を決定し、なぜその目標に取り組む必要があるのかをピラミッド構造に基づいて考えます。その際、配信先を意識しながら対となる柱を立てることを心がけます。最終的に、日本語の正確さをチェックし、必要に応じて修正を行います。