Skip to main content

Help new Scrum team and stakeholders understand Scrum

Last post 03:41 pm April 4, 2019 by Nayna Paghdal
4 replies
10:55 am April 2, 2019

Hi all.

We have a brand new Scrum team (few sprints) working on a new initiative. The entire group, stakeholders and developers have difficulties collaborating and understanding Scrum. There is a remote Scrum Master and to be honest not sure about it's ability or past efforts to teach all Scrum.

I've been task to come in and help everyone involved better understand Scrum. Scrum rhythm, it's rules, responsibilities. The intent is to decompress a bit situation and get things moving to the better direction.

I am wondering if you would have some work of advice to me for such situation. Which lever to pull, where to look - be careful at what?

My intention is to have a conversation with the Scrum team to hear from them what is their intent with Scrum. After this, I would like to pith human behaviors, Scrum values and leverage on their believe. If they consider the problem at hand complex then collective intelligence it is superior to individualism. To continue, I would try to find shared consensus and commitment to give it another try and act as their teacher and try Scrum as it is.

Thank you in advance.


03:56 pm April 2, 2019

To me it sounds like you have a good plan.  The only advice I am going to give is to honor the Scrum framework and incrementally change things.  Don't try to come in and make it Scrum all at once. Ask the team if you can attend their Retrospectives and use the purpose of that event to start working on improvements.  Introduce one, maybe two, things at a time.  Help them realize that they are the ones making the changes instead of you directing them to do things differently. Be completely transparent about why you are suggesting what you do. Help them understand how you have seen the current and possible new behavior work out. 

I am actually going through this with a team I inherited from a Scrum Master that left our company.  They weren't "doing things wrong" but they had started to slip back into old ways and I am trying to help them come back around. The departing Scrum Master discussed this with me before they left. The team had started to see them as just another person involved and weren't really listening to their suggestions. Being the "new kid" has been good because I came in with "I view things somewhat differently and will be making suggestions on things I see that could be done differently to see if you think they make sense.  In the end you get to make the decisions. I am just offering a different perspective."  It helped a lot and they are really listening to things I suggest.  So much so that I have been able to get them to do things that the previous Scrum Master was being ignored about. 

Transparency, inspect, adapt, repeat.   

Good luck.  Come back and keep us posted on your journey.  It can help us and future others learn from your experiences. 


05:23 pm April 2, 2019

I am wondering if you would have some work of advice to me for such situation. Which lever to pull, where to look - be careful at what?

Are the team aware of whether or not Scrum is currently being implemented? For example:

- are they delivering “Done” product increments of release quality each and every Sprint?

- How useful are their Sprint Goals proving to be?


07:41 am April 3, 2019

@Daniel thank you for sharing your view - it helps very much.

@Ian very powerful questions. Actually, you helped me slow down and change perspective. I think I was going to fast to draw conclusions and look for solutions. I will keep probing the current situation.

1. Not all the times, in general they do not deliver Done increments each and every sprint. They do manage to release once a couple of months somehow.

2. Goals are not used.

 


01:55 pm April 4, 2019

Great Discussion!

I can add few things here.  Working as Scrum Master and coach for few years now I have learned that it's very important for Scrum Master to be with their team to understand the team culture and team moral as well.  If you do not know your team's culture you can't really bulid the trust with your team.

I agree with above on taking things slow as mindset is different of the team.  we inspect and adapt every iteration and learn from it.  I like the way Daniel explained earlier how to take things at retro meeting.  I think that's very important that team understand why certain things you are suggesting are important.  

But in my opinion I don't agree with an idea of having remote scrum master.  it brings no value to the team of having Scrum master remote.

Thanks

Nayna


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.