Kanban and Developer Ownership in Scrum
Understanding the responsibilities and ownership of the Developers in Scrum when integrating Kanban practices is crucial for effective workflow management.
Exam Question
True or False: When it comes to using Kanban for the Sprint Backlog, the Developers own the way they work, their Definition of Done, as well as their definition of “their Workflow”.
A. True
B. False
Correct Answer
A. True
Explanation
Correct Answer
A. True:
In Scrum, the Developers are responsible for managing their own work, including how they implement Kanban practices for the Sprint Backlog. This ownership extends to defining their Workflow and ensuring it aligns with their Definition of Done. This empowerment allows the Developers to self-manage, adapt their processes, and continuously improve how they work.
Developer Responsibilities in Scrum
- Way of Working: Developers decide how to organize and perform their work during the Sprint. This includes choosing tools, techniques, and practices that help them be most effective.
- Definition of Done: The Developers define and adhere to the Definition of Done, ensuring that each increment meets quality standards before it is considered complete.
- Definition of Workflow: When integrating Kanban with Scrum, the Developers define their Workflow, including stages, WIP limits, and other Kanban practices that help manage the flow of work.
Importance of Developer Ownership
- Empowerment: Giving Developers ownership over their processes encourages accountability, engagement, and motivation.
- Flexibility: Developers can tailor their workflow to best fit the team’s needs and the nature of their work, allowing for greater adaptability and responsiveness.
- Continuous Improvement: By owning their processes, Developers are better positioned to identify inefficiencies and make improvements, fostering a culture of continuous improvement.
Effective Practices for Developer Ownership
- Collaborative Definition: Ensure that all Developers are involved in defining their Workflow and the Definition of Done to promote buy-in and shared understanding.
- Regular Review: Regularly review and adapt the Workflow and Definition of Done to reflect changes in team dynamics, project requirements, and lessons learned.
- Transparency: Maintain transparency in the Workflow and Definition of Done to ensure alignment with the Scrum Team and stakeholders.
Relevance to the PSK I Exam
Understanding the role of Developer ownership in Scrum and Kanban integration is crucial for the PSK I exam. It demonstrates knowledge of self-management, accountability, and continuous improvement in a Scrum environment.
Key Takeaways
- Developers own their way of working, including the Definition of Done and their Workflow.
- This ownership fosters empowerment, flexibility, and continuous improvement.
- Involving all Developers in defining these processes ensures buy-in and shared understanding.
Conclusion
When using Kanban for the Sprint Backlog, Developers own their way of working, their Definition of Done, and their definition of the Workflow. This ownership promotes accountability, flexibility, and continuous improvement.

Get ready for the official PSK I exam
115 PSK I practice questions, each with an in-depth explanation like the one above.
- Practice Mode: study at your own pace and choose the test length.
- Mock Exam Mode: 45 random questions in 60 minutes, like the real exam.
$29 is ScrumPrep's one-time price. The official PSK I exam fee ($200) is paid separately to Scrum.org.
More PSK I exam questions
- True or False: Cycle time is a lagging indicator.
- True or False: Kanban can be used to help improve the flow of the Sprint. It can also be used to help improve the flow in/out of the Sprint. Regardless, the Kanban definition of Workflow is owned by the Developers.
- Reducing batch sizes might have the following impact:
- True or False: A Service Level Expectation (SLE) target reflects the Scrum Team’s aspirations toward a reliable cycle time.
- True or False: Workflow can be thought of as the “Team’s policy” for how to get work to “Done”.
