假设全球开发工作已知（从初步工作结构细分），我应该添加多少百分比的努力来分配足够的人力来进行需求定义和改进？
答案 0 :(得分：3)
需求定义应该就是这样。根据我的经验，人们倾向于设想未来的解决方案，并开始将设计假设纳入需求规范。通过大量研讨会和讨论，这不必要地延长了阶段。如果你严格遵守纯功能和非功能需求收集（不是设计），我会把不超过10％-15％的时间用于它，不超过10％的人力。在您的情况下，似乎已经制定并同意了某些设计方案。然而，我仍然会看到10-15％，因为正式放下并签署的要求在项目中具有良好的价值，并且一直被引回。我曾经接手过一个项目，其中所有后期阶段的人员都已经被招募并且降低了成本，所以我不得不忍受它。在那种情况下，我不得不为这个阶段付出更多的努力（但不是时间），因为我只是不想跳过它或减少阶段并且具有高燃烧率作为事实。在项目管理中，有时外部条件要求很多灵活性，很少都是完美的。您也很少将某个预算作为全球预算的份额分配，并且必须与之共存。通常也会设定里程碑。就像“在一年内做”。所以时间是10-15％。努力应该少一些。
答案 1 :(得分：3)
阅读本文:(很抱歉，简短的回答，但你提出了一个模糊的问题）
答案 2 :(得分：0)
取决于问题域的复杂性，利益相关者的数量，他们的协议水平，您的需求工程师对问题领域的熟悉程度，您的公司文化，您的开发模型（多少就足以开始）。
超过0％，低于100％。
答案 3 :(得分：0)
使用＆＃39;迭代＆＃39;软件开发方法，在设计和实施的对话过程中根据发现不断重新审视要求。在生产的所有阶段（如果可能，使用原型）让“客户”参与，即生产和拥有需求的人员。同时使用短交货周期，以便在存在误解的情况下快速确定差距（而不是在六个月内进行更长时间的基于水的项目）。遵循这种方法，需求过程将根据需要，在迭代期间以及未来的冲刺中消除误解。
