プロダクトバックログを作成するCreate your product backlog

Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

プロダクト バックログは、チームが納品しようと計画しているもののロードマップであるプロジェクト計画に対応しています。Your product backlog corresponds to your project plan, the roadmap for what your team plans to deliver. プロダクトバックログを作成するには、ユーザーストーリー、バックログ項目、または要件を追加します。You create your product backlog by adding user stories, backlog items, or requirements. 次の図に示すように、バックログは作業項目の単純なリストで構成されています。As shown in the following image, your backlog consists of a flat list of work items.

注意

次の図は、Azure DevOps Services のスクラムプロセスのプロダクトバックログイメージを示しています。The following image illustrates the product backlog image for a Scrum process for Azure DevOps Services. アジャイル、Basic、および CMMI の各プロセスモデルの場合、 バックログ項目 の選択は ストーリー問題、および 要件 として表示されます。For the Agile, Basic, and CMMI process models, the Backlog items selection appears as Stories, Issues, and Requirements.

スクラムプロセスプロダクトバックログ項目のスクリーンショット。Screenshot of a Backlog of Scrum process product backlog items.

定義した後は、ビルドする機能と要件の優先順位が設定されています。After you define it, you have a prioritized list of features and requirements to build. バックログには、チームとの間で追跡および共有するために必要なすべての情報のリポジトリも用意されています。Your backlog also provides a repository of all the information you need to track and share with your team. また、 バックログを対話的にフィルター処理 して、作業項目のサブセットに集中することができます。And, you're able to interactively filter the backlog to focus on a subset of work items.

注意

ビジネスニーズをサポートするためのプロジェクトとチームの構成とカスタマイズに関するガイダンスについては、「 Azure Boards の構成とカスタマイズ」を参照してください。For guidance on configuring and customizing your project and teams to support your business needs, review Configuration and customization of Azure Boards.

バックログは、 作業項目のリストで構成されます。Your backlog consists of a list of work items. 作業項目を使用して、情報の共有、チームメンバーへの作業の割り当て、依存関係の追跡、作業の整理などを行うことができます。You use work items to share information, assign work to team members, track dependencies, organize work, and more. 最も重要な作業は一覧の一番上に表示されるので、チームは次の作業内容を常に把握しています。Because the most important work appears at the top of the list, your team always knows what to work on next.

注意

プロダクトバックログは、使用可能なバックログの3つのクラスのうちの1つです。Your product backlog is one of three classes of backlogs available to you. 各バックログと2種類のボードでサポートされる機能の概要については、「 バックログ、ボード、および計画」を参照してください。For an overview of the features supported on each backlog and the two types of boards, see Backlogs, boards, and plans. バックログで想定している作業項目が表示されない場合は、「 バックログとボードのセットアップ」を参照してください。If you're not seeing the work items you expect on your backlog, review Setup your backlogs and boards.

前提条件Prerequisites

バックログは、プロジェクトの作成時またはチームの追加時に自動的に作成されます。Backlogs are automatically created when you create a project or add a team. 各チームは、「 チームおよびアジャイルツールについて」の説明に従って、独自の製品、ポートフォリオ、およびスプリントバックログにアクセスできます。Each team has access to their own product, portfolio, and sprint backlogs as described in About teams and Agile tools.

  • プロジェクトに接続する必要があります。You must connect to a project. プロジェクトがまだない場合は、プロジェクトを 作成します。If you don't have a project yet, create one.
  • 共同 作成者または プロジェクト管理者 セキュリティグループのメンバーとしてプロジェクトに追加する必要があります。You must be added to a project as a member of the Contributors or Project Administrators security group. 追加するに は、プロジェクトまたはチームにユーザーを追加します。To get added, Add users to a project or team.
  • 作業項目を追加または変更するには、 利害関係 者のアクセス権以上が付与されている必要があります。To add or modify work items, you must be granted Stakeholder access or higher. 詳細については、「 アクセスレベルについて」を参照してください。For details, see About access levels.
  • 作業項目を表示または変更するには、[ このノードの作業項目を表示 し、 このノードの作業項目を編集 する] のアクセス許可が [ 許可] に設定されている必要があります。To view or modify work items, you must have your View work items in this node and Edit work items in this node permissions set to Allow. 既定では、 貢献 者グループにはこのアクセス許可セットがあります。By default, the Contributors group has this permission set. 詳細については、「 作業の追跡に対するアクセス許可とアクセスの設定」を参照してください。To learn more, see Set permissions and access for work tracking.

注意

パブリックプロジェクトに対する 利害関係 者アクセス権を持つユーザーは、 基本的な アクセス権を持つユーザーと同じように、バックログとボードの機能にフルアクセスできます。Users with Stakeholder access for a public project have full access to backlog and board features just like users with Basic access. 詳細については、「 アクセスレベルについて」を参照してください。For details, see About access levels.

  • プロジェクトに接続する必要があります。You must connect to a project. プロジェクトがまだない場合は、プロジェクトを 作成します。If you don't have a project yet, create one.
  • 共同 作成者または プロジェクト管理者 セキュリティグループのメンバーとしてプロジェクトに追加する必要があります。You must be added to a project as a member of the Contributors or Project Administrators security group. 追加するに は、プロジェクトまたはチームにユーザーを追加します。To get added, Add users to a project or team.
  • 作業項目を追加または変更するには、 利害関係 者のアクセス権以上が付与されている必要があります。To add or modify work items, you must be granted Stakeholder access or higher. 詳細については、「 アクセスレベルについて」を参照してください。For details, see About access levels.
  • 作業項目を表示または変更するには、[ このノードの作業項目を表示 し、 このノードの作業項目を編集 する] のアクセス許可が [ 許可] に設定されている必要があります。To view or modify work items, you must have your View work items in this node and Edit work items in this node permissions set to Allow. 既定では、 貢献 者グループにはこのアクセス許可セットがあります。By default, the Contributors group has this permission set. 詳細については、「 作業の追跡に対するアクセス許可とアクセスの設定」を参照してください。To learn more, see Set permissions and access for work tracking.

バックログを開くOpen your backlog

Web ブラウザーで、プロダクトバックログを開きます。From your web browser, open your product backlog.

  1. (1) 適切なプロジェクトが選択されていることを確認し、(2) [ ボード>バックログ] を選択して、(3) チームセレクターメニューから適切なチームを選択します。(1) Check that you have selected the right project, (2) choose Boards>Backlogs, and then (3) select the correct team from the team selector menu.

    チームの作業、バックログを開くOpen Work, Backlogs, for a team

    別のバックログを選択するには、セレクターを開き、別のチームを選択するか、[ バックログディレクトリの表示 ] オプションを選択します。To select another backlog, open the selector and then choose a different team or select the View Backlog directory option. または、[検索] ボックスにキーワードを入力して、プロジェクトのチームバックログの一覧をフィルター処理します。Or, enter a keyword in the search box to filter the list of team backlogs for the project.

    別のチームを選択するChoose another team

    ヒント

    星のアイコンをクリックして、 チームのバックログをお気に入りにします。 お気に入りアーティファクト ( お気に入り icon) は、チームの選択リストの上部に表示されます。

  2. バックログレベルとして、 ストーリー (アジャイル)、 問題 (基本)、 バックログ項目 (スクラムの場合)、または 要件 (CMMI の場合) が選択されていることを確認します。Check that you have selected Stories (for Agile), Issues (for Basic), Backlog items (for Scrum), or Requirements (for CMMI) as the backlog level.

    プロダクトバックログレベル、バックログ項目、ストーリー、または要件の選択Choose product backlog level, Backlog items, Stories, or Requirements

  3. Optional表示する列と順序を選択するには、[ アクション] アイコンを選択し、[ 列のオプション] を選択します。 詳細については、「 列のオプションを変更する」を参照してください。To learn more, see Change column options.

    列のオプションを開くOpen Column Options

  1. 適切なプロジェクトが選択されていることを確認し、[ボード > バックログ] を選択します。Check that you selected the right project, and select Boards > Backlogs. 次に、[チームセレクター] メニューから適切なチームを選択します。Then select the correct team from the team selector menu.

    チームのバックログ > ボードを開く

    別のバックログを選択するには、セレクターを開き、別のチームを選択するか、[ すべてのバックログを参照 ] オプションを選択します。 または、[検索] ボックスにキーワードを入力して、プロジェクトのチームバックログの一覧をフィルター処理します。Or, enter a keyword in the search box to filter the list of team backlogs for the project.

    別のチームを選択するSelect another team

    ヒント

    星のアイコンを選択して、 チームのバックログをお気に入りにします。 [お気に入りのアイテム ] (お気に入りのアイコン) は、チームセレクターの一覧の上部に表示されます。

  2. バックログレベルとして 、[アジャイル]、 [基本]、[スクラムの バックログ項目]、または [CMMI の 要件] が選択されていることを 確認しますCheck that you selected Stories for Agile, Issues for Basic, Backlog items for Scrum, or Requirements for CMMI as the backlog level.

    プロダクトバックログレベル、バックログ項目、ストーリー、または要件の選択Select product backlog level, Backlog items, Stories, or Requirements

  3. Optional表示する列と順序を選択するには、[ アクション] アイコンを選択し、[ 列のオプション] を選択します。 詳細については、「 列のオプションを変更する」を参照してください。To learn more, see Change column options.

    列を開くオプションOpen Column options

Web ブラウザーで、チームのプロダクトバックログを開き、プロジェクトおよびチームセレクターからチームを選択します。On your web browser, open your team's product backlog and select the team from the project and team selector. 次に、[ワーク > バックログ] を選択します。Then select Work > Backlogs. プロダクトバックログを選択します。これは、スクラムの バックログ項目 、アジャイルの ストーリー 、または CMMI の 要件 です。Select the product backlog, which is Backlog items for Scrum, Stories for Agile, or Requirements for CMMI.

ボード > バックログページを開くOpen the Boards > Backlogs page

別のチームを選択するには、プロジェクトとチームセレクターを開きます。To select another team, open the project and team selector. 別のチームを選択するか、[ 参照 ] オプションを選択します。Select a different team, or select the Browse option.

別のチームを選択するSelect another team

Web ブラウザーで、チームのプロダクトバックログを開きます。On your web browser, open your team's product backlog. ボード > の バックログ を選択します。Select Boards > Backlogs.

ボード > バックログ、TFS 2015、2013 web ポータル

バックログでバグを追跡するTrack bugs on your backlog

バグを管理する方法を選択できます。You can choose how you want to manage bugs. バックログの要件と共にバグを追跡するチームもあります。Some teams like to track bugs along with requirements on the backlog. 要件をサポートするために実行されるタスクとしてバグを追跡するような他のチーム。Other teams like to track bugs as tasks performed in support of a requirement. その後、バグが タスクボードに表示されます。The bugs then appear on their taskboard.

決定する前に、構成とカスタマイズに関するレビューを行い、ガイダンスの 要件またはタスクとしてバグを扱い ます。Before deciding, review Configure and customize, Treat bugs as requirements or tasks for guidance. または、 バックログとボードでのバグの表示に直接進みます。Or, go directly to Show bugs on backlogs and boards.

アイデアをバックログ項目に変換するConvert ideas into backlog items

バックログには、実行しようとしている作業または作業を開始した作業が表示されます。Your backlog shows work that you plan to do or have started to work on. 作業項目の状態が "完了" または "完了" に設定されるとすぐに、作業項目はバックログに表示されなくなります。As soon as the state of a work item is set to Done or Completed, the work item no longer shows up on your backlog. バックログコントロールを使用して、ビューのフィルター処理や変更を行うことができます。You can use the backlog controls to filter or change your view.

ヒント

項目の長い一覧を既に定義している場合は、一度に1つずつ再入力する必要はありません。If you already defined a long list of items, you don't have to reenter them one at a time. 代わりに、 Microsoft Excel を使用して、バックログにすばやくインポートします。Instead, use Microsoft Excel to quickly import them to your backlog.

利害関係 者アクセス権を持つユーザーは、バックログの末尾にのみ作業項目を追加できます。Users with Stakeholder access can only add work items to the end of the backlog. 詳細については、「 アクセスレベルについて」を参照してください。For details, see About access levels.

  1. 作業項目を追加する前に、[ 表示オプション] アイコンを選択し、[ ] と [ 予測 ] のスライダーを [ オフ] にします。 必要に応じて、 進行中の項目 をオンまたはオフにします。Optionally, turn In Progress Items on or off.

    プロダクトバックログ項目を追加するAdd a product backlog item

  2. 作業項目を追加するには、[ 新しい作業項目] を選択し、タイトルを入力します。 Enter キーを押すか、[ 上に追加] を選択します。Then press Enter or select Add to top.

    作業項目を追加します。Add the work item.

    注意

    利害関係者アクセス権を持っている場合は、バックログの一番下にのみ作業項目を追加できます。If you have Stakeholder access, you can only add work items to the bottom of the backlog.

  3. すべてのアイデアを作業項目としてキャプチャするには、この手順を繰り返します。Repeat this step to capture all your ideas as work items.

バックログを作成するには、タイトルを入力し、[ 追加] を選択します。To build your backlog, enter a title and select Add. [ 追加 ] リンクが表示されない場合は、[ 新規 ] を選択して [クイック追加] パネルを開きます。If you don't see the Add link, select New to open the quick add panel. 必要に応じて、 [進行状況項目 ] を [ 表示] または [ 非表示] に設定します。Optionally, set In progress items to Show or Hide.

バックログへの作業項目の追加

注意

利害関係者アクセス権を持っている場合は、バックログの一番下にのみ作業項目を追加できます。If you have Stakeholder access, you can only add work items to the bottom of the backlog.

すべての主要なアイデアをキャプチャするまで、この手順を繰り返します。Repeat this step until you capture all your main ideas.

注意

基本アジャイルスクラムCMMIのいずれを使用してプロジェクトを作成するかに応じて、バックログ内の項目は、問題、ユーザーストーリー、por、または要件と呼ばれることがあります。Depending on whether you create your project with Basic, Agile, Scrum, or CMMI, the items in your backlog might be called issues, user stories, PBIs, or requirements. 3つすべてが似ています。All three are similar. 配信される顧客の価値と実行される作業について説明します。They describe the customer value to be delivered and the work to be performed.

既定では、ユーザーストーリーはアジャイルバックログ、基本的なバックログの問題、およびスクラムバックログに表示され、要件は CMMI バックログに表示されます。By default, user stories appear on Agile backlogs, issues on Basic backlogs, PBIs and bugs appear on Scrum backlogs, and requirements appear on CMMI backlogs.

バックログの並べ替えReorder your backlog

バックログにいくつかの項目があると、順序を変更して、優先順位が付けられた作業のリストを作成できます。After you have some items in your backlog, you can reorder them to create a prioritized list of work. バックログを頻繁に確認して優先順位を付けることで、次に配信することが最も重要なものをチームが把握できるようにします。Review and prioritize your backlog frequently to help your team know what's most important to deliver next.

ヒント

列のバックログを並べ替えることはできません。You can't sort your backlog on a column. 並べ替えられた一覧を表示するには、[ クエリの作成] を選択します。To view a sorted listed, select Create query. クエリを保存して開き、クエリ結果を並べ替えます。Save and open the query, and then sort the query results. クエリの詳細については、 クエリエディターを使用したクエリの一覧表示と管理に関するページを参照してください。To learn more about queries, see Use the query editor to list and manage queries.

バックログの順序を変更するには、作業項目をドラッグします。To reorder your backlog, drag the work items. または、キーボードを使用する場合は、Alt キーを押しながら上矢印と下矢印を使用します。Or, if you prefer to use the keyboard, hold down the Alt key and use the up and down arrows.

作業項目の並べ替えReorder work items

注意

バックログの順序を変更するには、基本レベルまたは上位レベルのアクセス権が必要です。To reorder a backlog, you must have Basic or higher level access. 詳細については、「 アクセスレベルについて」を参照してください。For details, see About access levels. 利害関係者アクセス権を持っている場合、バックログ項目の順序を変更することはできません。If you have Stakeholder access, you can't reorder backlog items.

ポートフォリオ管理に参加している、または入れ子になった同じ種類の子項目を含むバックログは、項目の順序を変更できない可能性があります。Backlogs that participate in portfolio management or that contain nested same-type child items might not allow you to reorder the items. 詳細と例については、次の記事をご覧ください。For more information, see these articles:

詳細と見積もりの追加Add details and estimates

バックログの構築と優先順位付けは、高度なロードマップを提供します。Building and prioritizing your backlog provides you with a high-level roadmap. ただし、チームが任意の項目に対して作業を開始できるようにするには、さらに詳細な情報が必要です。Before your team can start work on any item, however, they need more details. これらの詳細は、作業項目フォーム内でキャプチャします。You capture these details within the work item form.

各項目を開くには、をダブルクリックするか、enter キーを押します。To open each item, double-click or press Enter. 次に、追跡したいすべての情報を追加します。 1つまたは複数のフィールド値を変更したり、説明を追加したり、 ディスカッション セクションでメモを作成したりします。Then add all the information you want to track. Change one or more field values, add a description, or make a note in the Discussion section. [ 添付 ファイル] タブを選択し、ファイルをドラッグアンドドロップして、他のユーザーとファイルを共有することもできます。

チームが必要とするほど詳細な情報を入力します。Enter as much detail as the team needs to:

  • スコープを理解します。Understand the scope.
  • 必要な作業を見積もります。Estimate the work required.
  • テストを開発します。Develop tests.
  • 終了製品が受け入れ基準を満たしていることを確認します。Ensure that the end product meets acceptance criteria.

注意

作業は1人のユーザーにのみ割り当てることができます。You can only assign work to a single user. 複数のユーザーに作業を割り当てる必要がある場合は、各ユーザーに作業項目を追加し、タイトルと説明によって実行される作業を区別します。If you need to assign work to more than one user, add a work item for each user and distinguish the work to be done by title and description. 割り当て先ユーザー/グループフィールドは、 プロジェクトまたはチームに追加されたユーザーアカウントのみを受け入れます。The Assigned To field only accepts user accounts that have been added to a project or team.

たとえば、ここではストーリーをライザ Pokrovskaya に割り当て、ディスカッションノートを追加します。For example, here we assign the story to Raisa Pokrovskaya and we add a discussion note, at-mentioning Raisa.

ユーザーストーリー作業項目フォーム、詳細の追加User Story work item form, add details

完了したら、[ 保存 & 閉じる ] を選択します。Choose Save & Close when done.

ヒント

スプリントを計画するには、少なくとも、各バックログ項目を実装するために必要な作業量を見積もります。To plan a sprint, at a minimum, estimate the effort involved to implement each backlog item. 作業項目フォームで作業をキャプチャするには、基本またはスクラムの 作業 、アジャイルの ストーリーポイント 、または CMMI の サイズ を使用します。To capture effort in the work item form, use Effort for Basic or Scrum, Story Points for Agile, or Size for CMMI.

フィールドField

使用方法Usage

PBI を完了するために必要な作業量の相対的な推定値を指定します。Provide a relative estimate of the amount of work required to complete a PBI. ユーザーストーリーと要件については、 ストーリーポイントサイズの見積もりをキャプチャします。For user stories and requirements, you capture estimates in Story Points and Size.

ほとんどのアジャイルメソッドでは、作業の相対的なサイズに基づいて、バックログ項目の見積もりを設定することをお勧めします。Most Agile methods recommend that you set estimates for backlog items based on relative size of work. このような方法には、2の累乗 (1、2、4、8) とフィボナッチシーケンス (1、2、3、5、8など) があります。Such methods include powers of 2 (1, 2, 4, 8) and the Fibonacci sequence (1, 2, 3, 5, 8, etc.). チームが希望する任意の数の測定単位を使用します。Use any numeric unit of measurement your team prefers.
作業量サイズ、または ストーリーポイント に対して設定した見積もりは、ベロシティ予測のスプリントの計算に使用されます。The estimates you set for Effort, Size, or Story Points are used to calculate velocity and forecast sprints.

PBI の相対的な値を、他の PBI と比較してキャプチャする優先順位を指定します。Specify a priority that captures the relative value of a PBI compared to other PBIs. 数字が大きいほど、ビジネス価値は大きくなります。The higher the number, the greater the business value.
このフィールドは、変更可能なバックログスタックの順位とは別に優先度をキャプチャする場合に使用します。Use this field when you want to capture a priority separate from the changeable backlog stack ranking.

スコープの共有についての理解を深め、予測の取り組みをサポートするために十分な詳細情報を提供します。Provide enough detail to create shared understanding of scope and support estimation efforts. ユーザーにフォーカスを移動し、実行する内容とその理由を説明します。Focus on the user, what they want to accomplish, and why. 製品の開発方法については説明しません。Don't describe how to develop the product. チームが、項目を実装するためのタスクとテスト ケースを作成できるように、十分な詳細情報を提供する必要があります。Do provide sufficient details so that your team can write tasks and test cases to implement the item.

" " Pbi またはバグ修正が完全に実装されているかどうかを確認するためにチームで使用する条件を記述して、完了した意味を定義します。Define what "Done" means by describing the criteria for the team to use to verify whether the PBI or the bug fix is fully implemented.

PBI またはバグで作業を開始する前に、 顧客の受け入れ基準 をできるだけ明確に記述してください。Before work begins on a PBI or bug, describe the criteria for customer acceptance as clearly as possible. チームと顧客の間にメッセージ交換を行い、受け入れ基準を決定します。Have conversations between the team and customers to determine the acceptance criteria. これらの基準を使用すると、チーム内でよく理解することにより、顧客' のニーズを満たすことができます。These criteria help ensure a common understanding within the team to meet customers' expectations. また、この情報は受け入れテストの基礎となります。Also, this information provides the basis for acceptance testing.

影響の評価 (CMMI のみ)Impact Assessment (CMMI only)

要件を実装しない場合の顧客への影響について説明します。Describes the customer impact of not implementing the requirement. この要件が Surprise カテゴリ、Required カテゴリ、または Obvious カテゴリにあるかどうかについて、Kano モデルから詳細を含めることができます。You might include details from the Kano model about whether this requirement is in the surprise, required, or obvious categories.

進行中の項目の表示/非表示Show/hide In progress items

[ 表示オプション ] セレクターでは、 進行中の項目の 表示と非表示を切り替えることができます。From the View options selector, you can choose to show or hide In Progress items. [ 進行中 ] コントロールをオフにすると、[ アクティブ]、[ コミット 済み]、または [ 解決済み ] の状態にある項目が [進行中] カテゴリの状態 にマップされてもバックログに表示されません。If you turn the In Progress control off, then items that are in the Active, Committed, or Resolved states or states that map to the In Progress category state won't appear in the backlog.

ビューのオプションセレクター、実行中のコントロール

ビューのオプションセレクター、実行中のコントロール

進行中 の項目 を選択します。 進行中の バックログ項目を表示または非表示にします。Choose In progress items show or hide In Progress backlog items. [ 進行中の項目 ] を [オフ] にすると、[ アクティブ]、[ コミット 済み]、または [ 解決済み ] の状態にある項目が [進行中] カテゴリの状態 にマップされてもバックログに表示されません。If you turn the In Progress items control off, then items that are in the Active, Committed, or Resolved states or states that map to the In Progress category state won't appear in the backlog.

作業を予測する場合は、通常、 進行中の項目 を非表示にすることを選択します。You usually choose to hide In Progress items when you want to forecast work. 詳細については、「 製品バックログの予測」を参照してください。To learn more, see Forecast your product backlog.

完了した子項目の表示/非表示Show/hide Completed child items

[ 表示オプション ] セレクターでは、 完了した子項目 の表示と非表示を切り替えることができます。From the View options selector, you can choose to show or hide Completed Child items.

ビューオプションセレクター、完了した子項目のコントロール

ロールアップ列を表示する場合は、通常、完了した子項目を表示することを選択します。You usually choose to show Completed child items when you want to view rollup columns.

作業を予測する場合は、通常、完了した子項目を非表示にすることを選択します。You usually choose to hide Completed child items when you want to forecast work. 詳細については、「 製品バックログの予測」を参照してください。To learn more, see Forecast your product backlog.

次の操作:Try this next

作業中のバックログが配置されたので、チームは優先順位の高い項目に対して作業を開始できます。Now that you have a working backlog in place, your team can begin work on the top-priority items. ここでは、チームとしてどのように作業するかを決定します。From here, it's time to decide how you want to work as a team. スクラムまたはかんばんを使用しますか?Do you want to use Scrum or Kanban? これらのメソッドは、個別または組み合わせて使用できます。You can use these methods independently or together.

スクラム: スプリントまたはかんばんのスケジュールを設定するScrum: Schedule sprints or Kanban

追跡と推定の観点からオーバーヘッドを最小限にする必要があるチームは、かんばんを優先します。Teams that want the least overhead in terms of tracking and estimating might prefer Kanban. チームは、安定したリズムで作業し、スプリント計画の詳細をプロットすると、スクラムとスプリント計画が優先される場合があります。Teams that like to work at a steady cadence and plot the details of their sprint plan might prefer Scrum and sprint planning.