(28ページ目)

経験

に関する学び

---

問題解決はどう進む？ 問題解決の4ステップとして、まず「what」（問題の明確化）、次に「where」（問題個所の特定）、その後「why」（原因の分析）、そして「how」（解決策の立案）という流れで整理する方法が紹介されています。各ステップが順序立てて説明されているため、全体像を把握しやすく、実際の問題へのアプローチがより明確になります。 仮説検証はどうする？ 仮説を立てる際には、複数の仮説を同時に検討し、それぞれに網羅性を持たせることがポイントとして挙げられています。また、仮説を検証するために、どの比較指標を選ぶのかを意識してデータの評価を行う大切さも感じました。 データ収集はどう考える？ データを収集する際の注意点として、まず「誰に聞くか」と「どのように聞くか」を慎重に考え、比較可能なデータの収集を怠らないことが重要です。さらに、反論を排除するためにも、対立意見をも十分に考慮した情報収集が求められています。 分析計画はなぜ大切？ 最後に、分析に取りかかる前に、設定した仮説を反映した分析計画表を作成する意義が強調されています。特に、経験の浅いメンバーと共に仮説の設定プロセスや必要なデータ収集、効果的な分析方法について議論することで、より深く問題解決に臨む体制を整えることが可能になります。

比較基準はなぜ？ 率の比較を行うことで、比較の基準を統一できることが分かりました。実践におけるクリック率やコンバージョン率の違いを、単に数値だけで良し悪しを判断するのではなく、プロセスを分解して問題点を洗い出す視点が重要だと感じました。その結果、新たな気づきや解釈が生まれる可能性があることも実感しました。 幅広い思考はどう？ また、原因を探る際には「思考の幅を広げる」ことが大切であると分かりました。抽象的な要素を積極的に取り入れ、そこから掘り下げる手法が効果的であるという点も大きな収穫です。 集計活用はどうする？ 実際の業務でどこまで活かせるかは未知数ですが、今回の経験を基に、依頼されたデータの集計を活用して分析に取り組んでみようと考えています。職場の方からもアドバイスをいただき、お支払いされた方の年代や件数などから比率を算出し、それらを抽象的な観点で分析することで、販売活動に活用できるデータへと繋げられないか検討していきたいと思います。 分布の謎は何？ まずは抽出したデータから比率を計算し、年齢などの属性が支払いにどのように影響しているのか、その際の母数の設定についても検討していきます。その後、なぜこのような分布になるのか、概念的な原因を考え、さらに深く掘り下げてみたいと考えています。

問いをどう理解する？ 「問いを立てる」という言葉について、普段の言い回しとは異なり、初めはピンと来なかったものの、ライブ授業の具体例を通じて理解が深まりました。YESかNOで答えられる問いを設定することで、その答えに対する論拠や分析が求められ、論理的な説明が自然と身につくと実感しています。これまでの日々の業務にも通じる部分があり、改めてその意義を認識することができました。 フレームワークの再確認は？ また、これまでシステム開発の現場で漠然と使っていた思考のフレームワークが、今回の学習を通じて再確認できた点も大きな収穫です。部署内で複数のシステム開発案件のレビューを行った際に、報告内容が論理的でない場面に直面することがあり、状況を整理するためにこのフレームワークを意識的に活用できそうだと感じました。さらに、事業計画の立案や部下のサポートにも、今までの経験にとらわれない新たな視点を加える上で大いに役立ちそうです。 イシューリストをどう見る？ ライブ講義で紹介されたイシューリストの作成方法も非常に印象的でした。日常業務では緊急度の高いものが優先され、本来注目すべき課題が見落とされがちですが、イシューリストを作成し定期的に見直すことで、重要な問題点を把握し、対処策を検討する体制を整えられると感じました。

学びの整理はどう？ 講座で得た学びを整理し、ありたい姿を描きなおすことで、これまでぼんやり感じていたことが明確になりました。今回の作業を通じ、今後の目標や現在抱えている課題、そしてその課題を解決するために実行すべきことが具体的に見えてきました。 次に何をすべき？ また、受講を終えた今、次に取り組むべきことがはっきりしてきたと強く実感しています。仕事と並行しての学習が大変な時期もあり、あと少しで済ませようという気持ちにもあったものの、まだ足りない部分や今後への危機感を改めて感じることができました。そのため、次のアクションについてじっくり考える貴重な時間となりました。 経験はどう活かす？ これらの経験は、モチベーションを保ち正しい方向性を模索する上での振り返りとして、大変意義があると感じています。たとえば、フレームワークの知識は、仕事で内部環境や外部環境を分析する際に具体的な切り口として役立っています。 自己研鑽はどうする？ さらに、受講後も土曜日に翌週の課題に取り組む学習習慣を継続し、自己研鑽の時間を確保していきたいと考えています。加えて、実際の分析作業で不安を感じるExcelの使い方についても、実践を通して学びたいと思っており、まずは関係する講座を探すところから始めるつもりです。

フィードバックの心得は？ フィードバックを行う際には、慎重な心構えが求められます。特に評価が低い場合には、納得感を持ってもらうことが重要です。フィードバックを受けた相手のモチベーションを維持し、未来に向けた前向きな気持ちを引き出すためには、相手の心情に配慮した言葉選びと表情が大切です。また、具体的な事実や数字を提示することで、現在の達成度を明確にし、納得感を高めます。 低評価はどう伝える？ 低評価を伝える際には、批判するのではなく、成長を促すスタンスを心掛けましょう。フィードバック後には、受け手が今後取り組むべきことを明確に理解し、前向きな気持ちで面談を終えられるよう目指すことが重要です。自己評価と異なる意見を伝える際も、アプローチ次第で結果を大きく変えることができると信じて、メンバーと向き合いましょう。 年上部下への伝え方は？ 経験豊富な年上の部下を持つ場合には、大きなハレーションを避けるため、アプローチに一層注意を払う必要があります。しかし、リーダーとしての役割を果たし、組織や顧客のために必要なことは率直に伝えることも求められます。相手へのリスペクトを忘れず、組織の発展に貢献するために何をすべきか、しっかりと考えを持ちながら部下とのコミュニケーションや1on1面談に臨みたいと考えています。

アカウンティングの新視点は？ アカウンティングという言葉は、元々「説明する」という意味を持つことを知り、一つの新たな視点を得ました。特に説明を行う際には、定性的な情報ではなく定量的なデータが重要であることを学びました。また、毎月作成している月次報告書がどのような意義を持っているのかについても理解が深まりました。 財務分析の実感は？ 財務諸表を読み解けるようになることで、企業の活動がどれだけ上手くいっているのかを判断する能力が身につくと感じています。ただし、これはある程度の経験や慣れが必要であるとも実感しています。 提案方法のヒントは？ 今後、企画や新しいテーマを提案する際には、アカウンティングの考え方を取り入れていきたいと思います。具体的には、説明資料を作成するときに、この視点を盛り込む方法を模索しようと考えています。また、月次報告書や半期の成果報告においてもアカウンティングの概念を活用し、報告内容を適切に判断する力を養いたいと思っています。 知識吸収の工夫は？ さらに、本や他の資料からもアカウンティングに関する知識を積極的に吸収し、実務に生かしていくつもりです。上司や関係者がどのような報告を期待しているのかを考慮することにより、より質の高い報告・説明を心がけたいと思います。

思考のクセ気付いてる？ 人にはそれぞれ独自の「思考のクセ」があると言われます。私自身も、会社でその点を指摘されたことがあり、非常に印象に残っています。この経験を通じて、誰しもが持つ思考のクセを意識しながら、他者に分かりやすく伝える必要があると改めて感じました。特に考え続けることの重要性が指摘され、私は早く仕事を進めることを優先するあまり、考えることを疎かにしていたのではないかと反省しました。 企画説明どう進める？ 私の役割は、企画を検討し、上司に説明して納得を得た上で承認を得るということです。その際、自分の思考のクセに基づいたアイデアだけでなく、他の視点も包含して練り上げた結果を論理的に説明することで、企画から承認までのプロセスを迅速化できると信じています。 企画の目的は明確？ まず、進める企画の目的を徹底的に考え、明確化します。そして、すぐにアイデアを深掘りしてしまう自分の癖を意識します。その後、MECE（Mutually Exclusive, Collectively Exhaustive）などのフレームワークを活用し、問題の所在や可能な対策を短時間で探る作業を繰り返します。このようにして企画の内容や資料を固め、論理的に説明して納得を得て承認されるというプロセスを実行します。

問題の本質は何か？ 最初に重要なのは、「What（何が問題か）」をしっかりと見極めることです。具体的なデータを丁寧に集め、それを基に問題を特定することが肝心です。そして、問題を見つけた後は、その問題がなぜ起きているのか（Why）をよく考える必要があります。よくありがちなのは、「何が問題か（Where）」を見つけただけで、「どう解決するか（How）」に飛びついてしまい、WhatとWhyを飛ばしてしまうことです。これでは、解決策が不十分になることが多くなります。 直感に頼りすぎていない？ このような経験から、私はしばしばWhatとWhyを深く考えず、直感に頼って行動しがちだと反省しています。たとえ直感的に問題や解決策が思い浮かぶとしても、しっかりと事実と原因を見極めた上で、効果的なHowを導き出すことを意識します。 データ収集と原因分析のステップ まずは、対象としている状況に関連するデータをしっかりと集め、実際にどこが理想的な姿と比べて差が大きいのかを検討します。次に、その問題の原因が何であるかや、その問題がどのような影響を及ぼすのかを考えます。原因を明確にし、その問題をどのように解決するかを考えることが重要です。このプロセスを日々の中で繰り返すことで、自分自身の考え方を確立していきます。

メール伝達は伝わる？ 日常的にメールでコミュニケーションを取る際、読み手を意識して情報を発信することには慣れています。この点において、自分の手法や考え方が適していると感じました。しかし、相手に意図が正確に伝わっているかどうかを確認するためには、直接会話を交わすなどし、必要であれば補足説明と文章の改善が求められると考えています。 グラフ活用の工夫は？ グラフの見せ方に関しては、これまで気にしてこなかった機能をたくさん知ることができ、新しい工夫を学びました。これを機に、試行錯誤しながら積極的に活用したいと思っています。 業務連絡はどう届ける？ 業務連絡において、重要かつ複雑な内容を多くのメンバーに効果的に伝えるためには、スライドを使用することが有効であると感じています。特にグラフの作成に対して苦手意識があったため、これからはスライド作成を積極的に行い、グラフを用いることでメッセージが明確かつ誤解なく伝わるよう訓練したいと思います。 定例会議、伝わってる？ また、チーム内での定例会議においては、特に伝えたい情報をメンバーに展開することを重要視しています。会議に出席できないメンバーもいるため、スライド資料だけでも理解できるような内容を準備し、経験を積むことを目指しています。

オンライン学習の気づきは？ ナノ単科のオンライン学習を通じて、文章や資料作成における基本的なポイントを改めて学びました。文章は、目的と読み手を意識した構成で、情報が論理的かつ理解しやすい順序で提示され、内容が伴うかたちで伝えられていました。 伝わる文章作成の工夫は？ 文章を書く際には、定型文に陥ることなく、自分が実際に受け取る側の視点で工夫が凝らされており、無駄な表現を省くことでシンプルかつ具体的な内容にまとめられていました。アイキャッチの効果やフォント、色の使い方にも配慮が感じられ、読む人にとって分かりやすい工夫が随所に散りばめられていました。 資料作成の見せ方は？ 一方、資料作成においては、情報がてんこ盛りになりがちな内容の中から、本当に伝えたいポイントを明確にし、必要な内容を効果的なグラフとともに提示することで、視覚的にも理解しやすい資料へと仕上がっていました。グラフの種類やタイトルの付け方、文字の使い方など、細かな点まで気を配られている点が印象的でした。 経験から何を得た？ 全体として、今回の学びは、より伝わりやすい文章と資料作成のための貴重な経験となりました。今後もこの経験を踏まえ、受け取り手にとって理解しやすい情報発信を心がけていきたいと感じています。

マズローの欲求階層を再考する マズローの欲求階層については既に知っていましたが、衛生要因と動機付け要因については初めて知りました。これらは当社での「はたらきやすさ」と「はたらきがい」に相当する部分だと感じました。 動機付けと納得感を考える 相手がなぜそのように考えたのか、得た経験や知見からどのようなことが言えるのか、次のステップに進むために何をすればよいのかを考慮しながら、相手の納得感やモチベーションにつながるような働きかけを意識することが重要です。 衛生要因を見落としていない？ 自分自身を含む所属組織内では、衛生要因を軽視し動機付け要因にばかり焦点を当てることが少なくありません。動機付け要因だけでなく、所属メンバーが感じている不満やその原因となる衛生要因にも注意を払う必要があります。日々のコミュニケーションの中でねぎらいや承認、感謝の行動を積極的に行うことが大切です。 違いを力に変えるには？ 現在、所属組織と他の組織での価値観や組織風土の違いから生じる協働・連携の機会損失について考えるワークショップに参加しています。今回の研修で得た考え方やアプローチ手法を参考にしながら、組織内のメンバー一人一人がどのような衛生要因や動機付け要因に触れ、信頼関係を築いていくかを模索しています。

前職はなぜ意義ある？ 前職ではSEとしてプロトタイプを作成し、フィードバックを受け取るサイクルを繰り返していたことを思い出しました。現在の業務では同じような機会は少ないですが、その経験を活かし、使用中のツールの改修や新規作成に取り入れていきたいと考えています。また、モノ作りのみならず、業務フローの改善にも生かす意欲があります。 フィードバックの鍵は？ 実践までは至っていませんが、実践演習を通して、まずアイデアを形にし、ユーザーからのフィードバックを受けるそのプロセスの繰り返しが、よりユーザーが求めるものを作り出す鍵であると感じました。さらに、プロトタイプの種類によって得られるフィードバックが異なるため、何を目的にするのか、現在のフェーズはどこにあるのかを踏まえた上で、プロトタイプの作成と検証を進めることが重要だと考えています。 スピードはなぜ大切？ とにかく、形にすること、そしてスピードが大切であると実感しています。形にすることで自分の考えが整理され、ユーザーやメンバーからコメントやフィードバックを得やすい状況が生まれます。そのサイクルをスピーディーに回すことが成果につながると感じました。また、ユーザーテスト前に評価基準を設定しておくことで、課題を見失わない工夫も大切だと実感しました。