(7ページ目)

男性

受講生の学び

---

面談の具体は？ ロールプレイを通して、効果的な面談に必要な留意点を学びました。面談では、抽象的な印象ではなく具体的な事実に基づいて伝えることが信頼関係の土台となります。また、メンバーが直面している困難や苦労に共感することで、心理的安全性を保つことが大切だと感じました。自分自身や環境の不足については、素直に非を認め、誠実に対応する姿勢も重要です。 どんなフィードバック？ フィードバックの際は、良かった点と改善が必要な点を具体例とともに明確に伝えることで、建設的な対話が生まれます。一方的に指示を伝えるのではなく、相手自身が気づきを得られるような質問を取り入れることで、自発的な振り返りと成長支援につながると理解しました。 成長支援の鍵は？ 部下や同僚との1on1では、相手の課題に共感し、具体的な事実をもとにフィードバックを行うことで、効果的な成長支援が可能だと考えます。また、プロジェクト進行中に障害が発生した際は、自身の責任を認めた上で解決策を提示することが信頼を生み出します。会議においても、「どうすれば改善できるか」といった質問を通じ、参加者の当事者意識を高めることができると実感しました。 信頼感はどう築く？ これらのコミュニケーションスキルは、チーム内の心理的安全性向上と業務効率化の両面に貢献すると考えています。 日常の準備は？ まず第1段階として、日常的な関係構築から準備を始めます。チームメンバーとのカジュアルな会話を通じて、各々の価値観や性格を理解することが基盤となります。また、定期的な1on1面談の時間を確保し、フィードバック時に具体的な事実を記録する習慣をつけることも有効です。さらに、自己の感情や反応パターンを認識し、冷静に対応できる自己調整能力を養うことが必要です。 対話実践の秘訣は？ 次に第2段階として、実践とスキルの適用に取り組みます。実際の対話の場では、まず相手の話にしっかりと耳を傾け、「〜と感じているのですね」といった言葉で共感を示します。その上で、具体的な事実や観察に基づいたフィードバックを「〜という場面で、〜という行動がありました」と伝えます。問題が発生した場合には、「私の〜という点が至らず」と率直に責任を認めた上で、建設的な解決策を提案する姿勢が求められます。 振り返りと改善は？ 最後に第3段階として、対話後の振り返りと継続的な改善を行います。各対話後に、相手がどのように受け止めたか、効果的だった点や改善すべき点を自己評価し、相手からのフィードバックも積極的に取り入れます。成功体験を記録して自信につなげるとともに、定期的に関連書籍やトレーニングで知識をアップデートし、長期的なスキル向上を目指していきます。

なぜ共感が大切？ 「共感ステップ」では、単なる情報収集にとどまらず、ユーザーの課題や背景を深く理解し、求める解決策を的確に見極めることが重要であると学びました。現在取り組んでいるワークショップ形式の研修デザインにおいても、受講者の視点に立ち、彼らが何を感じ、何を求めているのかを探るプロセスに重点を置く必要があると考えます。例えば、研修設計の段階で自ら受講者となって演習を体験し、ショートケースの妥当性や適切な所要時間を確認すること、また事前アンケートにより受講の狙いや期待を把握することで、表面的なニーズだけでなく本質的な課題も見極めることができると実感しました。 どう適用する？ 共感ステップについて、具体的な研修デザインへの適用方法をよく考えられている点は非常に印象的です。より多くの受講者の視点やニーズを探るアプローチを試みることで、さらに多面的な理解が得られると感じます。 どの調査が有効？ また、受講者の背景や課題を深く理解するために、どのような追加の調査手法が有効か、そしてワークショップデザインで共感をさらに深めるためにどのような方法を試すべきかを考えることも有意義だと思います。 どう設計すべき？ 事前アンケートの実施や自身での演習を通じて、以下の点が重要であると改めて認識しました。まず、受講者のペルソナに応じた研修の難易度設定とシナリオ作成です。受講者の職種、経験年数、課題意識を踏まえ、適切なレベル感で研修を設計し、理解しやすいストーリー展開を意識することが求められます。次に、説明資料の粒度と所要時間のバランス調整が重要です。受講者の集中力や理解度を考慮し、必要な情報を適切なボリュームで提供するとともに、講義とワークの時間配分を最適化する工夫が必要です。さらに、ワークの難易度設定と題材設計については、受講者が主体的に考え、実践的なスキルを習得できるよう、初心者でも取り組みやすく、発展的な応用が可能な内容を用意することが大切です。 どう改善する？ 今後も、受講者の視点に立ち、実際の学びにつながる研修デザインを追求していきたいと考えています。今週は、共感ステップの実践を通じて、ユーザー理解の深め方について学びました。現場に足を運び、ユーザーの行動や発言を客観的に捉える「現場観察」と、自らが取り組む中で感じる感情や視点を体験する「参与観察」との違いが印象に残り、これらの手法を組み合わせることで、ユーザーの潜在的なニーズや課題の本質を見極めるための深い分析が可能になると感じました。今後は、実践の場を通じて共感ステップをより意識的に活用し、受講者視点の学びを深めながら、研修デザインやサービスの改善につなげていきたいと思います。

顧客ニーズをどう把握する？ 商品を何にするかを決める際に最も大切なのは、やはり顧客のニーズを把握することです。「それは当然だ」と思われるかもしれませんが、いくつか重要なポイントがあります。 まず、顧客自身がなぜその商品を購入したのか、あるいは欲しいと思ったのかを自覚していないケースが多いということを理解する必要があります。次に、ウォンツとニーズの違いを正確に理解することも重要です。ウォンツとは、ある特定のものを欲しいと思う状態で、顧客自身が自認しているため、競合による価格競争が起きやすくなります。一方、ニーズは満たされていない状態があり、それを解決したいと思っているものの、顧客自身が認識していないことが多いです。ニーズを捉えることができれば、それがビジネスチャンスにつながる可能性が高まります。 ペインポイントをどう見つける？ このための手法も理解する必要があります。ウォンツを捉えるには、アンケート調査や購買データの分析が有効です。一方でニーズを捉える手法としては、顧客にインタビューを行い、様々な視点からの質問を通じて心理を掘り下げる方法や、顧客の行動を観察して商品の利用状況を見る方法があります。また、カスタマージャーニーを描くことも有効です。 事業を成功させるためには、顧客が困っているポイント、つまりペインポイントを見つけ出すことが第一歩です。しかし、それは容易ではありません。そのため、手法については理解を深め、実践の中で改善していくことが重要です。 顧客との信頼構築法とは？ 顧客のペインポイントを探る手段として、定期的なコミュニケーションが欠かせません。顧客の困りごとは時の流れとともに変わっていくため、常に新しい情報をキャッチアップし、変化を把握するように努めます。 さらに、会社の強みとして柔軟に企画化できる点を活かし、見つけたペインポイントに対して企画に昇華できるものがあれば、すぐに素案を作成し、顧客に提示して反応を見ます。好反応が得られれば、迅速に実行することを繰り返していきます。 効果的なチームコラボの秘訣は？ また、営業やマーケティングメンバーとの定期的なミーティングを通じて、各メンバーが顧客から引き出した困りごとをシェアします。この中で、具体的なアクションプランについてもアイデアを出し合い、すぐに実行に移していきます。 デプスインタビューの極意 最後に、インタビューのスキルを高めることも重要です。デプスインタビューは難しいものですが、それをこなすにはどの情報を広げ、どの深さで掘り下げるかといったガイドラインが必要です。このスキルは自分自身で率先して学び、その知見をメンバーに共有することでチーム全体のスキル向上につなげます。

フレームワークの使い方は？ 今週の講義は、具体的なフレームワークや分析手法を紹介するものではなかったものの、複数の視点を取り入れて考察する過程が印象的でした。仮説の立案や必要なデータの検討にあたってフレームワークを用いた結果、回答がしやすく感じられ、今後も折に触れて活用していきたいと思います。 データ活用はどう？ また、ある指導者の思考方法に沿って考えることで、データ活用の体系的な流れが見えてきました。A/Bテストについては、アンケート作成のしやすさやデータ収集の容易さから非常に便利なツールだと感じました。先週のホテル宿泊客向けの設問、たとえば「食事か部屋か」という内容は、A/Bテストに最適な例だと思います。以前に似た分析を行った経験もあり、体系的に学んだことで活用の幅が広がったと実感しました。調査対象以外の条件を統一するという基本的な考え方も、以前学んだ内容を思い出させるもので、理解しやすかったです。さらに、同じ環境や条件下でランダム化を行うことで、精度の高いデータが得られる点にはしっかりと納得できました。 PDCAで進める秘訣は？ A/Bテストは実施が簡単で、所定の時間内に複数回行えるため、PDCAサイクルを迅速に回しながら正解に近づける点が魅力的です。日常生活や業務での応用については現段階では明確ではありませんが、来月から本格的に業務が始まれば、積極的に活用していきたいと考えています。日常への適用はやや難しいと感じるものの、A/Bテストに類する試みが可能であれば、試してみたいと思います。また、今週はストーリー形式で原因追及を行う講義であったため、新しい手法としてのA/Bテストを講義内容に当てはめるのは少し難しく感じましたが、今後も機会があればどんどん利用していきたいです。 小さな失敗の学びは？ 次回の業務では、ぜひA/Bテストを活用してみたいと思います。ある書籍で、成功の本質は致命的でない小さな失敗を積み重ね、そこから成功のカギを見出すことだと学んだこともあり、PDCAサイクルをより迅速に回すために、この手法を取り入れていくつもりです。今週の講義内容については、統計の視点からも改めて振り返り、深く学んでみたいと考えています。先週と今週のマーケティングに関連する講義や、過去に読んだ書籍を踏まえると、再び深く学んでみたい部分もありますが、やるべきことが増えているため、優先順位をつけながら学習していくつもりです。 AIに見抜かれた理由は？ なお、Q1の回答で少し手を抜いたところ、すぐにAIに気付かれてしまい、驚きました。来週は引越しのためバタバタしそうですが、グループワークの課題がなかったのはありがたかったです。

リーダー像をどう変える？ 現代においては、絶対的なリーダー像が存在しないことを学びました。状況適合理論に基づき、どのような状況であっても固定的なリーダー行動ではなく、その都度最適な行動をとる必要があると感じています。もしこの視点を持たなければ、自分の持つタスク指向型という特性に頼った行動を繰り返していただけだったでしょう。そこで、まずはパス・ゴール理論を参考に、環境要因と部下の適合要因を意識しながら、リーダーとしての行動を選ぶ習慣を身につけたいと思います。こうした取り組みが、より多くのフォロワーを獲得できるリーダーへと成長する糧になると考えています。 現場で何が問題？ システム開発の現場では、開発ベンダーや社内の検討メンバー、補佐メンバーなど、さまざまな関係者に対してクオリティ不足を感じることがありました。その結果、自分自身で資料の修正を行ったり、具体的な修正指示を出したり、部下に十分な相談を行わずに資料作成を進めたりしてしまう傾向があると実感しています。今週の学びを活かし、こうした状況下でこそ、リーダーとしてどのような行動を選ぶべきかを意識しながら対応していく必要があると感じています。 メンバー理解の鍵は何？ 一方で、メンバー全体の理解が十分でない現状があると認識しています。クオリティが低いと判断した背景には、「単純なスキル不足」、「他案件との兼ね合いで十分な時間を割けなかった」、「信頼が十分に得られていなかったため前向きに取り組めなかった」といった要因が重なっているようです。これらを正確に把握するために、より多くのコミュニケーションを図り、部下の適合要因を把握できる環境を整える必要があると考えています。そして、その情報をもとに、リーダーとして適切な行動を取っていきたいと思います。 スキル不足はどう克服？ また、自主性は高いものの、スキルが十分でないメンバーが増加している点も問題視しています。具体的な課題としては、以下の点が挙げられます。 ・「任せてください」という要望を受けた際、過去の事例を確認せずに任せた結果、初期のアウトプットのレベルが低かったこと ・こちらから修正の方向性を示しても、受け止め方が消極的で期待に沿わない態度を示すこと ・初期のアウトプットから十分な修正が行われず、会議を運営しても参加者から不満が寄せられること ・指導を行っても、最終的に案件が失敗しなかったために、会議運営の問題として受け止められないこと 自己評価と周囲の評価に乖離が見られるこれらのメンバーに対して、どのようなリーダー行動が最も効果的なのか、学びを通して今後も模索していきたいと考えています。

自分に余裕はあるか？ エンパワメント型リーダーシップを発揮するには、まず自分自身に時間的・精神的余裕を持つことが大切です。その上で、部下のスキルや経験はもちろん、価値観や性格を深く理解し、部下のモチベーションを引き出して自律的な行動を促す必要があります。 委任時のポイントは？ また、業務を委任する際には、部下が「分からない」「できない」「やりたくない」といった状態にあるかどうかを見極め、論理面だけでなく感情面にも配慮することが求められます。具体的かつ明確な目標や計画は、6W1Hなどの手法を用いて提示することで、効果的に伝えることができます。 仕事の適材適所は？ さらに、全ての仕事が誰にでも適しているわけではありません。遂行レベル、目標の難易度、不確実性、緊急度などを踏まえ、適材適所の配置を心がけることが重要です。 新制度で期待は？ 今年から人事制度が変更され、各メンバーにはより高い役割が期待されています。従来のように個々に役割と業務目標を示すだけでなく、個人ごとの期待役割に応じた目標設定と目線合わせが重視されるようになりました。このプロセスを通じて、メンバー間の相互理解を深めるとともに、主体性やモチベーションの向上が期待されています。 共創の時間は確保？ 目標設定では、管理者が一方的に指示するのではなく、方向性を示しながらメンバーと共に考える時間を確保することが鍵となります。この共創的なプロセスにより、メンバーは支援されている実感を得るとともに、不安や懸念も具体的に共有できるため、より実効性の高い目標設定とチーム全体のパフォーマンス向上につながります。 期待役割はどう？ 【第1段階：期待役割の明確化と共有】 各メンバーの期待役割を明確に定義し、個別面談を通じて組織の方向性と求める役割を丁寧に説明します。メンバーからのフィードバックを受けながら、初期の理解を確認することがポイントです。 共創目標は？ 【第2段階：共創的な目標設定】 期待役割に基づき、マネージャーが目標設定の方向性を提示し、メンバーと共に具体的な業務目標を検討するワークショップを実施します。メンバーの意見や懸念を反映し、6W1Hを意識した具体的かつ測定可能な目標を共に設定します。 合意形成はどう？ 【第3段階：目標の合意形成とフォローアップ計画】 設定された目標について最終確認と合意を行い、目標達成に必要なリソースや支援体制を整えます。また、定期的な進捗確認のためのミーティングスケジュールを組み、目標達成の過程で成長機会を明確にして継続的な対話を行う仕組みを整備します。

対話と傾聴の意味は？ これまで、対話や傾聴、心理的安全性について、会社のメッセージとして発信されてから約5年になります。皆が感覚的に実践しており、一人ひとりが真摯に相手と向き合っていると感じていました。今回、マズローの欲求5段階やハーズバーグの動機付け理論を組み合わせて学ぶことで、感覚で把握していた他者のモチベーションの動きや、デモチベーションの要因がより具体的に理解できるようになりました。また、多様な属性のメンバーが在籍する職場では、衛生要因に注目しがちですが、社会的欲求や動機付け要因にも目を向ける必要があることが事例を通して明らかになりました。 面談では何を確認？ 面談の際、何を聞いて何を伝えるのか分からなくなってしまうことがありましたが、フレームワークを用いると、話が散漫になることなく、論点を整理しながら進められると感じました。具体的な経験をもとに振り返り、その共通項や特徴を一般化しつつ相手と認識を確認する。そして、個別の案件での学びや反省点を言語化し、次の仕事や役割にどのように活かすか議論する、という一連の経験学習サイクルは非常に有用です。 信頼はどのように築く？ 直近では、とあるメンバーから「〇〇さんから信頼されていないと感じる」「自分に悪いところはないか」「なぜ信頼されないのか」といった相談を受けました。信頼されていないと感じる場面について問いながら、同じ景色を共有しようと努める中で、動機付け要因が十分に満たされていないことが伺えました。話があちこちに飛んだ場面もありましたが、フレームワークがあることで大切なポイントを見失わずに済みました。 組織の欲求を感じる？ また、先日、退職した元派遣社員とのランチでは、「以前所属していた会社では感謝された経験がなく、歓迎会や懇親会もなかった」との意見があり、中途入社の社員も同様の意見を持っていました。外部の目を持つ二人の強い違和感とストレスを聞く中で、組織として、社会的欲求や承認、尊厳欲求が十分に満たされていないことがデモチベーションの一因になっているのではないかと実感しました。 相手をどう理解する？ 私は直接評価対象の部下はいませんが、相談を受ける機会は確かにあります。その際、フレームワークを意識し、相手の考えや状況をしっかりと理解するよう努めたいと考えています。また、さまざまな属性のメンバーと会話する際には、表情なども含めて真摯に向き合うことが重要だと感じています。すぐにすべての欲求を満たすのは難しいかもしれませんが、相手を正しく理解し合意形成を行うことで信頼関係が構築され、その上で改善行動へとつながると信じ、今後も対話に努めたいと思います。

ゴールの明確化とは？ 今週の学びを通して、「ゴールの明確化」「取捨選択」「独自性」という3つの要素が、戦略思考においてどれほど重要な役割を果たすかを改めて実感しました。これらの要素は単独で存在するのではなく、互いに連携することで大きな成果へと結びつくという視点が特に印象に残っています。 独自性の本質は？ また、「独自性」については、単なる差別化の手段としてではなく、我々の強みを可視化し、組織が社会にどのような価値を提供しているのかを示す本質的な要素であると理解するに至りました。戦略は単なる計画ではなく、組織の進むべき方向を示す道しるべであり、意思決定の基盤となる考え方であると実感しています。この視点を持つことで、日々の業務にも一層の意味と目的が感じられるようになりました。 現場の混乱は何？ 私の部門では複数のプロジェクトを同時進行していますが、現場では割り込み作業や短期的な対応に追われるため、戦略的な視点を十分に持つ余裕がありません。その結果、プロジェクトごとの方向性にばらつきが生じ、経営方針との整合性が損なわれるリスクがあると感じています。 方向性をどう統一？ この状況を改善するため、まずは各プロジェクトのゴールを経営戦略と照らし合わせて明確にし、その内容をチーム内で共有することから始めています。これにより、プロジェクトの方向性を統一し、チーム間の連携を円滑にすることで成果の最大化を図ろうとしています。 優先順位は明確？ さらに、限られたリソースの中で成果を最大化するためには、「やるべきこと」と「やらないこと」を明確に区別し、優先順位を整理することが不可欠です。情報の解像度を高め、判断の精度を向上させることで、プロジェクト運営の効率化を図りたいと考えています。 競争力の根拠は？ また、部門の強みである業務知識の蓄積、人材育成への取り組み、顧客との信頼関係を基盤としたコミュニケーションを活かし、独自性を競争力へと転換する戦略を構築することも目指しています。戦略実行にあたっては、個人の理解にとどまらず、チーム全体での共通認識と協働体制の構築が不可欠です。 戦略の浸透方法は？ 今後は、対話の機会や仕組みづくりを通じて、チーム内に戦略的な視点を浸透させ、組織の持続的な成長に貢献していく所存です。戦略が単なる計画ではなく、意思決定の基準として機能する状態を目指し、組織全体の一体感と推進力の向上に取り組んでいきたいと考えています。 現場活用の工夫は？ 戦略を現場で活用するにあたり、どのような工夫をされているのか、ぜひお伺いしたいです。

本質の学びは何？ 今週の学びのポイントは、①問題の本質をとらえる、②洞察の整理と可視化、③顧客課題仮説の作成、④ユーザー中心の視点の維持、⑤検証と改善の5点でした。特に③顧客課題仮説の作成は、何となく感じていた課題を「●●は●●という状況で、●●という課題を抱えており、●●という解決策を提供できるのではないか」という形に整理することで、その課題が真に本質的なものかどうか、またその根底にある意図に気づく大きなヒントとなりました。 受講生の視点はどう？ 先日、担当しているビジネススクールで、受講生から「自習時に周囲が気になって集中できない」という課題が相談されました。当初は「耳栓を使用してみてはどうか」といった提案をしましたが、今回の学びを踏まえ、これを改めて課題仮説に当てはめてみることにしました。その結果、「受講生は教室で自習する際、周囲が気になって勉強に集中できないという課題を抱えており、簡易パーテーションを設置するという解決策を提供できるのではないか」という形に整理でき、受講生の立場に立った新たな視点に気づかされました。 環境改善の鍵は何？ これまで「周りが気になる」という相談に対しては、うるさい受講生への注意や配慮を促す張り紙の掲示など、ソフトな対応を中心にしてきました。しかし、受講生の目線で考えると、簡易パーテーションのような物理的な解決策があれば、より快適な環境が整うことに繋がると感じられたのです。もちろん、実際にそのような取り組みを行うには費用面などのハードルがあるものの、その障壁があったためにこれまで検討の対象になってこなかったと改めて認識しました。 ユーザーの隠れたニーズは？ また、今回の学びでは、観察やインタビューを通じて得たユーザーの気づいていないニーズ（暗黙知）や認識しているニーズ（形式知）をもとに、本当に解決すべき課題を定義する重要性を学びました。文字情報の分析や定性分析、コーディング、さらにはKJ法や付箋紙法といった手法を通じて、受講生への共感から本質的な課題を抽出するプロセスが理解できました。初心者は、まず観察から得たメモの中からポイントを抽出することから始めるとよいとのことです。 解決策検討の視点はどこ？ 今日の学びとしては、ユーザーの声を素直に受け止め、様々な角度からソリューションを検討する姿勢がいかに重要かを実感しました。ユーザーの話を聞く段階では十分な理解が得られても、実際に解決策を検討する際には、初めから制約にとらわれて選択肢が狭まってしまいがちです。そこで、課題文として整理するステップを設けることは、広い視野を保つ上で意義深いと感じました。

習熟効果は何？ 習熟効果について、システム開発の見積もりを作成する際に意識していた点を改めて振り返る機会となりました。実際、習熟効果はプロジェクト期間内に限定されると感じています。プロジェクトのタイミングが変わると担当者も入れ替わり、一貫した効果は出にくいです。定型的な作業についてはテンプレート化を通じて効果が現れますが、十分なナレッジの蓄積が必要であり、規模の経済性と合わせないと大きな影響は期待できません。 多角化の視点は？ 講座では、現在のノウハウを活かし異なる事業へ展開する多角化の視点（範囲の経済性）について学びました。個人の立場で多角化を実現するのは難しいですが、自身の強みを再認識し、どの分野に転用できるかを考えることで新たなアイディアが生まれると感じました。今後、どのナレッジが転用可能か、どのような方法で蓄積すべきかを検討したいと思います。 SIerの現状は？ 私はSIerに勤務しており、組織が顧客単位で区切られているため、規模の経済性が発揮しにくいと実感しています。業務はプロジェクトマネジメントと開発というテクニカルな作業に分かれ、顧客ごとに文化や慣習の違いがあるため、同じ顧客を継続して担当する場合はプロジェクトマネジメントで習熟効果を発揮しやすい一方、プロジェクトごとに用いる技術が異なるため、テクニカルな面では習熟効果が出にくいと感じています。 技術と経済性は？ また、規模の経済性を狙う場合、サービス単位で組織を分割することになると思いますが、その場合、プロジェクトマネジメントでの習熟効果は期待しにくくなる一方、同じ技術を長く使うためテクニカルな面では効果が現れやすくなるでしょう。加えて、同じ技術に固執すると、市場価値を高めたいエンジニアが異なる技術を求めるなど、内部の流動性が生じる可能性も感じています。 組織のバランスは？ 全体として、組織構造のバランスが重要だという新たな気づきを得ました。なお、現状の組織に大きな違和感はなく、以下の3点に注力していきたいと考えています。 効果向上の具体策は？ まず、プロジェクトマネジメントにおいて習熟効果が発揮されやすい状態を維持するため、実際のアウトプットやドキュメントのテンプレート化、顧客との調整ポイントを整理して転用しやすい仕組みを構築します。次に、テクニカルな業務において、プロジェクトを横断して共通する技術要素や考え方、基盤や設計知識を抽出し、習熟度の向上を図りたいと思います。最後に、新しい技術へのチャレンジやキャッチアップの施策を通じて、範囲の経済性の効果を高めることを目指します。

Week1の学びは何だった？ 改めてWeek1から学んだことを振り返る機会がありました。フレームワークにはさまざまな種類が存在しますが、その活用方法は場面によって異なります。これからも、「自分が明らかにしたいことは何か」「それを明らかにするためにはどのフレームワークが適しているのか」を判断し、定期的に振り返りを行っていきたいと思います。 フレームワークで整理できる？ 1つ目の学びは、フレームワークを用いて散乱した情報を整理することです。目的（ゴール）だけを設定しても、戦略をどう立てるべきか、最短経路はどこかを示すのにフレームワークは役立ちます。例えば、3C分析などは、自社にとどまらず、他社や顧客を取り巻く環境を整理するのに有益です。これらの方法は、自分だけでなく関係者も巻き込んで精度を高める必要があります。 差別化はうまくできている？ 次に重要なのは、差別化ができているかどうかです。ターゲットとなる顧客像が明確でなければ、自社の強みをどのように活かせるか、また他社に模倣されやすいかどうかの判断が難しくなります。 定量的な判断は可能？ また、捨てる基準を定量的に説明できるかも重要です。過去にはざっくりとした工数や手間で取捨選択していましたが、これは良い判断とはいえません。投入時間に対してどれだけ利益が生まれるか、費用対効果を考慮すべきです。また、自分の不要な美学で行っている定常業務を改め、自分自身が行う必要があるかを見直す必要も感じました。 市場原理について理解できる？ さらに、市場原理の理解も必要です。例えば、多く発注すれば単価が下がるという表面的理解だけでなく、規模の不経済といった基本的メカニズムも学びました。これにより、施策を行う際の説得材料やリスク管理に大いに役立ちます。 新規・既存事業はどう活かす？ これらは新規および既存の事業に広く活用できると感じています。新規事業においては、ゴール設定やターゲットの明確化、他社環境の把握といった具体的な施策の基本設計に役立ちます。そして、既存事業においては、費用対効果の検討や捨てるべき基準を定量的に判断することで、より合理的な経営判断が可能になります。 どのように実行する？ 具体的には、新規事業の提案を受けた際には、具体的なゴール設計を自分の言葉で説明できるレベルで共有し、もし詰められていない場合は一緒に策定まで伴走していきます。また、既存事業については、月に一度取捨選択を行い、工数と売上を算出し、割に合わない場合は決断をもって捨てるとともに、空いた工数で何を行うかアクションプランを決定することを心がけています。

物事の理解を深めるには？ 物事や起きている事象を正しく理解するためには、様々な切り口で分解し、特徴的な傾向を見つけ出すことが重要だと実感しました。 MECEな切り口を考える意味は？ まず、切り口はできるだけ多く考えることが大切です。物事の特徴を見つけ出すためには、様々な切り口での分解が必要です。これを効率良く進めるためには、MECEな切り口を考えることが重要です。もし切り口にモレやダブりがあると、要素同士が重複してしまい、分解しても特徴をうまく捉えられません。MECEであれば要素同士が独立しており、特徴を特定しやすくなります（原因解析であればうまく原因を特定できる）。 どのような切り口が効果的？ MECEな切り口には、主に3パターンあります。「層別分解」、「変数分解」、そして「プロセス分解」です。全体を定義したうえで、これらを入口に考えていくと効率良くMECEな切り口を見つけられます。 分解結果をどう活用する？ また、物事に影響を与えそうな原因の仮説を持ち、どのような単位で分解すると意味がありそうか考えることも重要です。目的に沿う切り口だけを仕分けて選別します。数値から特徴を見つけるには、分解した結果をグラフによって視覚化することが有効です。視覚化することで、全体を俯瞰し傾向を見つけやすくなり、効率化にも非常に有効です。 エンジニアに必要なスキルは？ 数値を分析して物事を正しく捉えるという仕事は、開発業務に従事するエンジニアとして機会があります。今回の学習を踏まえて振り返ってみると、「変数分解」というアプローチを良く取っていたように感じます。この他にも「層別分解」や「プロセス分解」といったアプローチがあることを学んだので、これらのアプローチから新しい切り口を考えるのは有効だと思います。 プロジェクト運営での活かし方は？ また、数値分析というわけではありませんが、物事をMECEな切り口で分解して捉えるということ自体が、自身の仕事で役立つと感じています。今では開発業務における数値分析という仕事は減り、プロジェクト運営の仕事が増えています。プロジェクトの方針・方向性を示し運営していくことが必要とされており、MECEな切り口で物事を捉えて説明するということは有効だと考えます。 実践すべきステップは何か？ プロジェクトが担当する範囲を明確にし、その中でやるべきことをさらに分解して示していく必要があるので、MECEな切り口で分解していくことを意識したいと思います。MECEの3つのアプローチを入口に、切り口を出していくことを意識して実践していこうと思います。