Edit

Share via


Best practices for Agile product management

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020

This guide helps product managers get started with Azure Boards. It summarizes practical recommendations for configuring teams, planning work, and using Boards, Backlogs, Iterations, and Delivery Plans to deliver value predictably.

Note

If your team follows Kanban or Scrum specifically, see About Boards and Kanban or the Scrum tutorials.

Most recommendations apply to both Azure DevOps Services (cloud) and Azure DevOps Server (on-premises). Some features, including Rollup, Analytics, and some portfolio planning tools, are available only in the cloud.

Configure teams

Define a team for each delivery group that should work autonomously. Configure teams along value streams so each team can plan, track, and deliver independently while still rolling up to product-level roadmaps.

Recommendations:

  • Create a team per feature or delivery group (commonly 6–12 developers).
  • Give each team its own area path and iteration cadence.
  • Use team settings to assign default Area and Iteration paths so work items added by the team inherit correct context.

More information:

Configure iterations

Define iteration paths (iterations) at the product level, then assign teams to appropriate iterations. Keep a consistent iteration cadence across related teams where it helps coordination.

Recommendations:

  • Choose a common cadence for teams that deliver together (1–4 weeks typical).
  • Create at least six iterations to support planning for the next 3–6 months.
  • Use iterations consistently for forecasting and iteration planning.
  • Consider continuous flow approaches for teams that can deliver incrementally without fixed time boundaries.
  • For flow-based teams, focus on Work in Progress (WIP) limits rather than iteration capacity.

More information:

Choose work item types

Pick the work item types that match how your teams plan and deliver work. Map product-level work (Features, Epics) to team-level work (User Stories, Issues, PBIs) and optionally let teams break work into Tasks.

Recommendations:

  • Use Feature to represent customer-facing value.
  • Use requirements (User Story / Issue / Product Backlog Item) for team-scoped work depending on your process.
  • Use Task for developer work that fits within an iteration.
  • Agree how teams handle Bugs (as backlog items or as development work).

More information:

Create and maintain your product roadmap

Use the Features backlog as your product roadmap. Have product managers order and refine features; let teams decompose features into backlog items and optionally tasks.

Recommendations:

  • Keep the Features backlog ordered.
  • Break features into sized requirements that teams can complete within iterations.
  • Review and refine backlogs regularly (backlog grooming / refinement).

Features backlog

Product managers create and order features in the Features backlog. Each feature should represent a shippable capability.

Screenshot showing a features backlog.

Requirement backlog

Teams add requirements to the requirement backlog, size them for an iteration, and map them to parent Features.

Screenshot showing a product backlog with user stories.

Recommendations:

  • Size requirements so a team can finish them in a single iteration.
  • Keep acceptance criteria and the definition of done clear.
  • Map unparented work to the appropriate Feature.

More information:

Forecasting and roadmapping

Use the Forecast tool and team throughput to forecast when features might ship. Forecast requires estimates (Story Points, Effort, or Size) on requirements. If you prefer simple forecasting by count, assign estimate = 1 for each requirement.

Recommendations:

  • Establish a consistent estimation approach across teams that feed a common product roadmap.
  • Use Forecast to model several iterations ahead and validate assumptions.

Screenshot showing a forecast of a product backlog with velocity settings.

Manage dependencies

Track cross-team dependencies using Predecessor/Successor links and by surfacing dependencies in Delivery Plans.

Recommendations:

  • Tag dependent work with a consistent tag (for example, dependency) for quick queries.
  • Use Predecessor/Successor link types to capture formal dependencies.
  • Visualize dependencies in Delivery Plans or use query-based reports to triage blocking items.

Screenshot showing dependency lines between linked work items.

More information:

Note

Marketplace extensions (for example, Work Item Visualization) can help visualize relationships but aren't product-supported features by the Azure Boards product team.

Work in iterations

Use the iteration backlog and Taskboard to plan and deliver iteration work. Update statuses daily so progress charts remain accurate.

Recommendations:

  • Plan each iteration with the team and define a goal.
  • Ensure work items assigned to the iteration have clear value proposition and acceptance criteria.
  • Update remaining work and status throughout the iteration.
  • Monitor dashboards and charts to track throughput or blockers.

Screenshot showing an Analytics Sprint burndown chart.

More information:

Review progress and delivery

Use the Features board, rollup columns on the Features backlog, and Delivery Plans to review progress across teams.

Recommendations:

  • Add rollup progress or totals to the Features backlog to monitor completion at a glance.
  • Customize Features board columns to match your delivery lifecycle (for example: Research, On Deck, In Progress, Customer Rollout).
  • Use Delivery Plans to coordinate cross-team dates and dependencies.

Screenshot showing a customized Features board with multiple columns.

More information:

Process improvement

Make continuous improvement part of your cadence. Use retrospectives, velocity charts, and dashboards to identify improvements and track progress.

Recommendations:

  • Hold regular retrospectives and capture improvement actions.
  • Use throughput and cycle time to understand and improve your flow of work.
  • Track improvement work on a dedicated board or backlog.

Screenshot showing an example team Velocity chart.

More information:

Optimize work flow

Control WIP to improve delivery predictability and reduce cycle time. Whether your teams use iterations or continuous flow, limiting WIP helps teams focus and deliver value faster.

Recommendations:

  • Set WIP limits on board columns to prevent overcommitment.
  • Monitor cycle time from start to delivery for each work item type.
  • Use cumulative flow diagrams to visualize bottlenecks.
  • Focus on completing work before starting new work.

More information:

Next step