Skip to main content

Due to the Russian invasion of Ukraine, we have paused all purchases and training in and from Russia.

Team, team work, Sprint, Sprint Goal

Last post 02:32 pm April 27, 2023 by Chris Belknap
2 replies
12:08 pm April 27, 2023

Hello everyone,

Here is what I observe in the team I work for as a Scrum Master:

At Sprint Planning, capacity discussion is mainly directed by defining who are the people who are going to work on developing a given "feature" during that Sprint (maybe a way to ensure everyone is kept busy?), and every developer is going to develop a different one because, according to the developers, "there is no way to work together on the same feature", and perhaps no way to split the feature in tasks which can be maybe done in parallel (one "logically" requires the end of the other).

Implications:

- having each person a different topic and knowledge

- it is not easy to design a Sprint Goal for the whole team

- team collaboration is, IMHO, limited 

 

I understand that the Developers are supposed to self-organize about their way to work together, but I fear they are not doing the "the best way" and they are resilient to try to question or change it.

 

How can we be sure there are no ways?

Focusing one retrospective on this topic risks to result in short-cut discussions like "We can't do that, that's it".

I think I need your help to see how and if this situation should be handled.


01:22 pm April 27, 2023

With no teamwork and no Sprint Goal, there is no Scrum Team and no evident reason to Sprint at all.

What are the consequences of this in terms of value delivery and quality? Is there a sense of urgency to obtain more coherent Sprint outcomes?


02:32 pm April 27, 2023

You have not mentioned a Product Owner or an ordered Product Backlog. What if the Product Backlog was ordered by a cohesive set of Product Backlog items?

Does the team measure product quality, the health of the codebase, and collective code ownership within the team? If there can be room for improvement, you could ask for suggestions and even suggest teaching them about the benefits of pairing, Test Driven Development, code reviews, etc. These ideas might get the Developers working together.

All the best - not an easy challenge for you.

 


By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your Scrum.org member profile will be displayed next to any topic or comment you post on the forums. For privacy concerns, we cannot allow you to post email addresses. All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.