每日敏捷No.3

1. 作为是一个构建手机游戏的团队中的敏捷从业人员。你的一个团队成员对产品待办列表中的一个特性提出一个新的技术设计。她向团队提出这个设计时，一些成员对这个设计的可行性表示怀疑。所有人都同意如果这个设计可行，这会对游戏的性能带来显著提升，而且比当前的设计更容易维护。团队接下来最好做什么？
    
    最好建议这个团队成员创建一个spike, 尝试这个解决方案看它是否可行

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

2. 在一个软件开发团队中。在一个回顾会议上，一个人指出，最近3个sprint中大多数工作都主要关注代码基中的某一部分，而团队中只有一半的人熟悉这一部分，因此在那些sprint期间，只有那些人在做大部分有价值的工作，而他们只能在sprint待办列表中增加一些较低价值的项，才能让团队的其他人不会闲着。另一个人同意他的这个意见，而且补充说由于对这个代码不熟悉， 导致了一些严重的bug。改善这种情况的最佳方法是什么？

    最佳方法是对团队做的所有工作开始采用结对编程，使人们能更熟悉那个代码，而且可以相互帮助更早地发现bug

     让不太熟悉代码的人与很了解这个代码的人进行结对工作，这会引发他们展开很有效的提高。

3. 敏捷宣言包含高效敏捷团队共有的核心价值观。它并没有定义构建软件的“最好的方法”，也没有定义所有团队都要遵循的规则。因为“最佳”的是结合实际的，每个团队每个项目可能都不一样。它包含的是建议一种敏捷思维模式的价值观