(4ページ目)

業務 ✕ 期間

に関する学び

---

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

なぜイシューは難しかった？ 今週のテーマは「イシューを捉える」でしたが、これまでの学びの中でも特に難しさを感じました。これまでは、解決したいこと＝イシューと捉えがちでしたが、今回、まず解決したい目標を前提としてデータを分析し、根本的な問題を洗い出すことが効果的だと学びました。 具体と抽象はどう使う？ データを細かく分け、一つ一つ検証する過程で、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テストを実施することで、掲載がどのような効果をもたらすのか、問い合わせ内容にどんな変化が生じるのか、そして最終的に会社の売上にどのように貢献するのかを検討するのは非常に興味深いと感じています。

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

働き方と差別化は？ 競合に気を取られがちになりやすい中で、差別化の大切さについて実感しました。それと同時に、自身の仕事のやり方を振り返る機会にもなり、誰に向けてどのように働くべきかを再考する気づきを得ました。また、イノベーションの普及要件についての学びも深く感じました。 顧客にどう響く？ 「消費者が商品に抱く期待や購買意欲を高めるアプローチ」が鍵という堅い表現もありますが、「どのように伝え、どう魅せるか」と「顧客目線での考察」を組み合わせることが、より具体的な解決策となるという考えに納得しました。 どう伝えれば納得？ 現在、バックオフィス業務に従事しており、最近は会計業務も担当するようになりました。これまでの単なる数値管理や報告に留まらず、「いかに分かりやすく、相手に納得してもらえる形で情報を届けるか」を、順序やストーリーを意識して実践するように心がけています。 どう改善すべき？ 既存の業務に向き合いながら、業務改善提案の伝え方については以下の点を意識しています。 まず【比較優位】として、現行業務との違いを一覧表にまとめ、わかりやすく整理すること。次に【適合性】を考え、現場が無理なく導入できるステップを明確化し、フォーマット化しています。そして【試用可能性】として、一定期間の試験導入を行い、その結果をフィードバックするトライアル運用も取り入れるようにしています。

A/Bテストって何？ A/Bテストの実施方法がとても参考になりました。まず、目的を明確に設定した上で、テスト期間や条件をできるだけ統一し、一つの要素に絞ってテストを行う重要性を学びました。これまであまり理解していなかった点を、具体的な説明を受けながらしっかりと納得することができました。 仮説の検証はどう？ また、仮説を立ててテストを行い、その検証を実施した後、もし仮説が間違っている場合はなぜそうなったのかを考察することの必要性にも気づかされました。これらの学びは、今後の業務にぜひ活かしていきたいと考えています。 広告効果はどこで？ 弊社ではクリスマスシーズンによくWeb広告を実施していますが、その際にA/Bテストを行うことで、広告の成果を向上させることができるのではないかと思います。特に、効果的な文言を選定する点では、コストも低く簡単に実施できるため、今年のクリスマスキャンペーンで取り入れてみたいと考えています。 チームでどう動く？ 具体的には、まずチーム内でA/Bテストの概要を共有し、昨年度の広告で使用したビジュアルや文言を振り返りました。その上で、今年のキャンペーンでは複数のパターンのデザインや文言を用意することを提案する予定です。また、正確なデータを得るために、どのくらいの規模のオーディエンスに対してテストを行えばよいかについても、さらに調べて学びたいと思います。

講義の意義は何？ 当たり前のことを積み重ねるという講義のメッセージが心に染みました。ロールプレイのテーマ自体は一般的な内容でしたが、実際に課長役を想定すると、予想外の困難を感じることもあり、これまで学んだ理論がすぐに薄れてしまうことを痛感しました。たとえば、あのシーンでは対話手法と経験学習を用いた面談を通じて部下の成長を支援するという考えがすぐに浮かぶくらいになりたいと考えています。経験や勘に頼るのではなく、意識して戦略的なマネジメントを実践することで、理想とするリーダー像に近づけるはずです。 伝わるフォローのコツは？ たとえ些細な相談であっても、伝えた内容を一定期間をおいて必ずフォローすることを徹底したいと思います。自分が伝えたことに責任を持ち、その先の展開を意識して相手に伝わっているのか、あるいは誤解が生じていないかをPDCAサイクルを回しながら確認していきたいです。また、フォローにあたっては、パスゴール理論を踏まえた業務の引き渡しを意識して実践したいと考えています。 実践度はどれくらい？ 今回学んだ内容について、数年以上のマネジメント経験をお持ちの方はどの程度実践できていると感じられているのでしょうか。マネジメント職に就いていない私にとって、日々これほど多くの意図をもって業務に取り組むマネージャーの姿勢には感服すると同時に、少しのプレッシャーも感じさせられました。