PSK-I Exam Dumps - Scrum Professional Scrum with Kanban Questions and Answers

Throughput, which measures the number of items completed over a specific period, is essential forforecasting 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​​.

Work Item Age is the amount of time a work item has been in progress. It acts as a leading indicator for the length of the Scrum Team's feedback loop for that item. If a work item stays in progress for too long, it indicates that feedback is delayed, potentially impacting the team's ability to adapt and respond effectively. Tracking Work Item Age helps the team monitor flow and take timely actions to ensure that feedback loops remain short and effective

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 Work Item Aging Chart is the best chart to determine when a specific Sprint Backlog item that has been started will be finished. This chart provides a visual representation of how long each work item has been in progress, without being completed. It focuses on items that are currently active and helps teams identify which items are aging too much in the workflow, which might require attention to ensure they are completed promptly. The Work Item Aging Chart helps to quickly identify items that might be taking longer than expected, making it ideal for forecasting when a started item willbe finished

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(

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

Cycle Time in the context of Professional Scrum with Kanban is defined as the time it takes for a single work item to move from the start to the end of a specific process or workflow. This metric is crucial for understanding how efficiently a team can process individual work items through their defined workflow stages.

•Option A describes a broader measurement from the initial concept to customer feedback post-release. This could align more with the concept of Lead Time rather than Cycle Time.

•Option B correctly describes a possible measurement for Cycle Time — the time a work item spends in one specific column (workflow stage). This is in line with the definitions provided in the Kanban Guide for Scrum Teams, where Cycle Time can measure time within distinct parts of the workflow.

•Option D accurately reflects the definition of Cycle Time, which measures the elapsed time from when work starts on an item until it is completed.

•Option C describes "Throughput," which is a measure of the number of items delivered over a specific time period (e.g., daily or weekly). This is not related to Cycle Time but is a separate flow metric often used alongside Cycle Time to understand team performance and capacity better(

Thus, Option C is the correct answer as it does not correctly describe Cycle Time. This explanation is verified with resources from Scrum.org that define Cycle Time within the scope of ProfessionalScrum with Kanban practices.

When Developers limit Work in Progress (WIP) within a Sprint:

1.Developers Stop Beginning Work and Start Finishing Work (Option A):

Limiting WIP encourages the team to focus on completing work that has already been started rather than starting new tasks. This "stop starting, start finishing" approach helps to reduce multitasking and ensures that tasks are completed more efficiently(

2.Self-management Strengthened Due to Increased Transparency (Option C):

Limiting WIP increases transparency by clearly showing what work is in progress and what remains to be done. This heightened visibility encourages the Developers to self-manage more effectively, as they can see what needs attention and make collective decisions about the next steps(

3.Increased Collaboration/Swarming Between Developers (Option D):

With a limited amount of work in progress, Developers are more likely to collaborate or "swarm" on the tasks that are currently active. This can lead to faster completion of tasks, shared knowledge among team members, and a stronger sense of teamwork(

Option B (The amount of work done by the end of the Sprint would be reduced) is not necessarily correct. Limiting WIP does not inherently reduce the amount of work completed; instead, it aims to improve focus, reduce waste, and ensure more consistent delivery.

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.