(4ページ目)

業務 ✕ 期間

に関する学び

---

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

クリティカル・シンキングの実践法は？ 人は理解しやすいものや、取りつきやすいものに即座に飛びつく傾向があるため、考えが限られた範囲に留まる可能性があります。特に、クリティカル・シンキングは、自分自身の思考を批判することに主眼を置いています。 思考の幅を広げるには？ また、思考の幅を広げるためには、三つの視点、視野、視座の違いを意識することが重要です。具体と抽象のキャッチボールを繰り返すことで、思考に広がりを持たせることができます。特に具体的な言葉を使用し、主述や５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から着手してしまう癖があったため、今後の学習期間内に、残りのプロセスもしっかり取り入れるようにしていきたいと考えています。 検証との連携は？ 最後に、仮説と検証はセットで考え、事前の準備や仕込みを徹底し、比較データなどを用いた適切なデータ収集ができるよう努めたいと思います。

慣例を捨てる意識を再確認 事業や業務において「捨てる」ことは、「慣例」や「定型」に拘らないことだと意識していましたが、今回の学習を通じて無意識のうちに「慣例」や「定型」に捉われていたと気づかされました。個人で「捨てる」ことは容易ですが、組織として「捨てる」ことは意識的に取り組む必要があり、論理的なストーリーを立てて進める必要があると再認識しました。「ムダじゃない？」や「意味はない」では他の社員は納得してくれず、腹に落ちないことを肝に銘じておきたいと思います。 プロジェクトへの想いと捨てる決断 IT業界では参画したプロジェクトに長期間携わることが多く、顧客やプロジェクトに対する想いが強くなりがちです。事業領域を選択と集中（捨てる）する際には、参画メンバーの心情も考慮する必要がありますが、メンバーの意識や想いを重視することはできません。トレードオフを念頭に置きながら、検討・計画・実行していきたいと思います。また、客観的な判断を行うために数値をベースにして取り組んでいく必要があります。 トレードオフの検討にどう向き合う？ トレードオフを検討するにあたり、売上高や利益、一人当たりの売上高や利益、投下コストなどの生産性指標を把握し、社員にも示せるように準備を進めます。数値をベースに社員の意見も取り入れた上で判断し、上層部への提案を行っていくつもりです。現在、中期計画や短期事業計画の策定に携わっており、事業領域の検討にこれらを取り入れて進めていきます。

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

プロセスの問題をどう特定する？ プロセスの問題を明確にするためには、各プロセスを分解してそれぞれの率などを分析し、どこに問題があるのかを確認することが有効です。また、仮説を考える際には内部要因と外部要因の両方を考慮することで、視野を広げることができます。 A/Bテストの成功法は？ A/Bテストを行う際は、一つずつ要素を変えて精査することが重要です。時期的な要因に左右されないためにも、同じ期間に同様のターゲットに対してランダムに行うのが良いでしょう。複数の要素をテストしたい場合は、別の手法を検討する必要があります。 WEB広告でのA/Bテスト活用法 WEB広告においてもA/Bテストを活用し、広告の精度を高める努力を続けますが、時期や施策ごとに単に更新するだけではなく、施策展開から販売までのプロセスを分解し、どこに業務プロセスの問題があるかを分析することが重要です。 効果的な問題解決の取り組み方 解決策を決め打ちするのではなく、「What」「Where」「Why」「How」の各プロセスを意識的に取り組むことが求められます。問題解決のプロセスを意識的に取り組み、定着させることが必要です。 チームで知識を共有するには？ また、WEEK5の内容をチーム内に共有し、良い切り口を持てるように常にアンテナを張り、これと思ったことを書き留めることも大切です。年末に向けて打ち出す販促施策においても、A/Bテストを試みたいと思います。

数値評価法はどう検討？ 判断基準を評価基準として数値化する方法は、原因探求に有効であると学びました。また、具体的なマーケットでのテストには、A/Bテストを活用すれば、仮説の検証が効果的に行えることが理解できました。目的の設定、改善ポイントの仮説設計、実行、結果の検証、そして打ち手の決定という一連の流れを通じて、原因を正確に探り出し、改善方法を明確にできると感じました。 顧客問い合わせはどう？ 私自身は現在、船の業務に関わっており、客先からは個別に船のスケジュールについて問い合わせを受けることが多い状況です。取引先にはメールで定期的にスケジュールを共有していますが、最近では従来の顧客以外からの問い合わせが約30％増加しているとの情報があります。 掲載効果はどう検証？ ある際、担当している支店のホームページ作成を任され、ローカルスタッフからは船のスケジュールをホームページに掲載してほしいとの要望がありました。しかし、そもそも現在の問い合わせの増加という問題に対して、ホームページへの掲載が効果的かどうかをまず検証する必要があると考えました。 売上向上は可能？ そこで、一定期間だけスケジュールをホームページに掲載し、A/Bテストを実施することで、掲載がどのような効果をもたらすのか、問い合わせ内容にどんな変化が生じるのか、そして最終的に会社の売上にどのように貢献するのかを検討するのは非常に興味深いと感じています。

仲間と学びの変化は？ 6週間のGWを通して、仲間とのセッションの受け方が大きく変わったと実感しました。皆が積極的に攻めの姿勢で意見を交わす様子は非常に刺激的で、短期間で人が変化し、影響を受けるものだと改めて感じました。また、学びにタイミングの遅早は関係なく、いつでも成長できるということを強く実感しました。 入門の振り返りは？ 講義の中で入門部分を振り返る時間を持ち、気付いた点としては、知識がまだ十分に定着していないことが挙げられます。具体的な問題に対して、「こう考えるのでは？」という薄いながらも道筋が見えてくるのは、確かな成長の証だと感じています。 仮説の捉え方は？ 「仮説を検証する」というテーマについては、まるで正解が存在するかのように捉えられがちですが、実際にはデータに基づいて結論を導くだけで、絶対的な答えがあるわけではないと理解しています。分析においては、比較という基本を無意識レベルにまで落とし込むことが大切だと感じています。 業務での不安は？ 講義では、問題に対して回答し、解説を受けることでスッキリとした気持ちで終えることができましたが、実際の業務ではモヤモヤが残ることが多いと感じます。そのため、基本の5W1Hや4Wをもう一度整理し、仮説の検証精度を上げることに努めたいと思います。また、データ分析に挑戦する意欲を持ち、同僚や上司にも積極的に相談していく行動を続けていきたいと考えています。

目的は何だった？ 今週の学習を通じて、データ分析は単に数字を集める作業ではなく、まず「何を目的に、どの項目と何を比較するのか」を考えることが重要だと強く実感しました。これまでの私は、手元にあるデータをただ集計し、そこから何か分かるのではないかと考えることが多かったのですが、その結果、正しい判断に至らない場合があると気づかされました。 本質は見えてる？ 特に印象に残ったのは、分かりやすいデータだけに頼る生存者バイアスの考え方です。自分自身も、分析しやすいデータに引っ張られがちであったため、「本来見るべきものは何か」という視点を持つ必要があると痛感しました。 課題は何だろう？ これまでは、商業部門や関係部署からの依頼で内容を十分に整理せずに作業を進めることがあり、その結果、意図とのズレや手戻りが生じることもありました。今回学んだ「目的と比較を意識したデータ分析」は、現在担当している業務にそのまま活かせると感じ、作業開始前の進め方を見直す良い機会となりました。 対策はどうする？ 今後は、依頼を受けた段階で「何を明らかにしたいのか」「どの期間や条件と比較するのか」を必ず確認し、目的とゴールを整理してから作業に取り組むようにしていきます。一方で、実務では依頼元自身が目的を明確に言語化・整理できていないケースも多いと感じ、この場合、どこまでこちら側が踏み込むべきかという課題も感じました。