3 ms·

Two problems immediately stand out here: - 45 minutes: it should be 5-10 minutes, 15 on a bad day, and literally never 45. - 15 people: this is probably just

by nilkn 7y ago

Two problems immediately stand out here: - 45 minutes: it should be 5-10 minutes, 15 on a bad day, and literally never 45. - 15 people: this is probably just too many people in a single standup. Based on my experience, it's quite likely this can be split up into 2-3 teams that can have more autonomy, and meetings like standups will become far easier to run and far more efficient.

JamesBarney 7y ago
Last ~15 person team I was made up of the following 7 devs, a tech lead, 3 qa(1 automation, 2 manual), a product champion, a pm, and a deployment expert(devops) is 14. 14 doesn't seem crazy to me. And splitting this team up runs into some issues as well. Do you now have 3 tech leads who acting as pm reporting to the head pm? Do you try to split up the code base? How do you split up QA/Production Champion/Devops? All these decisions seems to have drawbacks.
- nilkn 7y ago
  It's impossible to say without knowing the product, technology, codebase, etc. In some cases, yes, absolutely -- you would have three separate teams with three separate leads. In other cases, there isn't a reasonable way to split it up. Either way, there's no reason for the standup to last 45 minutes. Whether the codebase should also be split up is another question that is impossible to answer in general. I can speak from experience though and say it's easy to have two teams work on the same large codebase when they're focusing on different areas, different projects, different priorities, etc. I've seen 3-4 different web teams work on the same website with the same underlying codebase without any issues at all because it was clear in advance that their work wasn't going to directly conflict in any way. It would've been hugely counterproductive to force all those people into a single standup and a single team.

3 ms·

Two problems immediately stand out here: - 45 minutes: it should be 5-10 minutes, 15 on a bad day, and literally never 45. - 15 people: this is probably just

by nilkn 7y ago

JamesBarney 7y ago
Last ~15 person team I was made up of the following 7 devs, a tech lead, 3 qa(1 automation, 2 manual), a product champion, a pm, and a deployment expert(devops) is 14. 14 doesn't seem crazy to me. And splitting this team up runs into some issues as well. Do you now have 3 tech leads who acting as pm reporting to the head pm? Do you try to split up the code base? How do you split up QA/Production Champion/Devops? All these decisions seems to have drawbacks.
- nilkn 7y ago
  It's impossible to say without knowing the product, technology, codebase, etc. In some cases, yes, absolutely -- you would have three separate teams with three separate leads. In other cases, there isn't a reasonable way to split it up. Either way, there's no reason for the standup to last 45 minutes. Whether the codebase should also be split up is another question that is impossible to answer in general. I can speak from experience though and say it's easy to have two teams work on the same large codebase when they're focusing on different areas, different projects, different priorities, etc. I've seen 3-4 different web teams work on the same website with the same underlying codebase without any issues at all because it was clear in advance that their work wasn't going to directly conflict in any way. It would've been hugely counterproductive to force all those people into a single standup and a single team.