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.)
A. You cannot do Scrum without feature teams.
B. Productivity may suffer when making this kind of move.
C. Getting support from the business side first helps.
D. Feature teams have less communication overhead.
E. With feature teams, it is easier to calculate the productivity per team.
How To Pass PSM I Exam?Scrum PSM I PDF dumps.High quality PSM I PDF and software. VALID exam to help you pass. |
 |
How To Pass PSM II Exam?Scrum PSM II PDF dumps.High quality PSM II PDF and software. VALID exam to help you pass. |
|
Agree with BCD
I did a long answer on this one which seems to have been lost in cyberspace.
Correct answer is as proposed : BCD
However, the answers proposed BCD, ARE correct. Will elaborate further later if I see my comment passes this time.
ok, as it passes:
A – NO. Why? Where on earth does it state in the Scrum Guide that you CANNOT do Scrum without feature teams?
B – YES. Why? Of course productivity suffers when making this kind of move, the time teams take to get used to operating as cross-functional teams.
C -YES. Why? This is actually a question you’ll get in PSM II but not as multiple answers possible. Having the organization (the business) support Scrum, reduces complexitity. Not having their support means this kind of move is going to be very difficult !
D. YES – Why? I think we all agree on this one and it’s obvious
E. NO – Why? If some-one can explain to me HOW on earth calculating productivy is made easier, I’m open. Productivy, YES, will improve after an initial drop – but calculating it????? You can calculate productivity exactly the same whether the team is feature OR component. This is just a no-no answer.
I’m open to other opinions but won’t budge an inch from mine 😀
A. No. Product delivery can be done through Component teams or Feature teams.
B. Yes. Any change brings down the productivity.
C. Yes. Business support is required for any change.
D. Could Be. Feature teams or Component teams both need to communicate within or outside teams. How would you measure the communication overhead? Nothing is obvious. Kindly explain.
E. Could Be. It is ‘indeed’ easier to calculate productivity of a single team working on e2e product delivery than multiple teams working on it.
The question is about the timing: At the time of migrating from Component team to feature teams
So the answer seems – ABC
The anwser is :
B : Productivity may suffer when making this kind of move
D : Feature teams have less communication overhead.
E : With feature teams, it is easier to calculate the productivity per team.