如何打破敏捷项目的开发和 QA 之间的障碍？[关闭]

题

我一直在申请敏捷我的项目已经几个月了。然而，我们在迭代燃尽方面发现了一个稳定的问题。我们不会每次迭代都达到零。

剩下的任务是 QA 任务。比如编写测试、测试等。

现在，组织对敏捷的“跨职能团队”理念存在一些抵制。开发人员为单个项目进行开发，而测试人员则为多个项目共享。这与开发和 QA 合作的敏捷理念完全相反。

事实上，我的测试人员的时间分散在许多其他项目上，这是我们速度缓慢的原因。开发人员正在尝试尽可能多地弥补不足，但有些任务仍然没有完成。

据我所知，我可以做两件事：

我宁愿避免做#2，因为我重视我们正在进行的测试协作。

对于我的困境你有什么建议？

解决方案

这是一个艰难的处境，不幸的是，很多试图遵循敏捷的公司都没有意识到这一点。您不必有专门的 QA 人员 - 即使使用敏捷资源也可以在不同的任务之间分配。您确实需要将 QA 纳入进度跟踪中。

是的，你的进步会更慢。这是有充分理由的（您没有足够的质量保证资源），您应该用手头的数据向您的组织管理层解释。这将帮助你说服他们必须做出一些改变。

此外，您还可以转向更加自动化的测试，并使用您的开发人员来帮助测试人员进行测试自动化。这将更均匀地分配负载，并提高项目的 QA 质量

其他提示

我认为除非每个人都参与其中，否则你不能将你正在做的事情称为敏捷。让测试人员坐在靠近开发人员的位置（至少在测试人员为其项目执行任务（例如创建测试计划）时），这可能会加强沟通并让 QA 接受。

为此，您必须让 QA 为该项目投入足够的时间。您可能需要与他们的管理层合作，以便为他们留出一定的时间来处理您的项目。这样您就可以安排他们的时间，并准确地知道您的开发人员可以完成多少工作，而 QA 团队将有时间进行测试。这可能需要您缩减开发规模，以弥补质量保证支持的减少。

您没有提到您的测试有多少是自动化的。您可以提高测试自动化程度，以减少 QA 团队认证项目所需的时间。您可以使用部分开发时间来准备 QA 测试以供 QA 团队运行。虽然不是最佳选择，但它可能会有所帮助。

我认为 QA 在敏捷环境中可以提供的不仅仅是测试工作。如果 QA 对工作流程及其不同分支有足够的了解，那么就可以掌控 Scrum 流程的其余部分。QA 可以与开发人员一起设计逻辑工作流程，最终驱动测试用例。这样，在进入 QA 环境之前，就可以在开发过程中消除大量与设计和工作流程相关的错误。

您可以将 QA 视为开发人员的客户。因此，当开发人员在迭代结束时向 QA 发布版本时，迭代就完成了。

来自客户的反馈（需要修复的错误）可以进入下一次迭代要完成的工作。

在短期内，停止使用不适合您的流程的 QA 资源，并使用可以根据需要专用的资源来承担这些任务。我意识到这并不理想，但存在一种次优的情况，即您的组织结构与您的流程不匹配。您可能会发现它会很好地工作（并在此过程中了解测试）。

从长远来看，您的选择是

许可以下： CC-BY-SA 和归因