(73ページ目)

経験

に関する学び

---

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

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

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

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

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

AIの可能性は？ AIが何をでき、何をできないのかという考え方は、従来の仕事に求められるセンスと本質的には変わらない面があります。たとえば、エクセルの関数をすべて記憶していなくても、「こういう事ならできる」と予測できれば、必要な関数はその都度AIに訊けばよいという考え方です。同様に、自分だけでは対応が難しい案件でも、「あの人ならうまくやってくれそう」と判断して、当たりを付ける感覚と似ています。 文脈はどう理解？ また、「AIは文脈を理解しておらず、統計的に処理しているだけ」と言われることが多いですが、人間の場合、過去の経験をもとに統計的な処理を行い、「困った」と表現されていても実は喜んでいるといった背景を読み取っているだけではないでしょうか。 解決策はどう進む？ そのため、いきなりAIから結論を求めるのではなく、解決したい仕事を要素に分解し、段階的に取り組む方法が有効です。各段階で「ここまではできる」「ここで多少のズレが見られる」というフィードバックを得ることで、全体の方向性を確実に修正していくことができます。これは、人間の新人に対して指示を出す際のやり方に似ていると言えるでしょう。

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

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

データ検証の重要性は？ 総合的な演習を通じて、データをもとに仮説を立て、その後検証する一連のループを体験できました。単に数字を見るだけでなく、What、Where、Why、Howといった視点を意識してストーリーを組み立てる重要性を実感しました。 A/Bテストのポイントは？ また、A/Bテストにおいては、比較対象以外のすべての条件をそろえることが非常に重要であると学びました。この考え方は、売上が変化した原因や理由を、経験則ではなくデータに基づいて示す際に大変役立つと感じました。 仮説検証の飛躍は？ さらに、仮説から検証への流れを飛ばして結論に至ってしまう傾向があるため、他の可能性や選択肢がないかどうかも十分に検討する必要があると気づかされました。同時に、キャンペーンや広告の有効度を測る際には、測定したい内容以外の条件を同一にすることの徹底が求められるという点も大切だと感じました。 論理構築はどう？ 最後に、分析やストーリー作成においては、What、Where、Why、Howを明確にすることで、より論理的で理解しやすい内容にまとめることが可能になると学びました。

リーダーシップって何？ リーダーシップは、単なる能力ではなく、現象であり、経験によって伸ばすことができます。特に行動がリーダーシップの根幹となり、行動＝能力×経験という考えのもと、誰もが模倣できる一方で、その効果は個人の性質に依存する点が特徴です。期限を設けた進捗管理もまた、行動を促進する上で重要な役割を果たします。 目標はどう考える？ また、様々な価値観が交じる集団においては、まず明確な目標を定め、その達成のための道筋を考え、共有することが求められます。加えて、適切なタイミングで報連相を意識し、進捗報告を行いながら、仕事の期限を指示と同時に設定することで、タスクの達成へ向けた動きを確実なものとします。期限設定の際には、実際に取り掛かる人のレベルや理解度を十分に確認することが重要です。 期限はどう伝える？ 日々の業務の中では、店舗の従業員のタイムスケジュール管理を徹底しています。今一度意識したいのは、必ず期限を伝えることです。タスクが完了した際には、すぐに次の依頼事項を用意し、もし期限内に完了しない場合は、フォローアップや再設定を行うことで、仕事の流れをスムーズに維持しています。

信頼はどう築く？ リーダーとは、役職やポジションに関係なく、信頼関係を基盤に自然と形成されるものだと感じています。特別な能力や素質がなくても、日々の行動の積み重ねによって、その本質が示されると考えています。 行動が示すリーダー像は？ 私自身が目指すリーダー像には、能力という項目は含まれていません。行動＝能力×意識という考えのもと、実践することでリーダーシップを発揮できると信じています。たとえば、週次の対面や進捗確認の会議では、これまで自分が解決策を提示していましたが、今後は若手メンバーの意見やアイデアを引き出すために、積極的に声掛けをしていきたいと思います。また、会議以外の場でもコミュニケーションを大切にし、それぞれの考え方や経験、価値観に触れることで、より良い関係を築いていく必要性を感じています。 従来の枠を超える？ 伝統的な「皆をまとめる」リーダー像にとらわれず、自然に中心となって意見を引き出すリーダーとなるためには、自身の管理的な行動だけでなく、柔軟でオープンな姿勢が求められると考えています。今後も、日々の行動を通じて理想のリーダー像に近づく努力を続けていきたいと思います。

仮説思考で効率化を図るには？ 仮説思考の重要性について理解が深まりました。一定の仮説を持って思考を進めることで、効率的なアクションが取れる一方、データを疑う姿勢も忘れてはならないと感じます。GAiLのワークで出てきた「時間あたりの利益」は、自分なりの仮説を持つ良い例だと捉えました。 どうやって惰性を打破する？ 捨てる難所と克服のポイントについても学びました。 まず「捨てる方が顧客の利便性を増す」という発想が最も重要だと感じました。これはまだ自分には十分に考えられていない部分ですが、重要な視点であると思います。 次に「昔からの惰性をやめる」についてです。当初、中途入社の新参者であったころの視点を持つことができなくなりつつあります。自分には持てない視点を、新参者に話を聞くことで補完していきたいと考えています。 ビジョン設計で成果を出すには？ そして「餅は餅屋」に任せるためのビジョン設計やディレクションが前提になるという点です。経験が少ない状況において、どう具体的に実現するかをしっかりと考えていきたいと思います。 これらのポイントを踏まえ、日常の業務に生かしていきたいと思います。