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

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

3年前关闭。




Improve this question




我的公司曾尝试采用 Scrum 方法，但结果喜忧参半。这些是我们遇到问题的一些领域。你如何处理这些？

跟踪要求来自
产品营销到产品。我们正在尝试使用 JIRA 来单独跟踪所有需求，并在选择实现时为每个需求分配一个版本。

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

功能规范

你是写它们还是试着把它们变成一个故事
定义？

你写函数式
每个故事的规范？每个功能？

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

回答人们的问题
副总裁在他们的头衔中“我们是什么
将在 [8 个月后
现在]？”

Answer 1

让我们看看我的看法是否增加了任何东西(无论如何都不确定......)

我不确定“为每个人分配一个版本”的事情。我认为这个想法是为每个故事/功能点/开发单元设定一个“价格”，然后选择进入当前冲刺的内容。其他一切都是积压的——你可以提供一些剩余工作的指示(参见 FogBugz 中的 evidence based scheduling)，但我认为你不应该分配给特定的冲刺——你不知道到时候积压中会有什么你到达那里，一方面。你只知道它会改变，那么为什么要浪费时间呢？

应该有一个指定的用户代表。或者不止一个，如果领域知识不能集中在一个人身上。但是，当然，根据可用的努力，业务领域的某个人应该全面负责决定进入 sprint 的内容。业务分析师类型可以有一个位置，但他们需要是领域专家。如果你的用户不能写故事，即使有你的帮助(这是一个合作的事情，或者应该是)，那么你们都需要帮助。考虑让教练参与一两个冲刺。

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

如果你有副总裁(嘿，我是副总裁，我们并不都是坏人!)问那种问题，那么你公司的某些部分还没有得到它。选择一个人(可能是最能与非技术人员打交道的人，或者可能是最没有能力的人，因为他们显然需要练习)向他们解释。如果构建的内容对他们很重要，那么他们的问题可能表明有人没有像他们应该的那样参与其中。