Understanding sprints

このページの内容

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問

本ページの内容はスクラム チーム にのみ適用されます。

スクラム チームはスプリント (またはイテレーション) で作業し、各スプリントの終わりに製品の機能を段階的にリリースします。スクラム チームの作業を計画している場合は、プロジェクトではなく対応するボードを、プランの課題ソースとして使用することを強くおすすめします。

スクラム ボードを課題ソースとして使用することにより、プランから直接、ボードのスプリントを管理し、将来のスプリントのキャパシティを計画し、課題をスプリントに割り当てることができます。また、課題ソースとしてプロジェクトを使用すると、スケジューラーはボードのスプリントをプロジェクトにすぐに関連付けることができません。この場合、スプリントはプランの外部スプリントとして表示されます。

このページの内容

What is a sprint?

スプリントとは、スクラム チームが課題に取り組む固定された期間のことで、チームはこの期間で課題を完了することにコミットします。チームの仕組みに応じて課題をストーリーやバグ修正に特化させることができます。スクラム チームでは通常、スプリントの終了時に、完了したすべての課題をまとめてバンドル化し、ソフトウェア製品のバージョンとしてリリースします。

Jira Software と Advanced Roadmaps ではいずれも、スプリントの期間は既定で 2 週間、実質的な作業日数は 10 日間となっています。チームの規模とキャパシティに合わせて、必要に応じてスプリントの日数を調整できます。

スプリントを表示する

プランで各チームのスプリントを表示できるように、すでに課題をチーム別にグループ分けしていることを確認してください。課題がチーム別にスイムレーンにグループ分けされ、各スプリントのキャパシティの詳細が表示されます。

  1. 課題はチーム スイムレーンにグループ分けされます。チームを展開すると、そのチームに割り当てられた課題が表示されます。
  2. Clicking the capacity bar of a sprint will display the capacity details for each sprint.
  3. まとめられた値を表示するようにプランを設定している場合は、子課題から対応する親課題までのスプリント値がまとめられます

    課題が複数のスプリントに割り当てられ、これらのスプリントの 1 つがすでに完了している場合、完了したスプリントは灰色の文字で表示されます。複数のスプリントがすでに完了している場合は、いちばん最近に完了したスプリントの名前が表示されます。

スプリントの種類

複数のチームの作業を計画する際は、いくつかのタイプのスプリントが考慮されます。

過去のスプリント

チームで過去にスプリントを定義したことがないが、現在すでにアクティブなスプリントがあり、いくつかのスプリントがそれに続く場合、これらの過去のスプリントがタイムラインに表示されます。Advanced Roadmaps では、チームに設定されたスプリントの期間とベロシティに基づいて、これらの過去のスプリントの日付を推測し、それにより過去のスプリントを表示できます。

プランのタイムラインでの過去のスプリントの例

過去のスプリントは存在しないので、キャパシティの詳細は表示されません。

完了したスプリント

Jira Software で完了したすべてのスプリントは、完了したスプリントとしてプランのタイムラインに表示されます。Jira Software でスプリント レポートを表示することも、プランで課題をスプリントでフィルタリングすることも選択できます。


プランのタイムラインでの完了したスプリントの例

スプリントの詳細には、次の内容が含まれます。

  • sprint name

  • sprint start and end dates

  • 完了したスプリントのバッジ 

  • スプリント目標 (Jira Software で追加されている場合)

既定では、完了した課題は完了の 30 日後にプランに表示されなくなります。この設定は変更できますが、変更すると、完了したスプリントのキャパシティの詳細では、プランからなくなった完了済みスプリントに割り当てられた完了済みの課題が考慮されなくなります。

アクティブ スプリント

Jira Software で現在進行中のすべてのスプリントは、アクティブなスプリントとしてプランのタイムラインに表示されます。スプリントではアクティブになったあとにのみ、開始日と終了日を指定できます。

チームに設定されたスプリント期間とベロシティに基き、Advanced Roadmaps では必要に応じて、これらのアクティブなスプリントに作業を自動スケジュールできます。アクティブなスプリントのベロシティを上回る課題は、将来のスプリントまたは提案されるスプリントに割り当てられます。

Jira Software でスプリントを表示することも、プランで課題をスプリントでフィルタリングすることも選択できます。


プランのタイムラインでのアクティブ スプリントの例

スプリントの詳細には、次の内容が含まれます。

  • sprint name

  • sprint start and end dates

  • アクティブ スプリントのバッジ

  • スプリント目標 (Jira Software で追加されている場合)

  • 完了した課題のパーセンテージ

  • 見積もられたストーリー ポイントでのスプリントの進捗のパーセンテージ (30 ストーリー ポイントに設定された既定のベロシティの場合)

  • number of unestimated issues in the sprint

  • number of unassigned issues in the sprint

将来のスプリント

Jira Software にすでに存在し、現在アクティブなスプリントの後にスケジュールされたすべてのスプリントは、将来のスプリントとしてタイムラインに表示されます。

スプリントはアクティブになったときにのみ日付が指定されますが、将来のスプリントの日付は、チームに設定されたスプリント期間とベロシティに基づいて推測できます。これにより、将来のスプリントをタイムラインに表示できます。

チームに設定されたスプリント期間とベロシティに基づいて、必要に応じ、これらの将来のスプリントに課題を自動的にスケジュールできます。アクティブなスプリントのベロシティを上回る課題は、将来のスプリントに割り当てられます。

Jira Software でスプリントを表示することも、プランで課題をスプリントでフィルタリングすることも選択できます。


プランのタイムラインでの将来のスプリントの例

スプリントの詳細には、次の内容が含まれます。

  • sprint name

  • sprint start and end dates

  • 将来のスプリントのバッジ 

  • スプリント目標 (Jira Software で追加されている場合)

  • 見積もられたストーリー ポイントでのスプリントの進捗のパーセンテージ (30 ストーリー ポイントに設定された既定のベロシティの場合)

  • number of unestimated issues in the sprint

  • number of unassigned issues in the sprint

提案されるスプリント

スケジューラーは将来発生するスプリントの日付を推測できるので、既存の将来のスプリントの後に発生することが予測されるスプリントもタイムラインに表示されます。

こうしたスプリントは Jira Software には存在しないため、提案されるスプリントとして表示されます。スプリントはそもそも存在しないため、”提案されるスプリント" という名前になることに注意してください。

チームに設定されたスプリント期間とベロシティに基づき、Advanced Roadmaps では必要に応じて、これらの提案されるスプリントに作業を自動的にスケジュールできます。既存の将来のスプリントのベロシティを上回る課題は、提案されるスプリントに割り当てられます。

プランで課題をスプリントでフィルタリングすることを選択できます。


プランのタイムラインでの提案されるスプリントの例

スプリントの詳細には、次の内容が含まれます。

  • sprint name

  • sprint start and end dates

  • 提案されるスプリントのバッジ

  • 見積りの単位でのスプリントの進捗のパーセンテージ

  • 見積りを持たない課題の数

  • 未割り当ての課題の数

外部スプリント

プランでプロジェクトやフィルターを課題ソースとして使用している場合、スプリント データは対応する課題に対して引き続き表示されます。ただし、スプリントの横には外部スプリントであることを示す  バッジが表示されます。

スプリントはボードの課題ソースにのみ直接関連付けることができるため、このバッジは、スプリントがプロジェクトとフィルターの課題ソースに直接関連付けられていることを示します。

外部スプリントに割り当てられた課題

外部スプリントの取り扱いの詳細については、「スプリントに従った課題のスケジュール」をご覧ください。

スプリントにおける見積りとベロシティ

There are several ways to estimate the issues you're working on. Depending on how your team works, you can estimate issues using story points or time-based estimates (days or hours).

主な目標は、各スプリントでチームが完了できる作業の量をより正確に予測することです。これはチームのベロシティを把握することに相当します。

ベロシティは、チームがスプリントごとに平均して完了する "見積単位" の数を測定します。作業量の見積もりに基づいて生産率を効果的に予測する、"時間" 以外で最良の尺度です。

時間ベースの見積りではなくストーリー ポイントを使用することをおすすめします。ストーリー完了の見積りが 16 時間だった場合に、見積りが 100% 正確である保証はありません。一方、ストーリー ポイントは、課題の規模の見積りに焦点を当てています。些細なバグ修正であれば、1 または 2 ストーリー ポイントの見積りとなる可能性があります。事前の調査が必要となる、より大規模な機能では、8 または 10 ストーリー ポイントの見積りとなる可能性があります。詳細については、「ストーリー ポイントの見積り」をご覧ください。

Scheduling issues according to sprints

これはスクラム ボードがソースである課題で、課題がスクラム チームに割り当てられている場合にのみ適用されることに注意してください。

スクラム チームはスプリント (またはイテレーション) で作業し、各スプリントの最後に製品機能の追加分をリリースします。ある課題にチームと課題が設定されている場合、日付が設定されていない課題についてはスプリントの日付を使用するようプランを設定できます。課題の日付をスプリントの日付に合わせたプランの例

  • 課題にスプリントの日付が表示されている場合でも、必要に応じて日付を変更できます。日付がスプリントの日付と一致しない場合、この操作を実行しても課題のスプリント割り当ては変更されません。
  • Sprint dates will also be used when monitoring the status of releases and keeping track of issue dependencies.

詳細については、「課題のスケジューリング」をご覧ください。

最終更新日 2020 年 4 月 13 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.