所以我的公司正在构建一个广泛的医疗软件，其中有很多移动部件，一个屏幕上选择的东西可能需要在多达 5 个屏幕上显示。
这里的问题是，当开发团队与产品设计师一起工作时，他们清楚地了解如何正确编码软件，但这些信息从未真正写下来并记录在案，以便可以将其传递给其他人可能不属于计划团队或 Sprint 一部分的公司。
毕竟，记录某些东西通常被认为是“太瀑布，太严格”，但显然还有其他人需要这些信息——尤其是测试人员，他们无法了解程序的所有细节。
我的问题是，你们中有人找到了一个好的解决方案吗？怎么能在中间相遇？
最佳答案
“中间地带”是与敏捷开发的斗争。当您提到测试人员时，您指的是谁？每日冲刺 session 召开时，“测试人员”不应该在房间里吗？
在我看来，您的公司可能正在尝试通过敏捷方法运行瀑布式项目。
我发现的一个有用的工具是使用 Wiki 来定义开发人员记录决策的共同基础，其他人可以在页面上提供反馈，是的，如果您愿意，测试人员将来可能会使用它。
关于methodology - Scrum 环境中的文档 - 我们如何向未参与 Sprint 的人员过滤信息？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3144945/