谈到这个好友问题,我想知道如何管理Scrum流程中的规范？我在为sprint分配任务时遇到了这个问题.不用说 - 我是Agile/Scrum的新手.
目前,我们使用自己的规格表将StoryId映射到SpecId,反之亦然.我对Scrum的关注更多的是关于项目管理[按时完成工作],你需要一个单独的流程来管理规范和要求.
我们如何管理Scrum流程中的规范？
小智 5
简短的答案是，您不会。
在编写这些规范时要问自己的重要问题是，为什么我们要这样做？规格值是多少？
规范中的价值通常来自与开发团队交流业务理念。Scrum旨在将业务（以产品所有者的形式）带入开发团队。通过与团队频繁互动（记住，个人以及流程和工具上的互动），并经常查看工作软件，企业可以与开发人员携手合作，以生产出能够更好地解决业务问题的软件，而不是试图从整体上解决问题。尝试之前先尝试一下。
这就是敏捷项目如何更好地交付企业所需的产品而不是他们要求的产品。
就是说，需要满足某些基本标准。我们可以对此进行测试，并且与任何好的测试一样，我们可以使其自动化。
看看BDD和Cucumber。除了您的用户故事，最好有一组基本的满足条件，最好采用“给予/何时/然后”格式。这些条件是故事被接受为完整的最低标准。
例如，“鉴于我已登录，当我注销后，我便被带回到主页”。
如果您要有验收标准，则需要使其自动化。大多数规范中最糟糕的部分是，它们往往会过时并在项目完成时收集灰尘。
另外，您不应该向团队分配任务。Scrum团队是自我组织的，任何人都应该能够履行他们认为可以从事的任何任务，同时尊重故事的优先级。群集是Scrum性能优势的很大一部分。
您可能需要考虑聘请外部教练来协助您的过渡。