以我的经验，有些人实施 敏捷原则 在开发团队本身内部，但将其他关键角色（例如业务用户或测试人员）留在敏捷团队之外或边缘。
早些时候我在博客中写道 积极的用户参与势在必行 出于各种原因参与敏捷开发。它’对于敏捷团队来说，同样重要 所有 确保每个功能实际完成所需的角色，即 完成，在每次迭代或Sprint结束时。
特别是’从一开始就将测试人员包括在内是一个好主意，尤其是在计划中，因为：
- 测试人员往往擅长于澄清要求和确定替代方案。在需求澄清和计划阶段进行这种思考可以提高为工作提供的估计的质量，因此增加了在时间表内成功交付的机会。
- 如果事先对测试方法有了更多的了解，开发人员就会更倾向于编写要通过的代码！ （请参阅我之前关于 测试驱动开发）。
- 参与需求澄清和第一手计划的测试人员将对什么内容有更好的了解’s needed and how it’被实施，使他们能够更好地进行测试。 在没有冗长的规范的情况下，这对于敏捷开发项目至关重要，它可以使测试人员有效地完成其工作。
- 并且必须在每个Sprint中完成测试，以确保所有已完成的功能真正达到100％“DONE!”，即生产就绪。
凯莉
也可以看看： 10 Key Principles of 敏捷 Development
摄影者 lorenzo281203
