Stable Teams have long been a known and accepted leading practice in agile. And Tuckman's stages of group development proves the need for stable teams, right? But what if that's not correct? Doc posits that Tuckman's is actually a disproven theory that none-the-less mysteriously persists. What if, by stabilizing teams, we solved a completely different problem? And what if by de-stabilizing teams we could better solve other problems?
More details:
https://confengine.com/agile-india-2019/proposal/8521/tuckman-was-wrong
Conference link: https://2019.agileindia.org
Report
Share
Report
Share
1 of 60
Download to read offline
More Related Content
Tuckman was wrong by Doc Norton at #AgileIndia2019
5. @DocOnDev :: #AgileIndia2019
Stable Teams
– Scrum PLoP Stable Teams Pattern
“Keep teams stable and avoid shuffling people
around between teams. Stable teams tend to get
to know their capacity, which makes it possible for
the business to have some predictability.”
33. @DocOnDev :: #AgileIndia2019
Start All at Once
8 hours 16 hours 24 hours 32 hours 40 hours 48 hours8 hours 16 hours 24 hours 32 hours
Because Resources
34. @DocOnDev :: #AgileIndia2019
8 hours 16 hours 24 hours 32 hours
Finish One at a Time
Start All at Once
8 hours 16 hours 24 hours 32 hours 40 hours 48 hours
Because Resources
47. @DocOnDev :: #AgileIndia2019
“…different areas of code are going to need
different skill-sets at different times, and for that
reason we need [people] to go and work on
those particular areas at different times… None
of this is basically static. It’s very fluid. And if you
have the ability to reteam, then you are able to go
do this sort of thing consistently.”
– Michael Feathers
48. @DocOnDev :: #AgileIndia2019
“… None of this is basically static. It’s
very fluid. And if you have the ability
to reteam, then you are able to go
do this sort of thing consistently.”
– Michael Feathers