New Year Sale 2026! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

ScrumStudy SMC Exam - Topic 4 Question 99 Discussion

Actual exam question for ScrumStudy's SMC exam
Question #: 99
Topic #: 4
[All SMC Questions]

You are the Scrum Master for a new project. This project will have 80 developers contributing to the product. As a Scrum Master, how would you divide a group of 80 people into multiple Development Teams?

Show Suggested Answer Hide Answer
Suggested Answer: D

Contribute your Thoughts:

0/2000 characters
Laurena
3 months ago
I’d go with A, eight per team feels like a good mix.
upvoted 0 times
...
Mabelle
3 months ago
Option C is interesting, but how do you ensure balance in skills?
upvoted 0 times
...
Royal
3 months ago
Wait, can 80 people really self-organize? Sounds chaotic.
upvoted 0 times
...
Alana
4 months ago
Totally agree, smaller teams can be more effective!
upvoted 0 times
...
Charlene
4 months ago
I think option B makes the most sense for team size.
upvoted 0 times
...
Gussie
4 months ago
I’m leaning towards B, but I recall that having too many people in a team can slow down decision-making. I hope I’m remembering that correctly!
upvoted 0 times
...
Florinda
4 months ago
I practiced a similar question where we had to consider team dynamics. I feel like D could lead to better team cohesion if they self-organize.
upvoted 0 times
...
Corrie
4 months ago
I think option C makes sense because it emphasizes self-organization, but I wonder if the past relationships would really help in forming effective teams.
upvoted 0 times
...
Kris
5 months ago
I remember reading that smaller teams tend to be more effective, but I'm not sure if 8 or 10 is the better size for this scenario.
upvoted 0 times
...
Aja
5 months ago
This is right up my alley! I'd start by coaching the teams on the Scrum framework and the product vision, then let them figure out the team structure. That way, they can leverage their existing relationships and expertise to form effective groups.
upvoted 0 times
...
Anthony
5 months ago
Whoa, 80 developers? That's a lot to manage. I like the idea of letting them self-organize, but I'm worried they might struggle without some guidance. Maybe I can find a middle ground and provide some structure while still allowing for self-organization.
upvoted 0 times
...
William
5 months ago
Okay, I think I've got this. Creating teams of 8 or 10 people seems like a good way to balance team size and the total number of developers. I'll need to consider factors like skill sets and past relationships too.
upvoted 0 times
...
Buddy
5 months ago
This seems like a tricky one. I'm not sure if I should go with a specific team size or try to let the developers self-organize. Hmm, I'll need to think this through carefully.
upvoted 0 times
...
Otis
1 year ago
If I had 80 developers, I'd probably just tell them to 'go forth and multiply' into teams. Let the chaos ensue!
upvoted 0 times
Linwood
1 year ago
D) Tell the 80 developers about the product, the product vision, and rules of the Scrum framework, then allow the 80 developers to self-organize into separate teams.
upvoted 0 times
...
Donte
1 year ago
C) Coach the Development Team about being self-organizing, but also coach the team to form based on relationships from past projects.
upvoted 0 times
...
Youlanda
1 year ago
B) Create eight teams of 10 people per team.
upvoted 0 times
...
Berry
1 year ago
A) Create ten teams of eight people per team.
upvoted 0 times
...
...
Rolande
1 year ago
I like the idea of self-organization in D, but 80 people? That's a lot of herding cats!
upvoted 0 times
...
Lucina
1 year ago
Ten teams of eight people per team sounds like a nice, even split. Clean and efficient.
upvoted 0 times
...
Caitlin
1 year ago
C seems like a good compromise. Leverage past relationships, but still let the team self-organize.
upvoted 0 times
Chaya
1 year ago
Yes, that way the teams can form based on their strengths and working styles.
upvoted 0 times
...
Cherelle
1 year ago
I agree, it's important to leverage past relationships while still allowing the team to self-organize.
upvoted 0 times
...
Laine
1 year ago
C seems like a good compromise.
upvoted 0 times
...
...
Rasheeda
1 year ago
I prefer option D. Giving the developers the freedom to self-organize can lead to more motivated and engaged teams.
upvoted 0 times
...
Lenna
1 year ago
I agree with Stephane. Option C promotes collaboration and allows the team to leverage their existing dynamics.
upvoted 0 times
...
Stephane
1 year ago
I think option C is the best approach. It allows the team to self-organize based on their past relationships and experiences.
upvoted 0 times
...
Kiera
1 year ago
Option D is the way to go. Let the developers self-organize, that's the Agile way!
upvoted 0 times
Almeta
1 year ago
I agree, it also allows the teams to form based on their strengths and past working relationships.
upvoted 0 times
...
Therese
1 year ago
Option D is the best approach. Letting the developers self-organize promotes autonomy and ownership.
upvoted 0 times
...
...

Save Cancel