プロジェクトから製品への転換の4つのメリットと始め方

プロジェクトから製品への転換のメリットとその始め方

• こんにちは、皆さん。本日のウェビナーへようこそ。今日は、プロジェクトから製品への転換のメリットとその始め方についてご紹介します。

• 私はレイチェル・エイブラムスと申します。まずは簡単なロジスティクスについて説明し、その後マーク・ストーリーさんとランディ・ヘイルさんに進行をお任せします。

• このセッションは録画されており、数日以内にこのウェビナーに登録したメールアドレス宛に録画ファイルを送付いたします。

• 本日はZoomウェビナーですので、参加者の方はミュートされており、画面上には映っていません。もし何かご質問がありましたらチャットでお知らせいただければ、お手伝いさせていただきます。

• プレゼンテーションに関する質問がありましたら、Q&Aパネルをご利用ください。マークとランディはプレゼンテーション中、または最後のQ&Aセクションでお答えいたします。

• それでは素敵なアジャイル変革コーチのマーク・ストーリーさんとランディ・ヘイルさんに進行をお願いします。

プロジェクトから製品への転換のメリットとその始め方

ビジネスパートナーシップの新たな展望：製品志向組織への変革

• ビジネスパートナーが求める価値だけでなく、各ビジネスパートナーは今、集合的に何を求めているのかに新たな理解と視点を持っています。その明確さは、業務効率性を考える際に提供されるものであり、まさに金の価値があります。

• 製品を定義することは、お客様から始まります。しかし、私たちが担当する独自の顧客タイプのニーズと欲望に応えるために提供するものは何かを理解することから始めます。技術スタックではなく、与えられた顧客タイプのニーズを満たす特定のソリューションをどのように提供するかに焦点を当てましょう。そして、市場に製品中心のソリューションを提供するために、今日持っているあらゆる構造に焦点を最適化しましょう。

• 最適化するためには、エンドツーエンドを見直すことが非常に重要です。組織構造的なリーダーは誰で、彼らが着目しているものは何かを見直すことが、エンドツーエンドを最適化するのに役立ちます。組織全体の全体的な配信を向上する代わりに目標を達成するためのVPがいなければ、より共有された目標を持つことで、正しい行動を取り、その垣間を突破しましょう。

• 製品志向の組織への転換の第2の大きな利点は、シンプルな実行です。ビジネスをパートナーとして参照し、ビジネスと協力しているかどうかを確認すること、資金提供のガバナンス、そしてレガシーな役割や責任の再定義は、シンプルな実行の課題です。

• ビジネスをより多くのパートナーとして考え、一緒に進化する方法を定義する話は、テクノロジーの一部である場合、最適な答えを定義してからビジネスに伝えるのはおそらく最悪の選択肢です。バランスを考えて、ビジネスの関係や組織構造を再定義し、効果的な製品組織の姿を見据えることが重要です。

• 資金モデルやレポートの再構築は、最大の促進要因の1つです。プロジェクト指向から製品指向への変換がもたらす影響を調査している企業では、管理のオーバーヘッドの90％削減など、単純な報告の簡素化がどれだけ大きな影響を与えるかを調査しましょう。

• 新たな展望と洞察を得るには、ビジネスパートナーシップを高め、組織全体のコントロールを強化することが重要です。そのためには、柔軟性と協力が必要です。

ビジネスパートナーシップの新たな展望：製品志向組織への変革

プロダクト開発プロセスを革新する流れ

• プロダクト開発プロセスを通過する作業の流れは、革新の鍵となる重要なスタート地点です。簡単に始められる場所かもしれませんが、ここにはいくつかの重要なチャレンジが存在します。

• 顧客価値が、10人に尋ねても10通りのバリエーションが得られる曖昧な抽象概念から始まり、その前提を排除し、全員がその内容を理解するようにすることが重要です。

• 課題のもう1つは教育です。チーム内での言語の統一が必要であり、ビジネス言語の統一が重要です。それには様々なスライスや基本的なリーンコンセプト、リーンメトリクスが普遍的に使用され、皆が同じ言語を話せるようになる必要があります。

• 作業の制限は、ほとんどの企業が直面する普遍的な問題の1つです。企業の容量と作業の需要との間にはほとんど常に大きな差があり、企業はその容量を実際に知らないことがよくあります。制限をうまくコントロールせず、ボトルネックがどこにあるかを把握できないことは、大きな課題です。

• ポジティブな視点で考えると、始めるべき点がいくつかあります。まず、顧客価値を定義し、ビジネスパートナーやオペレーション、ファイナンスとの間で製品がどのように顧客価値を生み出すかについて話し合うことが重要です。そして、何が進行中であるかを知ることも重要です。

• 流れのフレームワークは、流れのメトリクスに焦点を当てており、流れの速度、流れの効率、流れの時間、流れの負荷などが含まれています。また、特徴、欠陥、リスク、負債などの流れのカテゴリーについても触れられています。特に、このフレームワークは、新たな機能の開発だけでなく、欠陥やリスク、負債なども適切に計画するように促しています。

プロダクト開発プロセスを革新する流れ

アジャイル開発における技術的負債の重要性

• アジャイル開発において、技術的負債という言葉を耳にしたことがあるでしょうか。技術的負債とは、新機能やタスクを開発する際に、コードやシステムにおける修正や改善がどこかに引き延ばされることを指します。これは、スピードを優先した結果、後々大きなコストとリスクを引き起こす可能性がある重要な要素です。

• アジャイル開発における技術的負債の管理は、ビジネスにおいて非常に重要な役割を果たします。未処理の技術的負債が蓄積すると、将来の開発速度や品質に影響を与える可能性があります。そのため、技術的負債への適切な対応は、価値ストリームの能力向上につながります。

• アジャイル開発では、技術的負債を取り扱うことで、将来のフローを向上させることが重要視されています。つまり、技術的負債の解決は、将来の開発速度や効率を向上させるために行われるべきであり、これは企業価値の向上につながります。そのため、アーキテクチャチームが技術的負債を優先的に取り組むことが重要とされています。

• また、アジャイル開発におけるフロー分布の観点からも、技術的負債の重要性が浮き彫りになります。開発プロセスで新機能の開発に多くの時間を費やすと、欠陥の発生が増加する傾向があります。これは、未処理の技術的負債が将来のスプリントに影響を与え、開発効率を低下させる可能性があることを示しています。

• アジャイル開発において、技術的負債の適切な管理と解決は、企業の成長や価値創造に欠かせない要素であると考えられます。技術的負債を無視せず、適切に取り組むことで、より効率的な開発プロセスを構築し、顧客価値を向上させることが可能となります。

アジャイル開発における技術的負債の重要性

プロダクトマネージャーからプロジェクトマネージャーへ：価値提案の変革への挑戦

• プロダクトマネージャーやプロジェクトマネージャーは、開発パイプラインやプロジェクトの複雑さを管理したいと考えている場合、新しい価値提案に挑戦することが重要です。確かに、製品定義や価値の創造に参加するすべての人をどのように特定するかによって、異なる方法で現れることがあります。

• プロジェクトマネージャーは、この点で大きな役割を果たすことができます。彼らは優れた組織力を持っている可能性があり、優れたファシリテーターであるかもしれません。そして頑固であることもしばしばあり、事を放り出すことを嫌うため、プロジェクトマネージャーにとって新しい価値提案を切り開くための良い手段となるかもしれません。

• 組織がプロダクトモデルに移行する際に最も難しい心構えや行動の変化の1つは、何を行うかがかなりの程度の確実性に基づいているという信念です。プロセスやビジネスケースが提出され、承認されるために提示されると、その答えは正しいとされ、もはや疑問が呈されないということです。

• プロダクトモデルの大きな利点と成功要因の1つは、確実性バイアスを手放すことです。つまり、あなたがこれを定義しただけでそれを構築する必要があるという考えを手放し、スケジュールや範囲、予算に焦点を当てるのではなく、前提条件に焦点を当てることです。 このように、顧客に本当に価値を提供しているかどうかを見極め、その前提が真実でないことがわかった場合、投資を速やかに中止する方法に焦点を当てることが重要です。

プロダクトマネージャーからプロジェクトマネージャーへ：価値提案の変革への挑戦

Conclusion:

プロジェクトから製品への転換は、ビジネスの新たな展望やアジャイルな開発の重要性を示しています。この変革に取り組む際には、ビジネスパートナーシップの強化や技術的負債の管理が不可欠です。

Q & A