Currently, your Development Teams are organized to address a single layer only (for example, front end, middle tier, back end, and interfaces). What are three things to consider when deciding to move away from such component teams toward feature teams? (Choose three.)
When deciding to move from component teams (specialized in different layers like front end, back end, etc.) to feature teams (cross-functional teams addressing complete features), there are several factors to consider. Firstly, productivity may suffer initially as team members adapt to a new way of working that requires different skills and coordination (option B). Secondly, getting support from the business side is beneficial as it helps align the team's efforts with business goals and ensures adequate resources and commitment (option C). Lastly, feature teams generally have less communication overhead because they are self-contained and don't need to coordinate extensively with other teams to complete a feature, thus reducing dependencies (option D).
Is it just me or is none of this mentioned in the scrum guide?
For my opinion the answer is B, D, E. There is no sense to involve any management in the methodology/framework, this is not mentioned in any place. In any case, considering the scrum guide, we must let the team decide their own decisions about how they will be doing their job, based on that the C option is not making any sense
Ageed, developer team is self-managing. Business has no say in how developers carry out their tasks. But while Scrum teams are self-managing, their progress is very easy to measure using burndown and burnup charts. Not sure this equates to productivity though.
So I think A is correct, as Scrum guide mentioned cross-functional skills, meaning they're feature teams. You have to deliver a potentially shippable (meaning WORKING) feature after each sprint, you cannot do that with a component team.
Nvm i read the answer wrong, d is correct
BC & D are correct answers Productivity may suffer - “When Feature teams are formed there will be slight decrease in the performance” Less communication overhead - “Increases flexibility by reducing dependencies between teams” Getting support from business side –“Responsible for the whole customer-centric Feature”
Considering eliminating option, option BCD
confused
ADE imo
Functional team is a team that work on all three layer of an application (front,middle ,back).In order to produce an increment the scrum team need to have all the skills needed.On the other hand component team work on single aspect of an application.So while moving from component team towards feature team…Productivity may decrease slightly.and less communication overhead.So in my opinion option A.Scrum can’t be implemented without feature team(cross functional)B productivity may decrease D less communication overhead.
I would like clarify that feature teams are not mandatory in scrum.So option A is not correct.
Please refer to sources, never seen these topics in Scrum Guide
Isn't it connected with cross-functionality of the team (answer A)?
I am not sure is suggested bcd are correct answer...
BDE is correct I think
A, B and V correct !
B, C, D Option A is not accurate. While feature teams are often beneficial, it's not true that Scrum cannot be done without them. Scrum can be adapted to various team structures based on the needs of the product and organization. Option E is also not a significant factor in deciding to move to feature teams.
I think BDE is the right option.