如何有效地将QA团队转化为敏捷和scrum？

Question

我从未见过任何组织只在Scrum上工作。

几乎每个人都实践敏捷，但并不是完全遵循Scrum或任何其他过程。

尽管他们每天都在练习站立会议，但是在传统的SDLC中，他们会关注scrum事件。

我可以在哪里以及如何转换开发实践，以努力地转换并适应Scrum？

在这种情况下，我们可以实现哪些有效的工具和框架？

Answer 1

我喜欢现代测试原理，因为它们非常适合并增强了敏捷思维：

现代测试原则，现代测试使命声明:加快可运输质量的实现，MT原则，现代测试的七个原则是：

1. 我们的首要任务是改善业务。
2. 我们加快团队进程，并使用像精益思维和约束理论这样的模型来帮助识别、排序和缓解系统中的瓶颈。
3. 我们是一个不断改进的力量，帮助团队适应和优化以取得成功，而不是提供一个安全网来捕捉失败。
4. 我们非常关心我们团队的质量文化，我们指导、领导和培育团队，使之成为一个更加成熟的质量文化。
5. 我们相信，客户是唯一能够判断和评估我们产品质量的人。
6. 我们广泛地使用数据来深入了解客户的使用情况，然后缩小产品假设与业务影响之间的差距。
7. 我们在整个团队中扩展测试能力和技能；理解这可能减少(或消除)对专用测试专家的需求。

来自http://moderntesting.org

如果每个团队都有一个遵循这些原则并指导其他团队成员接受这些原则的人，那么您就会得到伟大的跨职能团队s，能够很好地理解如何构建经过良好测试的高质量软件。

首先，如果团队遵循DoneDone，确保每次迭代都测试和部署特性，而不是冒着代码完成的风险创建迷你瀑布。

Answer 2

很少有地方足够大，可以有一个专门的QA团队来运行自己的敏捷过程。可能，如果您有SDET角色或类似的和企业测试工具来维护，但很少有人能负担得起。如果你能聘请一位专业的scrum高手让你开始工作，因为你需要适合你的情况的建议。

我发现在scrum团队中更常见的是QA，其目标是将功能交付测试作为done定义的一部分。有了一位优秀的scrum大师，这可能是成为QA的一种有趣和高效的方式，您可以完全参与，并将剩下的测试转移到设计阶段。

这并不是说QA团队没有团队活动，协调团队之间的努力是很好的，这是一个好QA过程的重要组成部分。然而，身处两个scrum团队往往会抵消任何好处，因为它会导致许多冲突，并限制了您一次行动所需的时间。

除非您能够明确地说QA团队生产产品(框架、基础设施、sdks)，否则它很可能不需要使用敏捷过程。

Answer 3

我可以在哪里以及如何转换开发实践，以努力地转换并适应Scrum？

• 一个专注的Scrum将真正帮助团队从部分敏捷团队到完全敏捷团队的旅程。
• 敏捷教练-这是帮助我的团队更好地理解和配合敏捷的东西。敏捷教练可以更好地观察和理解团队正在做的错误，并建议改变方法，让团队更多地关注敏捷交付。
• 参加敏捷研讨会的整个团队--我将推荐整个团队参加交互式敏捷研讨会，在那里每个人都可以练习、学习、协作和提问。
• 阅读更多--最后而不是最不重要的，阅读更多关于敏捷开发的内容，并将您读到的有趣文章分享给整个团队。网上有很多精彩而有帮助的文章，可以帮助一个团队转变为一个高性能的敏捷团队。