Free Scrum PSK-I Practice Exam with Questions & Answers | Set: 2

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.

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

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

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

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

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.

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

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

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(