(3ページ目)

業務 ✕ 期間

に関する学び

---

原因をどのように探る？ 原因を探究することについて学びました。問題の原因を明らかにするためには、その問題に至るまでのプロセスを分解して考えるアプローチがあります。複数の解決策を用意し、それらを判断基準の重要度に基づいて根拠をもって絞り込むことが重要です。 データ分析の精度を高める方法は？ 具体的なステップを踏んでデータを分析し、問題解決の精度を高める方法や、仮説を試しながらデータを収集し、より良い解決策に繋げる方法を学びました。これら両方のアプローチを組み合わせることで、データ分析の精度を一層高めることができます。例えば、「自分の残業時間」について考えてみると良い練習になります。 A/Bテストはどのように進める？ 【A/Bテストについて】 A/Bテストとは、二つの施策を試し、比較するテストです。目標の設定から始まり、改善ポイントの仮説設計、実行までのステップを踏みます。優位なデータ数が集まるまで行い、その期間内で検証を行うことが重要です。目的と仮説を明確にし、シンプルで低コストかつ少ないリスクで運用できるようにすることが求められます。 残業問題をどのように解決する？ 試しに「自身の残業時間」の多さについて考えてみました。棚卸できる業務をその場しのぎで抱えていたり、時間割やスケジュールの把握が疎かになっていたりと、整理すべき項目はいくつか見つかりました。複数の解決策を導くためには、まだ整理しなければならない複合的な原因が残っていますが、「有耶無耶」な部分を明確にすることで解決策が見えてきました。 今後の課題解決のステップは？ 今後は、メンバー個別の面談や少人数のミーティングを通じて、現在の課題を一緒に洗い出し、原因を突き止めてみることを実践したいと考えています。そして、仮説を立て、複数の解決案をもって組織としての意思決定や問題解決に繋げていきます。

リーダーシップをどう育むか？ 仕事を任せることは、リーダーシップを発揮する上で極めて重要です。まず、自分に余裕を持ちながら、相手を理解するための努力が求められます。具体的には、観察や柔らかい雰囲気での対話を通じて、相手の本音を引き出すことが重要です。こうしたコミュニケーションを通じて、適切な仕事を任せることで、メンバーの成長とやる気を引き出すことができます。単に仕事を丸投げするのではなく、メンバーが自律的に動けるよう環境を整え、問題点を自分で見つけ、必要なスキルを開発する機会を提供することが大切です。 新しい期間の始まりに備えるには？ 新しい期間が2月から始まります。チームミーティングでは、組織のビジョンや課題、目的、目標、方向性を丁寧に伝え、各メンバーが自分の目標を設定できるように支援します。Hさんには、目標設定が曖昧にならないよう6W1Hを意識するよう促します。Yさんには、数字だけでなく制度の見直しや業務改善の重要性を伝え、理解を深める時間を設けます。Oさんには、少し背伸びすれば手が届く目標を設定できるよう支援します。Sさんには、新しい仕事の意義や担当する理由を説明しつつ、本人の意見を聞きながらコミットメントを高めていきます。 メンバーの目標設定を成功させるには？ 余裕を持つことも重要です。リーダー1年目は業務に追われ、思うようなマネジメントができませんでした。そのため、メンバーの目標計画を立てる前に1on1を実施し、彼らの本音を知る機会を作ります。仕事を任せる意義や目的を納得いくまで伝え、その上でメンバー自身に目標シートを作成してもらいます。こうしたプロセスにより、メンバーは自ら設定した目標に対する達成意欲が向上し、コミットメントが高まります。

データ加工の秘訣は？ データの加工においては、分布の見え方が刻み幅によって大きく変わることを実感しました。一部の刻みやすい部分だけに頼らず、あらかじめ仮説を立てた上で様々な試行錯誤を行いながら加工することが重要だと感じています。また、加工結果を伝える際には、グラフなど視覚的な資料を用いて相手の注意を引く工夫が必要だと学びました。さらに、MECEの手法として、層別、変数、プロセス分解という大きく3つの方法があることも新たな発見でした。 プラン策定の視点は？ ビジネスプランの策定にあたっては、まず対象期間を明確に定義し、その期間内に成長する領域をあらゆる角度からMECEの観点で分解することが効果的だと考えます。仮説を基に分析を進めると、具体的なポイントが見えてくるでしょう。特に、層別の分解では、単に分かりやすい切り口を選ぶのではなく、意図を持った切り口にすることで、伝えたい内容をより明確に伝えることができ、相手に納得してもらいやすくなります。また、会社から得られる数字だけに頼らず、必要な要素を漏らさず情報を収集する姿勢も重要だと感じました。 レポート作成の狙いは？ 日々のレポート作成や本質を押さえたアクションを行う際には、まず要素を思い描き、書き出すこと。そして、分解し、他の切り口がないかを常に考え直すことで、ポイントを簡潔かつ分かりやすく伝えることができると実感しました。 工夫の実践例は？ 加工や切り口の工夫は、経験や場数、センスが求められるものです。実際の業務でどのように活かされているのか、または自分自身や家族における意思決定の場面で役立っている事例についても知ることができれば、さらなる学びにつながると感じています。

数字の活用法は？ 数字を味方にするためには、分解して解像度を上げることが重要です。数字をうまく利用することで、問題箇所を特定しやすくなります。迷った時には、とにかく手を動かすことが肝心です。 データ加工の工夫は？ まず、数字の加工に関しては、与えられたデータをそのまま使用するのではなく、自分で追加の欄を設ける工夫が必要です。仮説を持ち、どの単位で分解すると有益かを考えることがポイントです。 切り口はどう考える？ 数字を分解する際の留意点としては、切り口をMECE（Mutually Exclusive, Collectively Exhaustive）で考えることが挙げられます。一つの傾向が見えても複数の切り口で他に傾向がないか探すことが重要です。傾向が見えなくても、それはそれで意味があります。 強みと弱みは？ 営業成績の振り返りにおいては、担当者の強みや弱みを把握すること、代理店内の強みや弱みも同様に把握することが肝要です。また、品質に関しても同様に、担当者や代理店の強みと弱みを理解することが求められます。 業務分担と数値は？ 業務適正化には、月間スケジュールと週間スケジュールの策定、および業務の分担が含まれます。さらに、営業成績の振り返りでは、まずは活用していた数字が正しかったかの確認から始め、決まった期間で得られる数値を把握し、分解する項目を決定。そして、その項目をルーティンで確認することが重要です。 品質分析はどう？ 品質の振り返りにおいては、定められた数値に対して新しい切り口を模索するために時間をかけることが求められます。業務適正化では、現状の分析と必要業務の確認が中心となります。

規模の経済性とは？ 企業活動における「規模の経済性」について、多く仕入れることで単価は下がるが、これが必ずしも適切な解決策とはならないことを理解しました。生産数が増えることで固定費の比率は下がりますが、これは一定したリズムで生産できる場合に限った理論です。実際の企業活動では月ごとにバラツキが生じるため、自社の商品や生産体制を十分に把握した上で考慮する必要があります。特に固定費の利用法については、旧部署から人件費が先行するため、パラダイムシフトが必要だと感じました。 範囲の経済性は？ さらに、「範囲の経済性」に関しては、シナジーという言葉で理解が進みました。動画で説明されていた多角化における固定費が増加するケースについて、似たような行動をしているので注意が必要です。社内の複数部署から業務を引き受けているため、業務に習熟するまでの期間が必要であり、これも範囲の経済性に関連すると感じています。 ネットワークも狙える？ ネットワークの経済性を大規模なものではなく、ニッチなもので実現させることを目指しています。特に、今後後発でBPO事業に参入する予定であり、独自性の追求に努力を続けたいと思います。個人的には、現状では取り組んでいない領域でのチャレンジを実現するために動き出そうと考えています。 ビジネス法則を見直す？ 最後に、ビジネスの法則についての学びを深める必要性を感じています。グループワークでも同様に感じたことですが、用語の意味を調べる機会が多く、先人の知識を十分に活用できていないと反省しています。今後は、MBA用語集を活用し、最低限知っておくべきことを優先的に習得していきたいと考えています。

網羅を見直すべき？ トレードオフの考え方を学び、すべてを無条件に網羅しようとするアプローチの見直しが必要だと実感しました。時間、費用、品質といった要素を考慮し、あえて不要なものを捨てる決断が、自分自身や組織にとって新たな武器になると考えています。そのため、どの取り組みを採用し、どれを見送るかを、定量的な分析によって判断する能力がこれまで以上に求められていると感じました。 激変時代の整理は？ 現代は外部環境が複雑化し、変化が激しい時代です。そんな状況下では、トレードオフの視点で業務を整理することは容易ではありません。しかし、変化の激しい中でこそ、不要な部分を意識的に捨てることが、企業や組織、さらには個人の疲弊を防ぐ上で重要だと言えます。特に、開発業務においては、新規や継続、または中止の判断を明確にすることで、効率的な取り組みが可能になると考えています。 開発判断の基準は？ 具体的には、開発の推進可否を決定する際に、固定費を含む開発費に対して、どの程度の収益に結びつくのか、その効果がどれくらいの期間持続するのか、また競争力をどれだけ維持できるのかといった観点から、各項目の価値を明確に見極めたいと思います。さらに、技術ノウハウの蓄積や新技術の探求といった、費用対効果だけでは整理しにくい要素についても、その実現が社会にどのような貢献をもたらすのか、顧客に何を提供できるのか、そして競争上の優位性がどのように確保できるのかを具体的に言語化することで、より明確な優先順位を持って開発を推進していきたいと考えています。

クリティカル・シンキングの実践法は？ 人は理解しやすいものや、取りつきやすいものに即座に飛びつく傾向があるため、考えが限られた範囲に留まる可能性があります。特に、クリティカル・シンキングは、自分自身の思考を批判することに主眼を置いています。 思考の幅を広げるには？ また、思考の幅を広げるためには、三つの視点、視野、視座の違いを意識することが重要です。具体と抽象のキャッチボールを繰り返すことで、思考に広がりを持たせることができます。特に具体的な言葉を使用し、主述や５W1Hを意識して愚直に実践することが大切です。 目的意識の重要性とは？ 業務においては、目的がブレて論点がずれることがあります。そのため、常に何のためにその業務を実施しているのかを意識し続けることが重要です。また、問題に対して課題とアクションを整理するシーンが多いため、これを体系的に実践するスキルも必要です。 要件定義での効果的な取り組み方 講師の上甲さんが仰ったことですが、「要件定義」においても、この考え方は非常に有益です。要件定義は簡単な言葉で具体的かつ分かりやすく伝えることが求められます。 短時間での要件定義の進め方は？ 私の勤める会社では、要件定義をじっくり行う時間がほとんどないため、短期間で効果的に進めるにはどうすべきか、どのような質問をすれば良いかを考えて取り組んでみました。また、マネージャー職として客観的な評価が必要なため、論理的に納得感を持ってチームメンバーに今季の評価と来季の方針を説明するようにしています。

他部署の観察は？ 前週は実際に担当しているプロジェクトに当てはめて振り返りを行いましたが、今回はより身近な状況に置き換えて考えました。業務上、他部署と協力する場面が多く、時には意見が異なることもあります。そのため、まずは他部署の人たちの行動を観察し、どこに課題があるか、本質的な問題は何かを仮説立てました。その仮説を基に、まず自分の行動をプロトタイプとして変えることにし、他部署の反応を見て改善していくプロセスを考えました。 ミーティングで何が起きた？ 次に、ミーティングの内容や他メンバーへの対応から、各人の目的や抱える課題を推測しました。自分だけでなく、上司や自部署のメンバーの行動も変える必要があると感じたため、まず自部署のメンバーに推測した課題を伝え、意見を交わしました。人の行動を変えるためには、相手の行動や感情に共感し、自部署全体での改善に取り組むことが重要だと思います。プロジェクト単位の調整よりも、日々のコミュニケーションの中で、短期間に多くの改善プロセスが求められる点が大きな特徴です。 共通項目は見えた？ また、人を観察し、インタビュー内容を通じて共通する項目を見出すことで、課題として定義することが大切だと感じました。インタビュー設計のポイントは、必要十分な対象者から意見を収集できているかどうかにあります。多くの対象者にアンケートを行い、その中から共通の傾向を見出して、インタビュー対象を絞り込むというアプローチは一つの方法として有効です。他にも効果的な手法があれば、ぜひ取り入れたいと思います。

なぜイシューは難しかった？ 今週のテーマは「イシューを捉える」でしたが、これまでの学びの中でも特に難しさを感じました。これまでは、解決したいこと＝イシューと捉えがちでしたが、今回、まず解決したい目標を前提としてデータを分析し、根本的な問題を洗い出すことが効果的だと学びました。 具体と抽象はどう使う？ データを細かく分け、一つ一つ検証する過程で、week1で学んだ具体と抽象の考え方が役立ち、これまでの知識の総合によって初めてイシューを正しく捉えられると実感できました。 なぜ修正時間が増える？ 自身の業務では、開発プロジェクトの工数見積もりにおいて、簡単な修正にもかかわらず、なぜ時間がかかってしまうのかという疑問が生じることがよくあります。修正作業や影響確認、テストに要する時間で終わらせがちな現状を踏まえ、それぞれの問題について「なぜ」を追求していく必要性を感じています。 解決策はどう見出す？ それぞれの問題に対する具体的な解決策が見つかれば、プロジェクト全体の必要期間が短縮でき、恒久的な改善策が確立されれば、将来的なプロジェクトもこれまでより短い期間で進めることが可能になるでしょう。 論理的思考の進め方は？ 今後も、問題に対して論理ツリーのように「なぜ」を分解し、根本課題および効果的な解決策を模索する姿勢を持ち続けたいと思います。今週の総合演習では思考にかなり頭を使い疲労を感じましたが、このプロセスに慣れ、考える場面を増やしていくことが成長に繋がると考えています。

BS評価の基準は？ BSに関してネット上では一般的に良いとされる比率や割合が存在するとされますが、業種ごとに大きく異なるため、一概に評価できないと感じました。企業がどのような状態を目指しているのか、その規模に対して適切な水準かどうかが重要です。 流動資産の安全性は？ たとえば、流動資産の割合が高い場合、短期的な支払い能力が高く安全な経営と考えられます。一方、固定資産を活用して収益を上げる企業では、充実した固定資産が効率的な稼ぎに結びつき、参入障壁が高いため長期的な経営の安定が期待できると感じます。 無借金が本当に良い？ また、無借金経営が必ずしも最良の戦略とは言えません。利益剰余金や出資が原資となるため、成長するための投下資金が限られてしまい、結果として成長速度が遅くなる傾向があります。企業の規模に合った適切な借入を行い、戦略的な投資を実施することが成長に繋がると考えました。 理想BSの在り方は？ 自社のBSの現状が本当に理想的な状態なのか、また理想とするBSの割合がどのようなものであるかを改めて検討する必要があります。たとえば、利益率が高く、短期間でリスクの低い投資案件があった場合には、借入をしてでも投資するという経営判断が望ましいでしょう。事前に会社規模に基づいた許容可能な借入額を算出し、そのような案件が出た際に迅速に判断できる体制作りが大切だと思います。 意見は何でしょう？ 他の受講生の皆さんが、どのように業務に当てはめ、考えているのか意見を伺いたいです。

仮説の意味は？ 仮説について、「結論の仮説」と「問題解決の仮説」という2つの種類があることを学びました。普段何気なく使っていた「仮説」という言葉について、自分はどちらの立場で話していたのだろうかと振り返る貴重な機会となりました。また、仮説を考える際には、決め打ちせず複数の可能性を探ることや、さまざまな切り口から網羅的に考えることの重要性を再認識しました。さらに、データ収集においては、必要なデータだけでなく、仮説に対する反論を排除するために比較対象となるデータも意識的に集めるべきであるという点が印象に残りました。 3Cと4Pの使い分けは？ 業務では、Customer/Competitor/Companyの3C分析を中心に行っていましたが、細かいサービス検討の場面では、Product/Price/Place/Promotionの4Pも活用していく必要性を感じました。特に新規事業の商品検討にあたっては、4Pの視点からより具体的な検討を進めたいと思います。 問題解決の手順は？ また、問題解決のプロセスとして、What、Where、Why、Howの順で考えることの重要性を学びました。これまでどうしてもHowから着手してしまう癖があったため、今後の学習期間内に、残りのプロセスもしっかり取り入れるようにしていきたいと考えています。 検証との連携は？ 最後に、仮説と検証はセットで考え、事前の準備や仕込みを徹底し、比較データなどを用いた適切なデータ収集ができるよう努めたいと思います。

目標設定は大切？ まず、目標設定の重要性を改めて実感しました。目標は、時間や範囲において広い視野で検討し、一つのゴールに固執せず、複数の選択肢を持つことで柔軟性を保つべきだと考えます。その際、達成度を定期的に測定するための定量的かつ的確な指標を設定し、関係者としっかり認識を共有することが不可欠です。 計画の道はどう？ また、計画の道のりを描くことの大切さも感じました。進むべきルートは、競争環境や自らの立ち位置に応じて決めるべきであり、各マイルストーンで自分の達成度を把握することが必要です。大きな目標の場合には、外部環境の影響を十分に考慮しながら、具体的な中間目標を設定することが効果的です。 効率開発の秘訣は？ さらに、効率よく開発を進めるためには、ぶれないゴールを明確に決め、リソースの確保や見積もりをしっかり行う必要があります。特に、限られた工数や短期間で成果を求められる場合、無駄のない取捨選択をリーダーとして実施することが求められます。どのプロセスを優先し、どの部分を省略するか、戦略的に判断する姿勢が重要だと感じました。 仲間で共有すべき？ 最後に、仲間との情報共有も大切な要素です。同じ方向性を持って業務に取り組むためには、各自が目標と進むべき道のりを十分に理解し、共通の認識を持つことが必要です。全体として、各要素が連携しながら、実現可能でかつ競争力のある開発目標を追求することが、成功への鍵だと改めて認識しました。