アジャイルプロジェクトを成功に導く
あなたの部門は多忙であり、時間を作るのは大変ですが、そのような瞬間に基本に立ち返り、 アジャイルプロジェクトを成功させるのは良いことです。 アジャイル手法を初めて使用する場合でも、スクラムチームに精通している場合でも、効果的なスプリント計画は、スムーズで着実な目的主導の開発と、すぐに範囲外に逸脱するプロジェクトの違いです。
これを読み、次のいくつかのスプリントを計画するときは、 スプリント計画チェックリストに従うことをお勧めします。
スプリント計画ミーティング
チームの最初のスプリントであろうと 100 回目のスプリントであろうと、スプリント計画は新たな始まりです。 と 製品ビジョン 明確に定義され、 更新された製品バックログ スクラムチームがビジョンをどのように達成するかを概説するスプリント計画は、次に優先度の高い機能セットを中心にチームを動員して、完全に開発し、 利害関係者へのデモンストレーション スプリントの最後に。 プロダクトオーナー、開発チーム、スクラムマスターは、次のことに時間をかけます。
- リリース目標と製品ビジョン に沿った明確なスプリント目標 を確立し、コミットする
- 必要に応じて、基本ルール(作業合意など)と 完了の定義(スプリントの最後に新機能が「潜在的に出荷可能」であることの意味)を調整します。
- スプリントの目標を達成するために必要な製品バックログ項目を特定する (これには、不足している場合の新しいバックログ項目の作成が含まれます)
- スプリントの開発チームのキャパシティを確認して、スプリントがスコープで過負荷にならないようにし、スクラムチームが持続可能なペースで作業を継続できるようにします
- 選択した製品バックログ項目を、完了の定義を満たす実用的な出荷可能な機能の開発に必要なタスクと、各製品バックログ項目の受け入れ基準に分解して、スプリント バックログを作成します
- スプリント バックログを視覚化し、スプリント バーンダウン チャートなどの他の進行状況インジケーターを含めて、スクラム チームだけでなく関係者の指標も視覚化します
スプリント計画まで、スクラムチームは製品バックログを 徐々に精緻 化してきました。 開発者と製品所有者がスプリントで検討されている製品バックログ項目について話し合うのはこれが初めてではありません。 製品スコープはずっと柔軟でしたが、スプリント計画では、スクラムチームはスコープの一部をロックダウンして、開発チームが具体的なものを実装できるようにする必要があります。 このコンテキストの背景がすでに彼らのベルトの下にあるので、彼らは各製品バックログ項目の受け入れ基準が効果的に実行されるように明確に理解されていることを確認するためにさらに議論をします。 それは、スプリントごとに価値のある製品を増やす現実的な目標を設定することです。 つまり、開発チームは時間をかけて、提供されるタスクを詳細に説明し、それらの各タスクの成功がどのように見えるかを確立します。
スプリントの目標を設定する
あなたのチームは一緒にいて、基本的な入門の詳細をカバーしました-それは目標設定に飛び込む時です。 リリース目標と製品ビジョンに沿った包括的な目的や目標を考慮せずに、「光沢のあるオブジェクト」製品バックログ項目を選択して、尻尾を振らせたくなるかもしれません。 スプリント計画は、プロダクトバックログに目を通し、壁にたくさんのアイデアを投げて、何が容量に合っているかを確認することから始めないでください。 一部の利害関係者は大きな声を出すでしょう。 競合する優先順位があります。 プロダクトオーナーの難しいが重要な仕事は、すべての関係者のフィードバックを考慮し、実現可能性について開発チームと協力し、スプリントの目標について目的主導の決定を下すことです。 この方向性が確立された後にのみ、その目標を達成するための機能要件を選択します。
これは、プロジェクトの各スプリントの価値を実証することで、製品ビジョンを段階的に達成するための重要なステップです。 何ができるか、チームにとってどのような成功がどのようなものかという価値を定義しないと、物事が実際に行われることは決してないという圧倒的な感覚からチームの勢いを失うリスクがあります。
各スプリントの戦略的方向性を確立するためのツールは何ですか? ここでの最初のステップは、スクラムチームとして全体的な状況を止めて確認することです。 これは、製品ビジョンステートメント、製品ロードマップ、リリース計画、またはユーザーストーリーマップの形式である可能性があります。 これもまったく違うものかもしれません。状況がどのようにレイアウトされていても、チームと話し合って次のことを行います。
- プロセスのどこにいるかについての共通の理解を深める
- そのパスで必要な次のステップを定義する
- このステップに必要なリフトについて共通の理解を深める
スプリント目標をサポートするための優先度設定
スクラム チームとして、あなたはスプリントの目標を達成することを約束します。 スクラムチームがそのスプリント目標を達成する方法は、スプリント全体を通して流動的です。 実際には、すべてのスプリント バックログ項目が常にスプリントで完了するわけではありません。 それは普通のことです。 これが、スプリントの目標をサポートする製品バックログ項目を特定し、スプリント内で優先順位を付けることが非常に重要である理由です。 優先順位は、ビジネス価値、複雑さ (滑走路の残り期間が最も長い場合は、後で行うことが重要)、作業のレベル、またはその他の要因によって決定される場合があります。 各機能は、次の機能を開始する前に構築され、完全にベイクされるため、すべての機能がスプリント内で完了しなくても問題ありません。 骨格的には、スクラム チームは、優先度の高いスプリント バックログ項目の 70% から 80% でスプリントの目標を達成できる必要があります。 スプリントの優先度の低い項目はあると便利ですが、利害関係者に価値ある出荷可能な製品の増加を示すための成功を収めるために必要ではありません。
スプリントの目標が価値を示すために完了するために非常に大きなスコープを必要とする場合、スプリントの目標が広すぎる、曖昧すぎる、または大きすぎる可能性があるため、分割する必要があります。 1ヶ月以内に少しでも配達できなければ、たくさん配達することはできません。
スクラムチームがスプリントでどれだけ達成できるかをどうやって知るのですか? さて、スプリント1の場合、推測する必要があります。 ただし、スプリント 1 の後は、推測する必要がなくなりました。 開発者はスプリントごとに同じ種類の作業を行い、一度に 1 つの機能を完了状態に開発するため、1 つのスプリントで達成できる作業量は、将来のスプリントで達成できることの重要な指標となります。 速度は、スクラムチームのアウトプットの単なるスプリント後の測定値であり、次のスプリントを予測するために経験的に使用できます。 スクラム チームが自分を伸ばすことは問題ありませんが、過去のパフォーマンスを念頭に置いてください: これは、チームが中断するまでに追いやられることなく、より 持続的に 目標を達成するための成長し続けるプロセスです。
スプリントのバックログの構築
スプリントの目標をサポートするために明確なスプリント目標と製品バックログ項目を選択したら、スプリントの目標を実現するためのタスクを作成して確認します。 開発チームがこれを行うときは、スクラムマスターが次のような質問をするのを手伝ってくれていることを確認してください。
- 既知の競合はありますか?
- 不明瞭な領域はありますか? (もしそうなら、どのようにそれを修正しますか?
- 各タスクの成功を定義しましたか?
- 各タスクの戦術的アプローチは何ですか? (影響を受けるすべての当事者はそれを理解していますか?
- これらのタスクに関連するすべての依存関係が分解されましたか?
- タスクは1日以内に達成されるように分解されていますか?
- これらのタスクを構築したので、スプリントの目標はまだ達成可能ですか?
このチェックリストは、スプリント計画時にこれらの要因やその他の要因を考慮するのに役立ちます。 スプリント計画中に作成したスプリント バックログは、スプリント 全体を進める際のガイドになります。今、時間をかけて、各要因が考慮されていることを確認してください。
スプリントの検証とコミット
スクラムチームにはデータと計画があります。 スプリント計画を最終決定する前に、ほとんどのスクラムチームは計画された作業を確認し、キャパシティと比較します。 速度は、予測容量への 1 つの入力です。 休暇やその他のスケジュールの問題も影響する必要があります。 製品バックログ項目は、(時間の尺度ではなく) 長距離相対 見積もり手法 を使用して見積もることができますが、タスクは 1 日以内に達成可能である必要があるため、通常は時間単位で見積もられます。
計画しすぎているかどうかをどうやって知るのですか? スプリントで利用可能なすべての時間を計画しないでください。 スクラムチームの成熟度にもよりますが、約10%の余裕を残すのが賢明です。 スクラムチームがスクラムやお互いに不慣れな場合は、10% の余裕がない可能性があります。
すべての関係者が成功とはどのようなものかを理解し、そのキャパシティがスプリントに対して適切に計画されていることを確認する時間です。 この時点で、プロセス全体を通して、チーム全体が効率的(つまり、速く働く)だけでなく、効果的(つまり、適切なことに取り組む)になるように設定されていることを確認する必要があります。 全員が目標とタスクに沿っていることを確認してください。
スプリント計画で最後に行うことは、各開発チーム メンバーに、作業する最初のタスクを選択させることです。 (スプリント全体を通して取り組むすべてのタスクを選択させるのではなく、最初のタスクのみを選択させてください。最初のタスクを完了すると、次に優先度の高いタスクがプルされます。
準備ができて、設定して、行きましょう!
おめでとうございます、あなたのスプリント計画は完了し、あなたのチームは彼らの仕事に集中するために出発しました。 スプリントを進める際に留意すべき点がいくつかあります。
- スクラムチームの完了の定義を作業領域で常に表示できるようにします。
- スプリントバックログは、スクラムチームの進捗レポートメカニズムです。 これ以外で状況報告会は必要ないはずです。
- デイリースクラムはステータス報告会ではありません。これは調整会議であり、スプリントの目標の達成に近づくためにその日に行う作業を同期させるためのミニチュア計画会議です。
上記のガイドラインに従って、製品開発に対するチームのアジャイルアプローチを改善します。 初めてすべてダウンしていなくても心配しないでください。 各スプリントは、途中で検査して適応するにつれて改善されます。 専門的なプロジェクト管理スキルを次のレベルに引き上げる準備ができているかどうかをお知らせください。 お近くにクラスがあります。
