每日敏捷No.4

1. 作为一个构建软件的团队中的敏捷从业人员。你的一个队友希望同时处理两个项目。这个人的职能经理要求团队接受他50%的精力放在这个敏捷团队，而另外50%的精力要分配给一个功能支持团队。接下来你最好要做什么？ 
    
    应该告诉职能经理，敏捷团队要求团队成员专注于他们的任务，不应该同时安排一个团队成员参与两个团队的工作 
    
    敏捷团队希望团队成员100%的专注。一个人承担多个团队的工作时，大量的任务切换会带来工作效率的极大降低。SM应该努力地影响职能经理，以便让这个成员100%地投入敏捷团队。 

2. Sarah是一个开发游戏的团队的Scrum教练。她注意到她的团队经常在一个sprint中承诺过多的工作，而他们并不能完成那些工作。她在团队的回顾会议上提出了这个问题，了解到她的队友经常得放下开发任务，去处理生产软件的维护请求，这就中断了他们的工作流。接下来她应该做什么？
    
    应该建议团队为维护请求创建待办事项，做出估计，把它们加入到sprint计划中，这样团队就能把这些请求也加入到他们的sprint承诺中

    维护性的工作应该得以体现。PBL往往有四项内容：新功能、旧缺陷或维护性工作、技术债、探针。

3. 作为一个软件团队中的敏捷从业人员。你的团队在计划下一个sprint。在团队对某个工作项的估计中，两个团队成员对解决这个问题的技术方法意见不一致。在团队的其他人看来，他们的解决方案好像都有道理。团队需要很快得出一个结论，因为这个工作项是后续sprint依赖的一个核心功能。对于这个问题，最好的解决方法是什么？

    为这两个解决方案分别创建一个架构spike,在这个 sprint期间这两个解决方案都会构建，以便了解哪一个更好

    团队通过探针spike来进行试验，探索技术方案，以便确定最好选项。