Menu
In my company we have the programmers, front end developers, designers, and UX team all participate in Agile groups. I am no Agile master but I understood that all members of a team should be able to be able to do any of the work. Having designers, the UX team, frond end developers, and sys admins join in on a vote to estimate how long a backend task will take seems crazy to me. I barely know! So my question is am I being too harsh? Can this work in an Agile environment?
274
Attendees at the iteration review include: The Agile team, which includes the Product Owner and the Scrum Master. Stakeholders who want to see the team's progress, which may also include other teams.
In SAFe, an Agile team is a cross-functional group of 5-11 individuals who define, build, test, and deliver an increment of value in a short time box. Because communication quality diminishes as team size increases, Agile enterprises tend to prefer collections of smaller teams.
The agile group is defined as an association of professionals or individuals who are experts in their individual fields and follow the agile principles and methodology to accomplish the project completion.
You have got the base concept wrong...all members should be able to work across stories. Not total cross-functionality...a developer cannot suddenly emerge to be a UI designer.
And no. of members per team is restricted to 7 -10. So that group should be segmented accordingly.
98
In my company we have the programmers, front end developers, designers, and UX team all participate in Agile groups. I am no Agile master but I understood that all members of a team should be able to be able to do any of the work.
IMO, this is a misunderstanding. Being a cross-functional team doesn't mean that every person on the team should able to do every job. It means the team should be a right mix of people with the right skills (as a whole) working toward a common goal. In other words, Agile isn't looking for one person with all the skills, Agile is not against specialization. Everyone can't and won't be equally good at everything.
Having designers, the UX team, frond end developers, and sys admins join in on a vote to estimate how long a backend task will take seems crazy to me. I barely know! So my question is am I being too harsh? Can this work in an Agile environment?
First, when using planning poker, nothing says that you need to have convergence at the first round. Actually, I think that having divergences is good, just let people explain why they voted this way, with their certainties and their doubts, and go for next round. Regardless of people expertise area, I bet it won't take more than 3 rounds to find a consensus. Second, after a few iterations, you'll have enough historical data to compare against ("this story is like this one") and this will help a lot, independently of the specialization of team members. Third, as reminded by JeremyMcGee in a comment, team members will get a better understanding of what is going on and of the roles of each other which is another great effect. So, to me, yes, this can work and having different set of skills is a strength, not really a weakness.
38
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With
