Here are the points I discussed with attendees during the Open-Space session of Orlando Scrum Gathering. The topic was the current state of Process Improvement and how implementing Scrum, as Project Management framework, can help.
- Why Process Improvement (PI) is perceived as second priority?
- There is always disconnect between the PI professionals and practitioners. Practitioners believe that they know what matters, while PI does not understand the real issues.
- PI professionals should be part of the product team with accountability similar to the practitioners.
- PI is continuous commitment.
- PI is best done by the people who do the job. These people own the process and they can improve it better than anyone else.
- PI should begin with a point where we unhappy with the existing situation and like to move to a new destination that is not known. For example, 10% of the defects are escaped to the customer and we want to improve our processes to reduce this to 2%.
- The discovery phase of PI is vital to uncover the root causes.
- We should restrain ourselves from suggesting solution till the discovery phase is completed.
- Discovery phase should be completed as fast as possible and the output is the quantifiable result of the causes of the problem.
10. The solution should NOT address the problem; instead it should address the cause.
11. We will always be surprised that the cause we find is far from our initial expectation.
12. Rushing to implement a practice to solve a problem without discovering the cause, will lead to noise and distraction to other problems which are not the real ones.
13. Scrum team is formed of specialists and generalists. Trained generalists can provide PI support to the team. The Scrum Master is a generalist who can lead the PI activities for the Scrum Team.
14. Improvement should be classified as either improvement story or much more important discovery story and they should be part of the product backlog of the project. The PI stories should be given equal priority to other non PI features.
15. The success of PI is measured quantitatively in terms of improving the metrics related to the problem and reducing the Cost of Poor Quality.
16. Scrum can give momentum and visibility to PI by ensuring meaningful delivery at the end of each sprint. This allows PI activities to survive and help the organization to realize business value.
17. Scrum PI can be applied to non software industries.
18. The role of Scrum Master is influencer and should promote PI to find causes of the problem which are beyond boundaries of the team.
19. Scrum PI is managed by facilitators who are more capable to deal with the constant change in PI. Traditional PI is managed by highly technical people who tend to control the scope and are less open toward the turbulence accompanying PI projects. This contributes to higher success rate of Scrum PI over traditional PI.