agile - 敏捷环境中的需求，规范和管理

Closed. This question is opinion-based。它当前不接受答案。












想要改善这个问题吗？更新问题，以便editing this post用事实和引用来回答。

3年前关闭。



Improve this question




我公司尝试采用Scrum方法取得了不同的成功。这些是我们遇到问题的一些领域。您如何处理这些？

的跟踪要求
从产品行销到产品。我们正在尝试JIRA来分别跟踪所有需求，并为每个需求分配一个发布以供实现。

谁创造故事？产品
管理层不够了解
创造有效的小故事，
可能没有域的开发人员
知识，分析师之间？

功能规范

您是写它们还是只是尝试使它们成为一个故事
定义？

你写功能吗
每个故事的规范？每个功能？

您如何看待功能规范与故事之间的关系？

回答人们的问题
副标题为“我们是什么
距离[从8个月后
现在]？”

最佳答案

让我们看看我的举动是否添加了任何内容(无论如何都不确定...)

我不确定“将发布分配给每个人”的事情。我以为这个想法是在每个故事/功能点/开发单元上加一个“价格”，并选择当前冲刺的内容。其他所有东西都是积压的-您可以提供一些剩余工作量的指示(请参阅FogBugz中的evidence based scheduling)，但我认为您不应该分配给特定的sprint-您不知道到手时积压了什么在那里，一件事。您所知道的是它将要改变，那么为什么要浪费时间呢？

应该有一个指定的用户代表。如果领域知识不能集中于一个人，则不止一个。但是，业务领域中的某个人应该总体上负责确定冲刺的内容，当然要视可用的努力而定。可以有一个业务分析师类型的地方，但是他们必须是领域专家。如果您的用户即使在您的帮助下也无法写故事(这是合作的事情，或者应该是这样)，那么您都需要帮助。考虑让一名教练参加一两次冲刺。

您不会在敏捷环境中编写功能规范。您将编写代码。您的用户将随时待命(或者您已经面临重大风险)，这是您的要求。这个故事告诉您“是什么”，并且它将是一个足够小的工作单元，您应该能够相当快地决定“如何”。并重构。始终重构。这不是开销，而是过程的一部分，没有它，您的设计将无法令人满意地发展。

如果您有问类似问题的副总裁(嘿，我是副总裁，我们还不错!)，那么您公司的某些部门还无法解决。选择一个人(可能最擅长与非技术人员打交道的人，或者可能是最不擅长与非技术人员打交道的人，因为他们显然需要实践)向他们解释这一点。如果构建的内容对他们来说很重要，那么他们的问题也许表明某个人没有像他们应该的那样参与其中。

关于agile - 敏捷环境中的需求，规范和管理，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/15365/