安排需求而不是任务或功能？
Scheduling Requirements instead of Tasks or Features?
我想了解为什么 DevOps 不允许 start/finish 需求（CMMI 过程）的日期，而不是看似只是功能和任务？此外，奇怪的是，如果我向迭代（有日期）添加需求，我会在交付计划中看到它：
我可以通过将交付计划中的开始日期和结束日期拖出冲刺，
但是在机票上看不到任何日期信息？
想法是，由于 Epics 和功能很可能跨越冲刺，您将使用这些日期来制定计划。但是需求在冲刺中应该足够小，并且会从那里获取他们的日期。
当需求被置于进行中和完成时，需求的开始日期和结束日期（与用户故事或产品待办列表项相比）会自动填写。交付计划与这些字段没有直接关系，因此这些字段是 read-only.
请记住，交付计划在敏捷、Scrum 和 CMMI 模板中的工作方式相同，因为对您的交付过程做出了许多假设：您在冲刺中工作，在冲刺中执行的工作通常在冲刺中完成.
我想了解为什么 DevOps 不允许 start/finish 需求（CMMI 过程）的日期，而不是看似只是功能和任务？此外，奇怪的是，如果我向迭代（有日期）添加需求，我会在交付计划中看到它：
我可以通过将交付计划中的开始日期和结束日期拖出冲刺，
但是在机票上看不到任何日期信息？
想法是，由于 Epics 和功能很可能跨越冲刺，您将使用这些日期来制定计划。但是需求在冲刺中应该足够小，并且会从那里获取他们的日期。
当需求被置于进行中和完成时，需求的开始日期和结束日期（与用户故事或产品待办列表项相比）会自动填写。交付计划与这些字段没有直接关系，因此这些字段是 read-only.
请记住，交付计划在敏捷、Scrum 和 CMMI 模板中的工作方式相同，因为对您的交付过程做出了许多假设：您在冲刺中工作，在冲刺中执行的工作通常在冲刺中完成.