我被提升为经理，我需要采用一种方法来管理程序员。
我读了很多关于Scrum的内容，但在我的情况下，我们在这里有一个测试人员，而且在Scrum中找不到测试的地方。是在冲刺期间还是在冲刺结束时？
我们有3个C＃程序员，2个VB，1个ObjectiveC和一个Web Designer / Developer。 Scrum是我们的最佳选择吗？
提前感谢任何帮助，对不起打字错误，我的英语不好=）
答案 0 :(得分：7)
如果您正在尝试介绍SCRUM，请阅读Scrum from the trenches，这对我帮助很大。正在完成的用户故事等的定义应该包括通过测试，我确信您的测试人员将是决定功能何时完成的关键。
答案 1 :(得分：4)
我从未参与过一个团队，那里的测试比使用scrum更重要。正如其他答案所述，测试应该是sprint项目的完成标准的一部分。
我对规则有很好的经验，系统和用户测试的定义应该写成sprint项目的第一个活动。此外，如果没有适当级别的单元和集成测试，则不应接受任何项目。
这隐含地意味着一个项目不应该由解决该项目的人“捐赠”。恕我直言，这应该是sprint团队其他成员的责任 - 在你的情况下，它可能是测试人员。
此致 的Morten
答案 2 :(得分：3)
每个积压项目都应在考虑“完成”之前进行测试，即测试是在冲刺期间完成的。
如果您将“测试”称为“演示”，则应在sprint结束时进行，产品所有者，客户（以及其他负责人）将出席。
答案 3 :(得分：1)
测试好东西？是!然后一直这样做！
“测试阶段”是来自瀑布项目的术语。
敏捷（我假设您在设置为Scrum团队时试图变得敏捷），您将专注于能够快速适应和采用 - 测试是该过程的关键。
经常这样做并且一直这样做 - 经常提供反馈，团队将能够快速及时地采用。
创建一个测试阶段（无论何时安排） - 你将进入瀑布模式或者更好 - scrumfall。考虑一下反馈 - 在'测试[阶段'结束时，有些事情经过许多其他阶段。你试图通过敏捷和使用scrum来避免大量浪费。
没有主要技能的人正在测试 - 这没关系 - 让他们学习如何测试他们的产品/应用程序。投入时间（和金钱） - 它会在前进的过程中带来巨大的回报。
答案 4 :(得分：0)
没有测试阶段..测试是每次迭代的一部分..
但是上面是理论上的..在实践中你可能有重要的日期，你可能希望发货 - 所以有时团队标记迭代接近这样的日期，如稳定迭代，没有添加新功能，只有必须修复bug已经完成..