Much of the criticism in the observed culture seems to be related to the lack of leadership & direction and - due to this - that a tech "dictators" rises up and take control to benefit their own self-interest. For instance:
I was surprised to find in many cases that the Techncal staff conducted meetings with clients, leaving the Project Manager /SCRUM MASTER as a mute bystander, and totally ignoring risks, costs and commercial considerations. In all 3 organisations the managers, despite failure and chaos everywhere, were leaving for home on time and were mute concerning any questions concerning poor project delivery performance, instead choosing to hide behind the AGILE crucifix, with statements like “the team is responsible for this - go ask them they made the decisions. “Go talk to them! I am just following AGILE /SCRUM!”I like scrum, there is a nobility and simplicity in the process and I've seen the process (below) work well, although not without some flaws - particularly when you doing a green-fields project with the need for a consistent user experience and technical design.
Great we have a ship with no captain on deck being steered by the ships crew with any sinking / loss of life being the responsibility of the slumbering captain. No wonder they were in meltdown. CRAZY!
[...]
Resource Management had vanished. With no proper project plans, except lists of team SPRINT deliverables at the most rudimentary level, no one knew how long a project would take and when resource would be needed, or could be released, between projects. The dictators appeared to want as many people in their teams as possible and were reluctant to let them go in order to maintain their status.
Source |
However what strikes me as odd about the article i:
- The role of the scrum master seems to be misunderstood. They are not supposed to be a project manager, looking after risks and commercial considerations. For instance the Scrum alliance roles pages notes that "The ScrumMaster is a facilitative team leader who ensures that the team adheres to its chosen process and removes blocking issues."
- There is never any mention of release planning or sprint planning processes - fundamental to the proper scrum process.See the image above
- Most importantly, at no point does the author even mention the role of the Product Owner.
- Defines the features of the product or desired outcomes of the project
- Chooses release date and content
- Ensures profitability (ROI)
- Prioritizes features/outcomes according to market value
- Adjusts features/outcomes and priority as needed
- Accepts or rejects work results.
- Facilitates scrum planning ceremony.
My conclusion - either the Product Owner role was not present or was not performed. In either case, while human psychology may create some of the results seen, it seems unfair to blame the process when the most important role - the one designed to address the shortcomings seen - is not even mentioned.
No comments:
Post a Comment
What do you think?