(234ページ目)

自分

に関する学び

---

どう振り返るべき？ WEEK1～5で学んだ内容を振り返ったとき、改めて問われるとすぐに思い出せない部分が多いと感じたのは残念でした。そこで、改めて以下の点を確認し、今後の活動に取り入れたいと考えています。 どの思考を見直す？ まず、自分自身の思考をチェックし、批判的な視点で自分を見つめ直すことで、もうひとりの自分を育てることが重要だと感じました。また、「今考えるべき問いを明確にする」「問いを残す」「問いを共有する」という姿勢を持つことで、チーム全体の考えを統一し、共に課題に向き合える環境が整うと実感しています。 どうチームを導く？ これらの意識を、日々の会議や業務、さらには子供との会話にも積極的に活かしていきたいと思います。自分の偏った思考に陥ることなく、一呼吸おいてから発言する習慣を身につけるとともに、チームには明確な問いを提示してプロジェクトを推進することが、全体として業務をより効率的にする一助になると感じています。

各要素はどう繋がる？ 今週は、分析にはストーリーがあるという重要な視点を学びました。What、Where、Why、Howという各要素を明確に把握し、各段階のアクションが前の段階とどのようにつながっているかを振り返ることで、無駄のない論理的なアプローチが可能になることを実感しました。 数字の意味はどうなる？ また、分析の前提として数字と率の両面から取り組むことの大切さを認識しました。これにより、現時点で顕在化している問題が自部門にとって大きな課題なのか、あるいは今回は重要な対策の対象ではないのかを判断できるため、効果的な意思決定の材料となります。 自分の考えは正しい？ 今後は、自分でテーマを設定し、日々の業務データに基づいた分析や検証を積み重ねていきたいと思います。報告資料には自分の考えや仮説を取り入れ、チーム内で説得力のある説明を行うことで、今後の活動に役立つ具体的な提案を実施し、都度見直しながら継続的な改善を図っていきます。

グループワークの価値は？ グループワークで、普段の仕事の進め方や新たな学びの方法について話し合う機会があり、その経験を講座終了後も活かすことができたのは大変良いと感じました。 振り返りの意義は？ ライブ講座では、これまでの学びを振り返ることができましたが、再度復習したいという思いも残りました。 どんな分析が役立つ？ また、自分が普段担当していない手法であるファネル分析やA/Bテストについて学ぶことができ、新たな発見となりました。グループワークでは、原因の仮説を立てる際に３C分析を活用し、課題解決のフレームワークをいくつか身につけておくことで、仮説を立てやすくなると実感しました。 フレーム習得は難しい？ 今後は、代表的な課題解決のフレームワークを３つ程度覚え、常に思考の一部として活用できるように努めたいと考えています。最初は難しいかもしれませんが、思考の確認として、予めAIに質問・確認するステップを取り入れることにしています。

ライブで何を学んだ？ ライブセッションでは具体的な企業の分析を行い、実在する企業を題材にすることでイメージがしやすかったです。そこで、BS（貸借対照表）とPL（損益計算書）の観点から分析する方法を学びました。この手法をさまざまな業界や知識に応用することで、さらに学習を深められると感じました。 未知企業の分析、どうする？ 企業をBSとPLの観点で分析する際、その企業の活動を具体的にイメージすることが重要であると思いました。特に自分が詳しくない分野の企業については、まずその分野の知識を増やすことで理解が深まると考えています。 継続学習の秘訣は？ また、継続的な学習や自分の業界に対する理解が深まることで、BSとPLを読み解く際の理解度や深さが変わることを実感しました。これを考慮に入れて、会計の知識だけでなく、個人的に興味のある分野についても学習し続けたいと思います。今回の経験を機に、さらに会計の知識を深める努力を続ける意欲が高まりました。

自分の考え方はどう？ クリティカルシンキングの講座では、「もう一人の自分を育てる」という考え方がとても印象に残りました。これまでの私は、自分一人で考える傾向が強く、そのために思考が限定的で柔軟性に欠けていました。課題に対しても、なんとなく取り組み、経験値に頼ってスピードを重視していたと感じます。しかし、本講座やグループワークを通じてさまざまな問いを投げかけられた結果、自分の考えに強いバイアスがかかっていたことに気づくことができました。今後は、本講座で習得したMECEやピラミッドストラクチャーといったテクニックを活かし、自己に問いかける「もう一人の自分」を育てていきたいと思います。 業務の対応策はどう？ 業務においては、システム周りのテクニカルな課題に対応する機会が多くあります。単に顧客の要望を言葉通りに実現するのではなく、広い視野を持ってその背景や目的を十分に分析し、顧客にとって長期的に最も適した対応策を導き出すことを目指しています。

分析フレームワークを見直すには？ これまでは業務で原因特定のために事象を分解・分析する経験はありましたが、体系的なフレームワーク（MECE：層別・変数・プロセス）の考え方を意識していなかったことに気づきました。講義の動画では「分析に失敗はない」と「わかる＝分ける」というお言葉が特に印象に残り、結論を急ぐだけでなく、傾向が見えなかった事象にも価値があるという考え方を取り入れる必要性を感じました。この経験を通じて、自分自身を客観的に振り返ることができ、正しく分けることでより正確な分析を行えるようになりたいという思いが強まりました。 顧客提案はどう磨くか？ 今後の業務では、自社製品や技術を顧客に提案する際、MECEの「漏れなく・ダブりなく」の手法を活用していきたいと考えています。具体的には、コストや機能に加え、開発用機材、手段、規模などを含むチェックリストを作成し、顧客と開発の双方で実現可能性を検証するツールとしての応用を検討していく予定です。

AI出力の信頼度は？ AIが出力した内容をそのまま使用せず、人間の最終チェックが必ず必要であると改めて認識しました。使った回答内容に不備があった場合、その責任は使用者自身にあるという点も重要です。質問の仕方によっては、自分が求めていない回答も返ってくるため、AI利用の度合いが増すほど、チェックの重要性を一層感じるようになりました。特に、取捨選択の判断は人間のスキルに依存するため、今後はその能力も磨いていく必要があると考えています。 ツールはどう使う？ また、用途に応じたツールの使い分けについても工夫しています。たとえば、サプライヤの報告書チェックにはNotebookLM、部品の変更案内の英文要約にもNotebookLM、不具合品の統計や台帳作成にはchat GPT、スポットでの保管品のロケーション管理資料についてもchat GPTを活用しています。現状は、ツールごとにチェックが比較的少ない範囲で使用し、それぞれの特徴に慣れていく段階です。

なぜ自己変革が大切？ 「Lead the self / Lead the people / Lead the society」という言葉が強く印象に残りました。まず、自ら変革し続け、常に変わり続ける努力を惜しまない姿勢の大切さを再認識しました。また、人としての考え方や能力向上を基盤に、周りを動かすのではなく自分から動くという意識を持ち続けることの重要性に共感しました。 どうやってモチベーションを上げる？ 納得のいかない作業を依頼する際、どのように相手のモチベーションを高め、前向きに取り組んでもらえるかを意識して伝えたいと感じました。実際、今週そのような場面に直面し、自分の意志や必要性だけで話を進めてしまった部分について、反省する機会となりました。 得た学びをどう業務に活かす？ この学びを実際の業務にどのように生かすか、そして今後どのような取り組みを行っていくかについて、皆さんの知見や今後の計画をぜひお聞かせいただきたいと思います。

分析の混乱は何故？ これまでのゲイルでは、各分析手法や課題に対して一つ一つ丁寧に当てはめて考えていました。しかし、総合演習で問いに応える際に、突然「何から取り組めばよいのだろう？」と戸惑う場面がありました。そのような状況でも、まずは３Cやバリューチェーンといった、どのビジネスにおいても基本となるフレームワークに沿って考え、足りない視点や不足している情報を整理することで、次の一歩に進むことができると実感しました。 フレームワークの力は？ また、今後は物事をフレームワークに沿って考える習慣をしっかりと身に付けたいと思います。特に、バリューチェーンに切り分けて分析する手法は、業務の理解を深めるだけでなく、自社の強みや弱みを把握する上でも非常に有効です。この手法は自分の業務にとって、使わなければならない重要なツールだと感じています。まずは自社とクライアント企業のバリューチェーンをしっかり整理し、分析を進めることから始めたいと考えています。

講義の振り返りはどう進める？ ライブ授業はこれまでの講座の総復習のような内容でしたが、全体の約8割を思い出すのに苦労しました。講義後に、ただその場の学びとして終わってしまったことを反省しています。 目標設定は本当に効果的？ 一度にすべてを実践しても定着しないと痛感したため、今後は1日の始まりにその日の目標を設定し、少しずつ着実に実践していくことを意識します。 問いの共有は十分でしょうか？ また、問いと答え、すなわち主張と根拠を考える際は、まず自分がどのような問いを持っているかを明確にしたいと思います。そして、メンバーやお客様、上司が何を問いにしているのかを共有し、問いの統一を図ることが大切だと感じています。 指示の伝達は問題ない？ プロジェクト内でエンジニアへ指示する際には、伝え方ひとつで重大なミスやスケジュールの遅延を招く可能性があるため、ピラミッドストラクチャーを活用し、正確に意図が伝わるよう常に注意していきたいです。

視点確保はできた？ 今回の学習では、人間の思考の偏りについて理解を深め、頭の使い方に気を付けることの重要性を実感しました。業務で行われた打ち合わせを振り返ると、自分の立場からの意見ばかりが目立ち、相手や第三者の視点が欠けがちであったため、議論の内容がずれてしまうことが多かったと感じます。今後は、意見を述べる際に自分だけでなく、相手や第三者の視点も意識し、よりバランスの取れたコミュニケーションを心掛けたいと思います。 多角的会話はできた？ また、今回学んだ内容は、業界や自社、業務といったビジネスシーンだけでなく、日常生活にも応用可能だと感じました。業務ではお客様や上司と話す際に、日常では家族や友人とコミュニケーションを取る際に、相手の立場に立って物事を考え、さまざまな視点から提案や感想を伝えることができるようになると実感しています。 視点を広げた会話を日常的に心掛ける際の留意点など、具体的なアドバイスがあればぜひ教えていただきたいです。

決めつけを疑って？ 自分自身に対して決めつけてしまう傾向があると感じています。ひとつの情報だけである方向に見えても、別の角度から分析すると、全く違う結論が導かれることに気づきました. データの見やすさは？ そのため、データはグラフ化や色分けによって整理することで、誰が見てもわかりやすいビジュアルに仕上げることが大切だと感じます。同時に、どの視点で分析するかという仮説も明確にしておく必要があります. 多角的に捉える？ 一つの切り口だけで考え発言してしまいがちな自分に対して、もれなくダブりなくデータを捉える意識を強化することが課題です。さらに、この結論でよいのか常に疑い、周りの意見をしっかり聞く姿勢を持ち続けたいと思いました. 伝え方はどう明確？ また、企業の課題解決や資料作成においても、伝えたい内容を正確に言語化し、分かりやすく表記するためには、複数の角度で分けて分析することが不可欠であると再認識しました.