Scrum Master Accountability
I recently gave interview for Scrum Master position. I was asked a question on scrum master accountability and it got me little confused so am here to get some clarity on the topic.
I will try to explain the question asked giving the details of the scenario as much clearly as I can.
Scenario: It is a 2 week sprint and team has to finish 5 user stories. One of the developer realizes only a day before that he/she cannot finish the user story but do not communicate to the team. SM and the project delivery manager finds out by end of the day that sprint is going to fail due to unfinished user story. Please note,
1. Developer did not communicate with the SM on the user story roadblock till the end.
2. SM did not find out till end of the day before sprint review.
3. Project delivery manager also realises a day before of sprint review.
1. Who is accountable for the failure of sprint?
2 . Who is accountable for delivery manager lack of knowledge of sprint status? ( As he gets the information only by the end of the sprint )
3. Is it scrum master's responsibility to inform the delivery manager or developer's ? ( this is in reference to why scrum master did not inform delivery manager when he could already see the failure of sprint)
I was asked to give the precise answer to above mentioned questions in one word. It got little tricky for me when asked to give the accountibility in the said situation.
thank you taking time to read my query and sharing your thoughts.
In Scrum, the Development Team are accountable for the successful delivery of each Sprint Increment. No one single developer is ever individually accountable for that.
There is no “delivery manager” role in Scrum to be held accountable for anything concerning development, or to be held accountable to.
The Development Team are accountable for establishing practices which assure transparency over their progress towards the Sprint Goal. That transparency should allow them to replan their work each and every day. No one individual developer can ever be accountable for the deferring of risk to the last day or for the consequences of doing so.
Developers are individually accountable for their part in collaborative practice, such as commitment to team goals, the raising of impediments to the Scrum Master, or the calling of a Scrum so the team can focus on problems in a timely manner.
I'm going to assume that you mean "Product Owner" when you say "Product Delivery Manager", as Ian said; there is no product delivery manager in scrum.
Obviously there are tons of other questions that need to be asked to get to the true answer but were I in that interview and that was posed to me I would answer:
1. Development Team (See Ian's comment as it explains it perfectly)
2. Scrum Master
2a. In the scrum guide in the Artifact Transparency section it states that the SM must work with the Dev Team and PO to coach them on how to get complete transparency. A developer may see a backlog item and see it as perfectly transparent but the PO may see the same item and be completely confused on the item. The SM is responsible for ensuring transparency, if transparency is lacking we must look at the SM.
3. Scrum Master
3a. While the developer should have mentioned it as soon they found out it wasn't going to be completed, once the SM found out; the SM should have made it known to the PO.
I think it is safe to say that this scenario needs a lot more than just a simple 1 word answer to resolve their problems but a lot of times in interviews they don't want you to solve problems as much as answering the question at face value. Had the question been posed as "How would you solve this problem?" that would indicate the interviewer wanted a detailed answer to resolve the issue. By them saying "In 1 word, give us your answer", they are not looking for resolution so much as an answer given at the face value of the scenario.
Thank you guys for the detailed explanation here on accountability. It certainly helped me a lot in my understanding.
Ian Mitchell and Curtis Slough appreciate taking time out to give your opinions on this matter. As mentioned, there cannot be one word answer to this problem, it has to be introspected and resolved with the team.
Agree with both Ian's and Curtis' responses.
The Development Team has complete autonomy to manage their sprint forecast and meet their Sprint Goal. They may decide to distribute work on an individual basis, but accountability for the work always rests with the entire Development Team, and not a single member of the Development Team.
That being said, the interview question posed only raises additional questions for me:
- How is the Development Team conducting their Daily Scrum?
- Why does the SM learn of the impediment so late in the sprint?
- Does the rest of the Dev Team also learn of the situation 1 day before sprint end?
- How does the Dev Team member not communicate their issue with the rest of the team? Is this outright deceit, or a problem with how the team is working together?
- Why does the PO find out about the impediment so late in the sprint? Have they attended the Daily Scrum to listen to the Dev Team discuss sprint items? What information radiators are available to the PO for them to understand sprint health?
- Why would the sprint fail because of one missed sprint item? Sprints fail when Sprint Goals are not reached, not when one item doesn't meet DoD. Did the Sprint Goal only include one item? If this was such a critical story, why was it allowed to be worked on by a single Development Team member, and so late in the sprint? What was the priority of the sprint item that failed?
So many questions that need to be asked in order to get more clarification on what the interviewer is really asking. I have learned as a Scrum Master that replying to questions with questions is far more effective than stating an answer.
I read Timothy's comment and chuckled because those questions went through my head when I was typing my response. I had to fight myself from mentioning them because I wanted to ask the specific answer posed; which was incredibly hard haha.