Little's Law establishes a relationship between three flow metrics: Work in Progress (WIP) , Cycle Time , and Throughput . It provides insights into how changes in one metric affect the others in a stable system​​.

Little's Law is used to understand and manage flow within a system but is not a forecasting tool for output or future performance . It assumes a stable and predictable system where the input and output rates are consistent.

Why Not True?

Forecasting requires variability, historical data, and often different statistical models. While Little's Law supports system predictability and capacity planning, it does not directly project future Scrum Team outputs or delivery dates​.

Thus, Little's Law helps teams analyze and optimize flow but is not used for forecasting.

In Professional Scrum with Kanban, the Work in Progress (WIP) limits are set as a policy to maintain a sustainable flow of work. Urgent work emerging does not automatically warrant changing these WIP limits; instead, the team should first discuss how to accommodate the urgent work within the existing constraints. Modifying WIP limits for urgent work could undermine the benefits of a controlled flow, which is why urgent work should not be a reason to change WIP limits during a Sprint

The Definition of Done (DoD) still applies even if policies are explicitly stated at each column of your workflow. The DoD is a fundamental concept in Scrum that ensures a shared understanding of what it means for work to be complete. Even with explicit policies at each stage of the workflow, the DoD provides a consistent standard for the team's deliverables, ensuring quality and alignment with stakeholder expectations

Throughput, which measures the number of items completed over a specific period, is essential for forecasting future delivery rates. By analyzing historical throughput data, Scrum Teams using Kanban can make informed predictions about how many items they can complete by a given date. References: The Kanban Guide for Scrum Teams​​.

By limiting WIP, Scrum Teams using Kanban create a more predictable flow, as it prevents the team from overcommitting and encourages them to finish work items before starting new ones. This aligns with Kanban’s principle of optimizing flow and Scrum’s iterative delivery approach. References: The Kanban Guide for Scrum Teams​​.

Limiting Work in Progress (WIP) is likely to increase rather than reduce collaboration within a Scrum Team. When WIP limits are enforced, team members are encouraged to "swarm" around fewer tasks, focusing on completing them together rather than starting new work. This promotes more collaborative behaviors, such as pairing or mob programming, to get work items done efficiently

If the Product Owner requests that an urgent, unplanned work item be added during the Sprint, and it aligns with the Sprint Goal but does not fit within the current WIP limits, the Developers should:

1. Add the urgent item to their Sprint Backlog but only start working on it when their WIP Limits allow it (Option A): This maintains the integrity of the WIP limits and ensures that the team doesn't overcommit or create too much work in progress, which could affect flow and focus.

2. Take on the urgent item as an exception to the WIP Limits and visualize that they are above their WIP Limit (Option C): By taking on the urgent item as an exception, the team can address the urgency while being transparent about the temporary breach of the WIP limits. This visualization helps the team and stakeholders understand the current state of work and its impact(

Options B (Adjust the WIP Limits) and D (Reject the urgent item) are less suitable because they either undermine the WIP control mechanism or fail to accommodate a potentially critical change that aligns with the Sprint Goal.

A Service Level Expectation (SLE) in Kanban provides an agreement or expectation regarding the time it will take to complete a work item. An SLE consists of two main elements:

1. A probability (Option B): This is the likelihood or confidence level (e.g., 85%) that a work item will be completed within the specified period.

2. A period of elapsed days (Option D): This defines the maximum amount of time (e.g., 10 days) expected for a work item to be completed. The combination of these two elements helps set clear expectations and guide planning and forecasting efforts(

Options A (A cost of delay) and C (A forecasted date) are not part of the standard elements defining an SLE. The cost of delay is a concept related to prioritization, and a forecasted date is usually derived from the SLE but is not part of it.

For teams practicing Professional Scrum with Kanban, the most appropriate metrics to inspect are:

Control Chart: This chart helps visualize process stability and identify any significant deviations from the expected behavior. By tracking key metrics like lead time and cycle time, teams can identify trends and potential issues.

Cumulative Flow Diagram (CFD): The CFD provides a visual representation of the flow of work through the system. It helps teams understand bottlenecks, identify areas for improvement, and assess the overall health of their workflow.

Aging Chart: This chart shows the age of work items as they progress through the workflow. It helps teams identify items that are taking too long to complete and prioritize them accordingly.

These metrics are particularly relevant for Kanban teams because they focus on the flow of work and the identification of bottlenecks. By tracking these metrics, teams can make data-driven decisions to optimize their workflow and improve delivery performance.

Options B, C, and D are not the most appropriate metrics for Kanban teams. Story points and historical velocity are more commonly used in Scrum, while t-shirt size is a relative estimation technique that may not be suitable for all Kanban teams.

The Definition of Workflow clarifies how value moves through the system, establishes a shared understanding of when work items are considered to be in progress and completed, and enhances transparency, particularly around WIP limits. This provides structure to the Kanban system within Scrum and helps the team optimize their flow and maintain consistency. References: The Kanban Guide for Scrum Teams​​.