The decision on whether Kanban is a beneficial complement to Scrum lies with the entire Scrum Team. This includes the Product Owner, Scrum Master, and Developers, who collaboratively evaluate their workflow and decide if Kanban practices would improve flow and meet their specific needs. This is not the responsibility of a single role but a collective decision for effective self-management and ownership​​.

1.WIP Limits provide a boundary/container in which the Scrum Team self-manages (Option B):

WIP Limits establish clear boundaries within which the Scrum Team can make decisions about how much work they take on. This framework allows the team to self-manage their workflow more effectively, as they must decide collectively how to stay within these limits while delivering value.

2.As part of self-managing, Scrum Teams figure out their own WIP Limits (Option D):

A fundamental principle of Scrum is self-management. The team collectively decides its WIP limits, adjusting them based on empirical evidence and ongoing learning about their capacity, flow, and delivery capabilities. This decision-making process is a key aspect of the team's autonomy and self-management(

Options A and C are incorrect because WIP limits do not inhibit self-management (A); instead, they enable it. Additionally, a Scrum Master does not define WIP limits (C); the Scrum Team decides them.

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​​.

A Cycle Time scatterplot is the best chart to determine when a single item that has not been started will be finished. This chart shows the distribution of cycle times for completed work items. By analyzing the historical data, you can estimate the likely cycle time for a new item.

Here's how to use the Cycle Time scatterplot:

Identify the average cycle time:Calculate the average cycle time for similar types of work items.

Consider variability:Look at the range of cycle times to understand the variability in delivery times.

Estimate completion time:Based on the average cycle time and variability, estimate when the new item is likely to be completed.

While the other charts (CFD, Throughput run chart, and WIP Aging chart) provide valuable insights into the overall workflow, they are not as effective for predicting the completion time of a single item.

Although WIP limits are central to Kanban, enhancing visualization and communication through Kanban boards can be a way to ease into WIP limits gradually. This alternative fosters transparency and alignment without directly imposing WIP constraints, which can be beneficial for teams adjusting to Kanban practices. References: The Kanban Guide for Scrum Teams​​.

Work in Progress (WIP) and Work Item Aging are considered leading indicator metrics in Scrum with Kanban. Leading indicators are metrics that provide information that can help predict future outcomes or performance.

•Work in Progress (WIP): This metric indicates the number of work items currently being worked on and can provide early signals about potential bottlenecks or issues in the workflow. Managing WIP effectively can help teams optimize their flow and predict how work might proceed in the future.

•Work Item Aging: This metric shows how long work items have been in progress without being completed. It provides an early indication of delays and can help teams identify items that might need attention to maintain a steady flow

A cumulative flow diagram (CFD) provides insights into the amount of WIP and helps track Cycle Time by showing how long items stay in each stage of the workflow. This visualization tool is valuable for teams using Scrum with Kanban as it highlights bottlenecks and helps manage flow through the stages of the workflow. References: The Kanban Guide for Scrum Teams​.

The Definition of Workflow should include policies that dictate how work flows through the system, such as Visualization policies, Pull policies, WIP Limits, Service Level Expectations, Work Item types, and the Definition of Done. These elements help the Scrum Team maintain transparency and consistency in their process, enhancing predictability and facilitating continuous improvement. References: The Kanban Guide for Scrum Teams​​.

Within the same Kanban system, Work in Progress (WIP) is not a leading indicator for "Story points delivered." While WIP can influence throughput and cycle time, it does not directly correlate with story points delivered, as story points are a measure of effort or complexity rather than flow. The number of story points delivered is not directly influenced by the current WIP levels

In the context of Professional Scrum with Kanban, the Sprint Retrospective is the most suitable time to inspect and adapt WIP Limits. This is because the Retrospective is a dedicated time-box for the Scrum Team to reflect on its performance and identify areas for improvement.

Here's why:

Continuous Improvement:The Retrospective is a key part of the Scrum framework, designed to foster continuous improvement. By reviewing WIP Limits during this time, the team can assess their effectiveness and make data-driven decisions.

Data-Driven Decisions:By tracking WIP Limits over time, the team can gather valuable insights into their workflow and identify bottlenecks. This data can inform decisions about adjusting WIP Limits to optimize flow and productivity.

Team Collaboration:The Retrospective provides an opportunity for the entire team to discuss and agree upon changes to WIP Limits. This collaborative approach ensures buy-in and commitment from all team members.

While it's true that Developers can monitor WIP Limits throughout the Sprint, the Retrospective is the designated time for a formal review and adjustment. This ensures that any changes are aligned with the team's overall goals and strategy.

When Developers add Kanban to Scrum, the way they use the Sprint Goal during their Daily Scrum can change. In traditional Scrum, the Sprint Goal is a shared commitment for the Sprint. However, in Professional Scrum with Kanban, the focus shifts to the flow of work and delivering value incrementally.

While the Sprint Goal still provides direction, the Daily Scrum may involve discussions about:

Progress towards the Sprint Goal:How are we progressing towards the overall goal?

Work in Progress (WIP):Are we adhering to WIP limits?

Blockers and impediments:What is preventing the team from progressing?

Prioritization:Are we working on the highest-value items?

By focusing on these aspects, the team can ensure that they are delivering value continuously and efficiently.

Scrum Teams using Kanban can start to increase predictability by reducing the amount of work in progress (WIP) through WIP limits. This approach helps to limit the number of items being worked on at any given time, thus reducing multitasking and context switching. It allows the team to focus on completing a few items before starting new ones, which directly impacts the flow of work and helps to predict when items will be completed. By controlling the WIP, teams can achieve a steadyflow of work, improve cycle times, and make more reliable forecasts about future deliveries

The best answer is option A, which outlines the core Kanban practices for Scrum:

•Visualizing Flow: Helps the team see the state of work items at a glance.

•Limiting Work in Progress (WIP): Prevents overloading the team and promotes focus on completing work.

•Actively Managing the WIP: Ensures the team continuously monitors and manages the amount of work in progress.

•Inspecting and Adapting the Workflow: Regularly reviewing and adjusting the workflow to improve efficiency and effectiveness

The Definition of Workflow in Kanban should include key elements that help manage the flow of work through the process. These elements typically include:

•WIP Limits (Option B), which help to manage flow and prevent overburdening the team.

•Start of the Workflow (Option D) and End of the Workflow (Option C), which define when work begins and when it is considered complete.

However, Option A (Agreed owner of Workflow lane) is not usually part of the Definition of Workflow. The workflow definition focuses on the stages, policies, and rules that govern workitems, rather than on individual ownership of workflow lanes(

Supplementing Scrum with Kanban practices can bring several benefits to a Scrum Team:

•Greater Collaboration (A): By using Kanban practices like visualizing work and managing flow, team members have clearer visibility into each other's tasks, fostering better collaboration.

•Reduced Average Cycle Time (C): Kanban's focus on flow and limiting WIP helps decrease the time it takes for items to move from start to finish.

•Better Transparency (D): Kanban practices enhance visibility into the current state of work, making it easier to identify bottlenecks and areas for improvement.

•Discover Areas of Variability (E): The use of flow metrics such as cycle time and throughput in Kanban can help identify variability in processes, enabling the team to make adjustments for more predictable delivery

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​​.

When Developers reserve capacity for unplanned work during a Sprint, the Sprint Goal becomes even more crucial. It serves as the guiding objective that aligns the team's focus amidst uncertainties or when unplanned work is introduced. By having a clear Sprint Goal, the Developers can ensure that any new items brought into the Sprint Backlog still align with the overarching objective of the Sprint, helping them maintain focus and coherence in their efforts throughout the Sprint

Kanban is:

•A strategy for optimizing the flow of value through a process (Option B): Kanban focuses on improving flow and efficiency by using a visual pull system with limited WIP. This strategy helps teams balance demand against throughput and enhance productivity by limiting the number of work items in progress.

Options A (methodology for visualizing workflow) and C (set of practices additive to Scrum) are partially correct but do not fully capture Kanban's purpose. Kanban is not just a visualization tool (A), and while it can be additive to Scrum (C), it is fundamentally a flow-based strategy