(57ページ目)

経験

に関する学び

---

本当に原因を掴めた？ クリティカルシンキングの動画を通して、問題が起こった際に分析せず「なんとなく」原因を特定し、「とりあえず」の解決策に飛びつくことが非効率であり生産性を下げるという点を再確認しました。 思考の見直しは？ 自分の思考偏りや思い込みに気付くとともに、WHAT、WHERE、WHY、HOWといった観点から要素を分解し、数値などの客観的データに基づいて対応策を検討する必要があると実感しています。 前例に縛られている？ また、学校内のさまざまな業務では「前例踏襲」や「経験則」に頼る場面が多いと感じています。そこで、問題解決のためには客観的データに基づき、論理的かつクリティカルに考える文化を醸成することが、今の時代にふさわしく、生徒も教員も共に多く学べる環境作りにつながると考えています。 実践はどう進める？ 学んだ知識を実践に移すことが重要です。特に、これまであまり取り組んできなかったデータをグラフで示す方法にも積極的にチャレンジしていきたいと思います。 ツールの使い方は？ さらに、ロジックツリーを日常の思考訓練のツールとして活用していくつもりです。

日本語をどう正しく使う？ 日本語は難しいと改めて考えさせられました。主語や述語がなくても文章になってしまうのが日本語ですが、日本語を正しく使用するためには、言葉で伝えるポイントを意識することが大切です。 ピラミッドストラクチャーの活用法 ピラミッドストラクチャーを用いることで、自分の意見とその理由を整理すると、理由が明確になり、相手に納得して理解してもらいやすい文章構成になります。特に主語と述語は意識する必要があると感じました。理由としては、私自身が上司と話す際に、上司の主語や述語がない発言により、理解したつもりが実は理解できていなかった経験があるからです。自分自身が常に主語と述語を意識することで、相手に正確にアウトプットし、お互いの言葉のキャッチボールがスムーズに行えるようにしていきたいと感じました。 文章力向上のための練習 仕事上、文字で相手に伝える場面が多いので、文章構成もピラミッドストラクチャーを取り入れ、理由を明確にして発信することを意識していきます。そのためには、日々文章を書くことを繰り返し、客観的にポイントが抑えられているかどうかを確認しながら練習を続けていきたいと思います。

経営数字は何を示す？ 今回の学びで、P/LやB/Sを通して企業の戦略やビジネスモデルが数値で表現される点が非常に印象的でした。Zoom、Netflix、ANA、ZOZOの比較を通して、各社がどこに資金を投じ、どこで価値を生み出しているかが明確に異なることを実感しました。 開発費の勘定ってどう？ 私が運用するプラットフォームの開発費については、B/S上では無形資産として扱われていますが、P/L上では販管費と考えることができると感じています。医療従事者向けの動画や資料は、製品理解を促進する販売促進ツールであり、企業価値を高める要素でもあります。したがって、短期的なコスト削減だけでなく、長期的な価値創出を意識したB/S的な思考を、今後の意思決定に生かしていきたいと考えています。 費用分類はどう捉える？ また、会社内では、Webプラットフォームが基幹システムやCRMと同様に間接費用として捉えられがちですが、今回の学びを通して、P/L上では販管費に近い性質を持つことに気づきました。実際のP/L上での扱いについては確認が必要ですが、皆様の経験や意見を伺いながら、さらに理解を深めていきたいと考えています。

文章の伝わりは？ 日本語の適切な使い方が、文章の伝わりやすさに直結することに気づきました。主語と述語のつながりが保たれているか、途中で主語が変わっていないかというチェックポイントが明確になり、改めて基本を学び直す必要性を感じました。 論理順序は？ 手順に沿って文章を書くことはできていたつもりでしたが、主要な論点とそれを支える根拠のつながりが不十分であると実感しました。論理的な順序で文章を構成することが、読者に確実に伝わる文章作りに重要であると感じています。 相手理解は？ 新しい組織やメンバーとスタートしたチームで、意図したように伝わらずもどかしい思いをした経験から、共通の前提がない場合でも相手の立場や関心事項をしっかり考え、丁寧な文章で伝えることの必要性を痛感しました。今後は、文章の評価観点を復習して自分自身の中に確実に落とし込んでいきたいと思います。 説得力の構築は？ また、「手順を踏んで書く」方法は、営業資料の作成などにも有効だと感じています。柱となる論点を立て、その論点を支える具体的な根拠や具体例をしっかりと繋げる習慣を身につけ、より説得力のある文章を構成するよう努めたいです。

学びの流れは？ 実践演習を通して、What→Where→Why→Howの流れを学べた点が非常に印象的でした。実際の感想文を読むと、学んだ内容が具体的にどのように役立つかが実感でき、理解が深まったと感じました。 仮説と現実のギャップは？ また、仮説の正しさに固執せず、世の中の結果を生み出す要因が複数絡んでいるという現実に納得しました。仮説を立てた段階で行動に移すことの重要性を強く感じ、その姿勢が実務でも大切だと理解できました。 複雑な要因は何故？ さらに、複雑な要素が絡み合う中でWhyが必ずしも一つではないという点にも気付かされました。MECEに分類しながら仮説を立て、個々の要因を一つずつ検証していくプロセスは、仕事に応用するには手間がかかると感じました。しかし、説得力を持たせるためには、従来の仮説以外の理由を排除する作業が重要であることも学びました。 実務にどう生かす？ この経験からは、仮説以外の可能性をいかに排除していくかという点が、MECE思考の力に直結していると感じました。本から得たフレームワークを活用し、実際の業務で実践することで、さらに思考力を高めていけると確信しています。

なぜアウトプットが大切？ クリティカルシンキング講座を通じて、学んだ知識や将来のありたい姿について整理する機会を得ました。その結果、自分に不足している点や今後習得すべきスキルについて明確な指針が見えてきました。また、インプットだけの知識よりも、アウトプットを意識した知識の方がはるかに習熟度が高いことを、この六週間で実感しました。 変化の波にどう乗る？ 私の業務はソフトウェア開発であり、変化の激しい現代において特にその業界は急速に変わっています。生成AIの登場に伴い、ソフトウェアエンジニアの働き方も大きく変化している現状にあって、常に消費者のニーズを満たす製品を生み出すためには、クリティカルシンキングが大きな基盤となると感じています。 意見はどう伝える？ また、MTGでのディスカッションでは、認識のずれや歪みが生じうることを意識し、経験豊富な上司やメンバーの意見をただ受け入れるのではなく、自分の意見も積極的に伝えることを心がけています。さらに、ソフトウェアの機能開発においては、ユーザーが本当に求めているものは何かを常に考えながら、ユーザーの期待に応える製品作りに取り組んでいます。

学びを深めるためには？ 意欲を伸ばす、目標を一致させる、改善を促す、といった具体的な場面を考えることができたのは、非常に学びになりました。 過去と現在の環境の違いは？ また、伝える相手について、過去の環境と現在の環境の違いからどのようなことが起きるかを考えることも重要です。指示を伝える際や報告を行う際に、これらのポイントを活用したいと思います。 目標を一致させるには？ 前提や目標を一致させることで、目標に対して素早く行動できるようになり、意思決定も迅速に行えるようにしたいです。また、環境に違いがある場合、そのズレが生じないように共有することも大切です。 効果的に伝えるためには？ 前提や目標を一致させるためには、目標から逆算して必要なことを言葉にして伝えること、また伝えてもらうことで一致を確認することが重要です。 ズレを防ぐための行動は？ さらに、ズレが起こらないようにするための行動としては、相手の経験や能力、意欲を確認し、現在の課題について必要な要素を一つ一つ考えることが必要です。確認が必要な点については、具体的に言葉で伝え、相手にも言葉にして伝えてもらうことが大切です。

初見の印象は？ 最初に資料を見たときは、どのように進めればよいか少し迷いました。なんとなく手探りで取り組んでしまった感覚がありましたが、今まであまり経験のなかった他者作成のグラフを評価するプロセスは新鮮でした。資料がわかりやすく整理されているため、自分なりに「こうしたらもっと良くなるのではないか」という意見が湧き上がったことが印象的でした。 何が共感を呼ぶ？ 資料を読み進めるうちに、自分の考えと照らし合わせて「自分が考えたことと一致している部分」や「ここは違うのでは」という疑問が次々と浮かび、設問に対して主体的に取り組むことができました。問いかけから議論を始める流れが、学習を楽しくする大きな要因となりました。 問いで業務改善？ また、「問い」から始める、意識し続ける、そして共有するという考え方は、仕事の場面でミスが発生した際に問題点の発見や改善策の策定に役立つと感じました。経営者の視点を持つことは簡単ではありませんが、まずはこの基本的な考え方から実践してみようと思います。今いる部署でも、小さな「問い」を見つけることから着手し、その視点が業務改善に繋がることを期待しています。

本質をどう捉える？ 考えには様々な癖があると認識することの重要性を学びました。特に現在のプロジェクトにおいて、それを深く理解できました。私たちは全員が初めての経験となるプロジェクトをクライアントに提案する場面に直面しています。その際、どこがクライアントにとっての利点となるのかを議論するためには、各自の考えや方向性をしっかりと設定しておく必要があります。 提案はどこから始まる？ 今取り組んでいる仕事では、誰も経験のない内容を提案しなくてはなりません。この状況では、クライアントが何をメリットと感じるか、提案をどう承諾してもらうかをもっと深く議論するべきだと感じました。そのためには、チーム全員の考え方や方向性をきちんと決めてからスタートするほうが良いと考えています。 どの方向で進む？ 本日、そのプロジェクトについて実際に話し合いを行いましたが、多くの点で意見が平行線を辿りました。そこで、まずはどの方向で考えて進めるべきか、もう一度確認する必要があると感じています。来週には、チーム全体で再び意識を一つにし、再来週には効果的な提案ができるようにスケジュールを組み立てていきたいと思います。

項目分けの意味は？ 意図的に項目を分けることで、問題が見つけやすくなると気付きました。特に、言葉の定義を明確にすること（例えば「子供」とは何を指すのか）が重要です。視点が多ければ多いほど、問題の発見が容易になり、解決策も増えてきます。しかしながら、日々の業務の慣れから、こうしたことを見落としてしまうと感じています。 経験に頼るリスクは？ これまで、課題に対する解決策が自分の経験に偏っていることが多かったため、常に批判的思考を忘れず、「他に手はないだろうか？」と自問し続けたいと思っています。課題を特定する際も、経験に依存しがちなため、MECE（Mutually Exclusive, Collectively Exhaustive）を用いて視点を増やすことを意識しています。 数値分析の新発見は？ PL（損益計算書）やBS（貸借対照表）を作成および分析する際には、経験に頼るだけでなく、MECEを用いて分解を行い、新たな洞察を得たいと思っています。また、新規施策を行う際にはターゲットの特定においてMECE分解と数値分析を活用し、数値的インパクトの大きい施策を立案し、実行に移していきたいです。

会議運営の難しさは？ 実務で陥りがちな「イシュー」を常に意識し続ける難しさを改めて実感しました。ファシリテーターとして会議を進行する際、画面やホワイトボードに議題を明記しておくよう努めています。しかし、途中参加のメンバーがいたり、自由な議論が行われる場合、議題に沿った軌道修正が難しくなるという課題も感じています。こうした状況を踏まえ、全体の効率を高めるために、自ら率先して会議の方向性を整える必要があると感じています。 考え方の転換は？ また、「なんとなく考える」ことを避ける大切さも強く意識しています。過去に、漠然としたアイデアで作成したプレゼン資料では、完成までに時間を要した経験があります。そこで、初めからしっかりと考え、骨子を組み立てることの重要性を学びました。 会議時間の管理は？ さらに、会議を主催する場合、議論が散漫になりがちで時間管理が難しいこともあります。そこで、事前に伝わりやすい英語表現に訳し、関係者と確認しておくことで、会議開始時点で全員の認識を合わせるようにしています。会議中も常に議題が画面上部に表示され、議論が逸れた際には速やかに軌道修正を行うよう心掛けています。

仮説はどう考える？ 仮説を立てる際には、ただ闇雲に考えを巡らせるのではなく、3Cや4Pといったフレームワークを有効に活用することを学びました。その上で、仮説は複数立てることが重要であると感じています。 本当に必要なデータは？ また、データ収集に関しては、まず既存のデータを検討し、不足している情報がある場合に新たなデータを集める必要があると理解しました。立てた仮説に都合の良いデータだけを選ぶと説得力が欠けるため、注意深くバランスをとることが求められます。 問題の原因は何か？ さらに、業務における障害分析では、問題の解決に向けた仮説の立案が主な目的となります。現状で行っている真因分析とも連動し、What、Where、Why、Howのプロセスを意識して問題を深く掘り下げることが必要だと感じました。 実践で学ぶヒントは？ 実際、日々発生する障害や事象について原因を深掘りし、複数の仮説を検討する癖をつけることで、経験を積んでいきたいと思います。ただし、データ収集の方法には工夫が必要であり、過去の事例をカテゴリー分けするなど、データを整理・加工する手法の改善が求められると考えています。