(190ページ目)

思い

に関する学び

---

どうして伝わりにくかった？ 相手に伝わる文章を書くためには、自分の中で理解していることと、実際に相手に伝わる内容が必ずしも一致しないと実感しました。これまで、主語や前提条件を省略し、自分だけが分かっている前提で文章を書いてしまうことが多かったため、結果的に伝わりにくい文章になってしまいました。また、理由付けをいきなり書くと、結局「本当にそれで判断できるのか」という疑問が生じることに気づきました。 誰に何を伝える？ そこで、今後は「誰に何を伝えたいのか」という点を常に意識し、その主張を支える理由をピラミッドストラクチャーを用いて整理したいと考えています。 伝える工夫は何？ 今回学んだ内容は、仕事でのメールやチャット、クライアントとのやり取りに直接活かせると感じています。自分では説明できたつもりであっても、相手との認識にずれが生じる場合があるため、前提条件や目的を明確にすることが重要です。例えば、依頼事項を送る際には「何を」「いつまでに」「なぜ必要なのか」を具体的に記述し、相手からの質問や依頼に対応する際には、すぐに結論を出すのではなく「相手が本当に求めているものは何か」を見極めながら整理するよう心がけたいと思います。

リストの課題は何？ 実践演習では、データ分析において考えられる要素を箇条書きでできる限り書き出してみました。しかし、フレームワークの学習を通じて見直すと、提示した要素は直ちに問題解決につながるものではなかったと感じています。また、書き出した要素がバラバラで重複も見受けられ、ただリストアップすることで満足してしまい、しっかりとした振り返りができていなかったと反省しています。 論点整理はどう？ この経験から、まず論点を整理することの重要性を改めて認識しました。データ分析だけに限らず、今取り組んでいる業務において新たなサービスを検討する際にも、MECEの視点でロジックツリーを作成してみました。ところが、同じような要素や粒度にまとめる難しさを痛感する結果となりました。 小さな実践は有効？ 問題解決力を向上させるためには、まず小さなことから実践していくことが必要だと感じています。また、普段からロジックツリーなどの手法を使っていなくても、書き起こしたり他の方法でアイデアを整理している方もいらっしゃると思います。そういった方々が、どのような場面でこれらの手法を活用し、なぜその方法を取り入れるようになったのかをぜひお聞きしてみたいです。

チャットAIとの対話は？ チャット型AIとのやりとりを通して、今後の方針が見えてきました。何度か会話を重ねるうちに、これまでの会話内容を整理し、結論へ導いてくれる点が、従来の生成AIとは異なると感じました。 デジタル変化にどう対応？ また、工業社会からデジタル社会への移行が進む中で、提供されるものは単なる機能（モノ）から環境や体験（コト）へと変化していくことを実感しました。ビジネススキルは経験とともに身についていく一方、デジタルスキルは意識的に取り組まなければならず、世代による差も感じられます。変化の速い時代を生き抜くため、面倒だと感じずに変化を楽しみながら、自身の進化を目指していきたいと考えています。 大人のやる気ペンを早速購入し、まずはプライベートで学んだ知識を実践してみることにしました。これまで真剣に取り組んだことはなかったものの、VUCA時代においてはビジネスフレームワークの学習が重要であると理解できたため、少しずつでも学んでいくつもりです。工業社会からデジタル社会へと移るこの流れを踏まえ、企業活動においては商品（モノ）の提供だけでなく、環境や体験（コト）の提供をどのように実現していくかを考えていきたいと思います。

判断基準はどう形成？ 以前から、何かを選び取る（つまり捨てる）ことに苦手意識がありました。しかし、今回の学習を通じて、その原因は自分自身が明確な判断基準を持っていなかったことだと気づきました。実践演習で感じたのは、定量的かつ冷静に現実を見ることが、判断の基準設定において非常に重要だという点です。 バランスの見極めはどう？ また、トレードオフについては、要素のバランスが大切だと理解していましたが、両立可能な解を探す重要性も認識しました。そのためには、これまでの学びの中で培った「粘り強く考える」姿勢が不可欠だと考えています。 前例の最適さはどう？ さらに、プロジェクトにおいては、過去のやり方に頼ってしまい、前例踏襲に留まってしまうケースがあると感じています。前例を活用すること自体には有用性があるものの、今回のプロジェクトに本当に最適なアプローチかどうかを常に考え、お客様やプロジェクトの特性に合わせた柔軟な対応が必要です。 現状維持を問い直す？ 加えて、社内業務においても、ただ惰性でこなしている部分があると感じます。これまでのやり方が本当に続けるべきかどうかを問い、改善をためらわずに行動していく勇気が大切だと思います。

キャリアの軸は何？ キャリア・アンカーとキャリア・サバイバルは、これまで直感で感じていたことを文章として明確に表現してくれており、とても納得できました。この考えはリーダーだけでなく、すべてのメンバーに知ってほしいと感じています。自分が仕事で何にやる気を感じ、どの部分が自分に合わないのかを言語化しておくことで、キャリアチェンジの際に失敗を防げるのではないかと思います。 本心はどこに？ かねては「長い物には巻かれろ」という考えに従わなければ、他の社員の賛同を得ることが難しいと感じていました。しかし、社内でその考えを話してもあまり共感を得られなかった中、「キャリア・サバイバル」の内容に触れることで、本当に自分がやりたかったことが明確になりました。今後は自分自身だけでなく、メンバーのキャリアを考える上でも、この考え方を取り入れていきたいと考えています。 一匹狼の道は？ また、組織に属することを前提としない一匹狼の社員のキャリアビジョンを描くことは、非常に難しい課題だと感じました。皆さんの職場にも、一匹狼と言える社員はいるのではないでしょうか。そうした方々のキャリアをどのように導くか、改めて考えてみる必要があると感じました。

顧客へ魅力はどう伝える？ マーケティングには多様な捉え方があり、人それぞれ認識が異なることを実感しました。私が学んだのは、マーケティングとは自社商品の魅力をきちんと相手に伝え、顧客に「自社の商品を選ぶ価値」を感じてもらうことだという点です。さらに、顧客のニーズを正確に捉え、顧客満足度を軸とした利益獲得を目指すプロセスであり、セリングとの違いについても新たに理解することができました。 IT現場の現実は？ 一方、ITソリューションの開発現場では、顧客の要望や課題に取り組む中で、納期やコストの制約から必ずしも100％の顧客満足を実現できていない現実を感じます。自社にプロダクトがあるわけではないため、どのように顧客に選んでもらうかという課題は依然として大きく、顧客のニーズを的確に捉えることや自社の強みをどのように魅力として伝えるかが求められると感じました。 新規顧客獲得は？ 今後は、顧客満足度の高いソリューション提案や開発案件をまず分析し、継続的に顧客からの要望があるプロジェクトで自社の強みを再確認・強化したいと思います。また、他社との差別化を明確に打ち出し、それを新規顧客の獲得につなげる取り組みを進めていきたいと考えています。

仮説と検証はどう？ 問題解決の４つのステップの一環である原因の分析について、まず、原因を突き止めるためには仮説を立て、その仮説を実際に検証する必要があります。この検証のために必要なデータを収集し、フレームワークなどを用いて多角的な切り口からデータを引き出すことが大切です。また、解決策の一つとして、WEB上での施策検証に適したA/Bテストが有効です。 データ設計の秘訣は？ さらに、現在の課題に必要なデータをどのように設計するかという視点を持つことも重要です。たとえば、共に仕事をするメンバーや経営層に対して、データに基づく裏付けがきちんと説明できるようにすることや、判断を求められた際に感覚的な決断ではなく、しっかりと分析した上で判断できるかどうかを見極める力が求められます。 経験共有の意義は？ 皆さんには、業務上で判断に困ったとき、どのようなデータ分析を行って助かったか、あるいは失敗した経験について共有していただきたいと思います。また、最後の最後には勢いも必要ですが、どの程度の分析を行えば十分なのか、自分自身が満足するまで分析すべきか、あるいはどのような基準を持つべきかについて、みなさんと議論してみたいと考えています。

エンパワメントの本質は？ エンパワメントには、自立性の促進と支援という2つの要素があることを学びました。現代では、命令管理型のアプローチが通用しにくく、エンパワメント型のリーダーシップが求められていると感じます。 利用シーンはどう？ しかし、エンパワメントが有効な場面と、ミスが許されない状況とでは、使い分けが必要であることも理解しました。常に適切なエンパワメントを実施するのは難しいものの、相手の状況や能力を把握することはリーダーシップを発揮する上で共通して大切な要素だと思います。 背景はどんな理由？ 実際、担当先でタッグを組んでいる後輩や、同規模の担当先を持つ同僚に指示を出す際にエンパワメントを活用することで、モチベーションが高まり、結果的に業務の効率化と高質化につながると感じました。メンバーそれぞれの長所と短所を把握し、適切に役割分担をすることが重要です。 具体例は何？ なお、私自身は営業職のために目標設定が比較的明確ですが、業務内容の具体化が難しい分野で活動されている方も多いのではないでしょうか。各自の業務で具体化に苦慮される部分や、目標設定に当たってのポリシーがあれば、ぜひ教えていただけるとありがたいです。

どうして言葉が大切？ 言葉にする行為は、思考力を鍛える大切なプロセスだと感じました。日本語は主語が省略されがちなため、常に何を主語にするのか意識する必要があると思います。自分の頭の中で、言語の選択、概念の整理、順序の検討、そして根拠づけが自然に行われることで、思考力が高まるのだと実感しました。 メール文章はどう見直す？ この考えを自分の仕事に当てはめると、まずメール文章の作成の場面が思い浮かびます。日々、多くの社員とメールでやりとりをする中で、すでに言葉に気を付ける努力はしていましたが、改めて主語と述語の関係に注意する必要性を感じました。 会話で伝える工夫は？ また、仕事上での会話においても同様です。親しい間柄になると「わかってくれるだろう」という安心感から、言葉に出して説明することを省略してしまう傾向があります。こうした甘えが思考の明確化を妨げると考え、相手に頼らず自らしっかりと思考して言語化することが大切だと気づきました。 意識すべき二点は？ 以上の経験から、① 主語と述語の関係を意識すること、② 思考した上で言語化すること、この二点を今後のメール作成や会話の際に意識し、業務全体に活かしていきたいと思います。

現状と理想の差は？ 問題を明確にするため、ロジックツリーの活用法を学びました。あるべき姿やありたい姿と現状とのギャップに着目し、そのギャップがなぜ生まれているのかを問うことで、原因の特定につなげられると感じました。原因分析の手段としてＭＩＣＥを意識し、問題を分解する取り組みが、より具体的な問題の明確化につながると思います。 ＭＩＣＥの見方は？ 一方、ＭＩＣＥの視点で考えることはすぐには難しいと感じたため、日頃からの訓練が重要だと再認識しました。例えば、夕飯のメニュー選びにおいて、中華、和食、洋食といった大分類の中で、麺類や主食といった細かなカテゴリーに分けて考えるといった方法を試してみようと思います。 予算獲得の鍵は？ また、予算獲得に向けては、各業務におけるあるべき姿を明文化し、メンバーと共有することが不可欠です。現状とのギャップやその原因についてＭＩＣＥを用いて検討することで、新たな発見や打ち手が見えてくると感じます。さらに、あるべき姿を明確にするために、会議を通して現状のユーザーの声や法的根拠を把握し、理想と現実の差をしっかりと捉えることで、あいまいな課題の解消につながり、全体のストレス軽減にも寄与すると思います。

問題解決ってどうする？ 問題解決の手順を踏む中で、まずは「what（問題の明確化）」「where（問題箇所の特定）」「why（原因の分析）」「how（解決策の立案）」のステップを順に進めることが重要だと再認識しました。原因の仮説を立てるためにはデータ収集が不可欠で、仮説は単に立てるだけでなく、フレームワークを活用して幅広い視点から検討することで有用性が広がると感じました。その際、決め打ちせずにまずは自由に思考を発散させることも大切です。 数字から見える真実は？ また、現時点では具体的な数字は得られていないものの、例えば事務処理に関しては実際の受付件数、処理件数、処理できなかった件数、人員数などのデータをまず取得し、そこから何が見えてくるかを仮説として立ててみたいと考えています。ただ「件数が増えているから忙しい、人手不足が原因だ」という決め付けに陥らず、複数の視点で状況を検討する必要性を感じています。 具体的な例には触れませんが、まずは上記のデータを確実に収集することが先決です。その上で、今回の問題解決のステップに沿って、場合によってはフレームワークの活用も検討しつつ、少なくとも複数の仮説を提示できるようにしたいと思います。

日本語と理由付けの重要性は？ 物事を相手に伝える際には、正しい日本語としっかりとした理由付けが必要です。正しい日本語を使うことで、聞き手の負担を軽減できます。さらに、伝えたい内容を具体的な例を用いて説明することで、聞き手の理解が深まり、説得力が増します。ただ結論を伝えるのではなく、それを支える理由や根拠を示すことで、わかりやすい文章に仕上げることができます。 メール送信で意識すべきポイントは？ このスキルは、特にお客様へのメール送信の場面で活用できます。メールは会話形式ではないため、長い文面は読まれにくく、行間に込めた内容も伝わりにくいです。それにより、メールの往復が増え時間がかかってしまいます。これまで、簡潔で理解しやすい文面を考えるのに時間がかかっていましたが、今回の学習で文章の書き方や話し方を学べたことで、今後は活用できそうです。 構造化される文章の効果は？ メールや資料の説明では、事前の準備としてピラミッド・ストラクチャーを使い、結論から理由付け、具体例へと細分化して文章を構築したいと思います。最初は時間がかかるかもしれませんが、その構造化が自然にできるようになれば、話し方や説明の仕方も改善されると考えています。