そのため、製品開発にスクラムを使用することを決定しましたが、どこからどのように開始するか、または開始する前に対処する必要のある重要な項目は何かがよくわかりません。 新年の準備をするときは、立ち止まって、次の取り組みで明確な目的と期待から始めることを確認する絶好の機会です。
そして、朗報です! スクラムは、特別な機器やツールを必要とせず、簡単に始めることができます。 これは、自由な透明性、頻繁な検査、および即時の適応を確保するための単純な経験的フレームワークです。 スクラムの経験主義を可能にするスクラムの 3 つの役割、3 つのアーティファクト、および 5 つのイベントについては、 スクラム ガイドで概説されています。
ただし、難しいのは、スプリントの実行を開始する前に目的を定義する方法を知ることです。 スクラムはフレームワークであるため、これを行う方法や、開始する前に考慮すべきことは規定されていません。 大丈夫です。 何百ものスクラム チームが作業を開始するのを支援してきましたが、開始する前に知っておく必要のある事項に関するガイダンスを次に示します。
1.戦略的安定性の確保
スクラムを使い始める前の最初のステップは、 製品のビジョンを明確に定義することです。 製品所有者、顧客、主要な利害関係者、および開発チームは、次のような最終製品の大まかなスケッチを定義するために協力する必要があります。
- ターゲット顧客は誰ですか?
- 解決されている問題は何ですか?
- あなたの製品はそれを解決するために何をしますか?
- それを解決するためのあなたのアイデアは、代替案と比較してどのように異なり、価値がありますか?
- ソリューションやアイデアは、組織全体の戦略や目的とどのように一致していますか?
目的を定義するときは、通常は少ないほど多いことを覚えて、ビジョンステートメントをシンプルで理解しやすいものにしてください。 製品のビジョンを説明するためのページやページが必要な場合、最終的な目的地が何であるかを本当に知らない可能性があります。 2〜3文(エレベーターピッチなど)で説明できれば、チーム全体が集合的な頭を包むことができる何かに取り組んでいる可能性があります。
何かをする前にすべてを知る必要はありません。 プロジェクトまたは製品ライフサイクルの開始時には、製品またはプロジェクトについてほとんど知らないときです。 まず第一に、それを受け入れてください。 軽量のビジョンステートメントと 全体的で消化しやすい製品ロードマップ から始めて、製品ビジョンをどのように達成するかを視覚化することは、開始するために必要な基盤です。 あなたのビジョンはあなたのビーコンまたは目的地です。 目的の目的地にたどり着く方法(戦略)は、実験を通じてさまざまな方法(戦術)で達成できます。
2.実験する準備をしてください…たくさん
あなたのアイデアは、いくつかの仮定に基づいています。 仮定(つまり仮説)をテストするために、実験を継続的に実行する必要があることを知っておいてください。 実験はリリースとスプリント内で行われます。 スプリントレビューの利害関係者や各リリースのエンドユーザーからのフィードバックを収集することは、 スプリントとリリースの目標で行われた仮定を検証するために使用するデータです。
製品ロードマップがあれば、製品バックログを最初に削減できます。 確かに、始める前に、製品バックログはまだ高レベルの詳細です。 心配しないでください、あなたの製品所有者はそれのすべての優先順位の大まかな考えを持っているだけで十分です。 最優先機能は、この段階で製品バックログに配置する必要があります。
製品所有者が優先順位を決定する際に使用する必要がある 2 つの主な要因は、価値 (ビジネス価値または顧客 価値 ) と リスクです。 値はおそらく明白に思えますが、リスクの高い製品バックログ項目を最初に実装するために優先順位を付ける必要がある理由がわからない場合は、最初に次のことが関係していることを考慮してください。
- 製品のライフサイクルで再び使用できる最もシンプルなシステムがあります
- 「離陸」を成功させるために残っている最長の滑走路があります
- 仮定を検証し、既知のリスクを軽減するために、自由に使えるリソースが最も多くあります
- 最もリスクの高い項目が何らかの理由で何らかのタイプの障害を引き起こす場合、少なくとも、迅速、早期、安価に失敗することができます
覚えておいてください:海を沸騰させないでください。 1 つのスプリント分の製品バックログ項目のみで、実験を開始して仮定を検証し、顧客に価値を提供し、貴重なフィードバックの収集を開始できます。 ノードストロームがエンドカスタマーと直接これを行った方法をご覧ください 。
3.プロダクトオーナーが成功の鍵
多くの場合、製品所有者の役割が誤解されているか、次の少なくとも 1 つの方法で実装が不十分であるために、製品が失敗することがあります。
- プロダクト所有者は、毎日スクラム チームに連絡できません
- 組織は、顧客、利害関係者、および開発チームとのコラボレーションに専念する人を特定していません
- プロダクトオーナーは、クライアントや開発組織から、毎日厳しいビジネス上の意思決定を行う権限を与えられていません
- 2 人以上のユーザーが製品所有者の役割を果たそうとしているため、優先順位と方向性について混乱が生じています
- プロダクトオーナーの役割を担う人物が、顧客やユーザーから切り離されている(例:IT部門出身、業界不慣れ、プロダクトオーナーシップ手法に精通していないなど)
- プロダクトオーナーは、優先順位の決定が下される理由について、利害関係者や開発チームに明確さを提供しません
- プロダクトオーナーは、顧客のニーズを満たすために特定されたソリューションを技術的に実装する方法を開発チームに指示します
製品所有者が製品に関する厳しいビジネス上の決定を下せるようにすることで、製品所有者への信頼を確立します。 経営陣とスポンサーは、製品所有者を信頼し、それに応じて意思決定を委任する必要があります。 各スプリントレビューに関与するすべての利害関係者(マネージャー、スーパーバイザー、スポンサーなどを含む)は、月に複数回製品の開発に影響を与える機会があります。 権限を与えられた製品所有者との日常的な管理を維持する必要性を感じる必要はありません。 スクラムチーム、顧客、組織は、すべての意思決定について利害関係者の集合体にアプローチしなければならない場合、製品所有者に対する信頼をすぐに失います。 また、このような遅延および分散化された変更管理では、顧客のニーズや市場の状況の変化に効果的に対応することはできません。
また、プロダクト所有者をスクラムチームと併置することもお勧めします。 製品所有者は、過労したり、複数の製品や多様な責任を負ったりしてはなりません。 製品所有者へのアクセスの欠如は、上記の製品所有者の実装が不十分である主な要因です。
プロダクトオーナーは、優れたコミュニケーションスキルと交渉スキルを持ち、スクラムチームだけでなく、より広範な製品チーム(つまり、スクラムチーム+利害関係者)と効果的に関わり、先見の明があり、実行者である必要があります。 これらの資質と適切なエンパワーメントにより、プロダクトオーナーはスクラムチームを成功に導くために必要なものになります。
新年に製品を正しく始めたい場合は、 クラスの1つに参加する か、 コーチングのアドバイザーに連絡してください。
