30、软件发布计划：从特性定义到策略制定

软件发布计划：从特性定义到策略制定

1. 细化最小可发布特性（MRFs）

最小可发布特性（MRFs）是指那些为了满足客户价值和质量期望，必须包含在发布版本中的最小特性集。在发布计划中，对MRFs进行重新评估和细化是非常重要的。随着我们从迭代中获得快速反馈并积累有效经验，需要不断调整MRFs。

然而，很多组织在确定MRFs时存在困难，多个利益相关者可能无法达成一致。定义不明确的MRFs或只是被动同意的MRFs会干扰发布计划中的清晰决策。例如，当时间紧迫时，很难决定应该放弃哪些特性。

在Scrum中，产品负责人最终负责定义MRFs，但他会与相关利益者和Scrum团队密切合作。

有些人可能会觉得MRFs的概念有悖直觉，认为应该在一次发布中交付尽可能多的特性。但实际上，最大特性集可能成本最高、耗时最长且风险最大，而最小特性集则成本最低、耗时最短且风险最小。这种最小化思维更符合小而频繁发布的原则。

MRFs的定义应该考虑特性的大小，这在产品待办事项梳理时确定。不过，并非所有人都认同这一点。一些人认为MRFs的定义应独立于成本，即MRFs是满足本次发布用户价值阈值的最小可发布特性，且该决定独立于成本数据。虽然初始MRFs可以在不考虑成本数据的情况下设想，但由于所有发布计划决策都需要在合理的经济框架内进行，了解特性成本对MRFs的经济可行性至关重要。如果确定MRFs在经济上不可行，可能需要进行调整。

2. 迭代映射（PBI分配）

在每个迭代中，团队会处理一组产品待办事项。团队和产品负责人直到迭代计划会议才会决定在特定迭代中处理哪些具体的产品待办事项。但这并不意味着在迭代计划会议之前不需要考虑将产品待办事项映射到