这是我在一次采访中问到的一个项目管理问题。
If there are more than 1000 requirements ,how can you ensure all the requirements are delivered without missing.
我知道这更像是一个讨论,但我正在寻找可交付成果的答案。我通过 JIRA 谈到了 sprint、客户演示和跟踪,但他对答案不满意。
这是我在一次采访中问到的一个项目管理问题。
If there are more than 1000 requirements ,how can you ensure all the requirements are delivered without missing.
我知道这更像是一个讨论,但我正在寻找可交付成果的答案。我通过 JIRA 谈到了 sprint、客户演示和跟踪,但他对答案不满意。
您首先需要定义:
传统方法和敏捷方法都必须回答这个问题,但它们来自不同的方向。
传统方案试图预先捕获尽可能完整的需求集。在这里,您将了解诸如工作分解结构或挣值管理之类的内容。从这个方向来看,“每个”需求在项目的整体结构中都占有一席之地。有必要非常严格地控制这组需求。在这样的方案中,工作分解结构中的每个项目都被编号、描述并给出了允许您将其视为“完成”的规则。通常这可能是一些客户接受计划或签收。
相反,敏捷获得了一组我们所想的,然后定期重新确定该组的优先级。无需尝试提前了解所有内容,您只需进行大量中途修正并依靠您的工具(例如 JIRA)来帮助您记住什么是什么。不利的一面是,很难提前估计一个非常大的项目可能会如何展开,或者你在其中取得了多大的进展。好处是,通过专注于增量建设,你可以提前结束一些能产生价值的事情。在敏捷中,您还必须提供某种方式来表示某个特性“已完成”——通常这采用某种自动化测试套件的形式。