PMI-ACP^®考试知识点：在敏捷环境中交付（3）

推测阶段：制定基于功能或性能的里程碑、版本和迭代计划，从而交付愿景价值。

敏捷计划的五个层次

敏捷愿景：在敏捷章程中记录，为敏捷的第一层计划。

产品路线图为产品负责人所拥有，是产品需求的高层次概述，常用作特性优先级排序、特性分类和粗略实践框架确定工具。它是动态的

发布计划：又叫版本计划，一个高层级的计划。由多个迭代组成，交付完整的有价值的功能，是以功能为导向。一个项目包含一个或多个版本，一个版本包含一个或者多个迭代。

用户故事地图是backlog的二维图形化展示，它反应了故事的优先级及先后顺序。通过它可以用来做我们产品地图替代传统的产品发布计划。

里程碑计划一般做到故事层，经常用作重大的同步点和集成点，比如对于哪些既有软件也有硬件的产品，或者高层关心的重点特性交付时间点。

迭代计划：比版本小，通常一周到一个月，聚焦于实现本迭代所应用开发的用户故事的详细任务及任务的下发，是以技术为导向。

每日站会计划：对于Scrum框架中的每日忏悔，它提到的3个问题中的两个就可以被视为每日站会计划。敏捷团队中，重点考虑版本计划、迭代计划和每日站会计划。

各个计划都是动态调整调整的。只是所处的计划层级不同。

ROI/NPV/IRR/EVM

ROI(Return on Investment)投资回报率，即收益与投资总额的比值。等于年利润或年均利润/投资总额×100%。

NPV 净现值，等于收入现值-支出现值，考虑时间价值，NPV越大越好。

IRR 内部收益率，资金流入现值总额与资金流出现值总额相等，净现值等于0时的折现率。内部收益率 IRR≥0，可接受，且越大越好，IRR<0，不可接受，考虑时间价值。

EVM 挣值管理针对于迭代，SPI=实际完成的故事点/计划完成的故事点;CPI=挣值/实际花费。

卡诺分析与MoSCoW

Kano用于给需求进行优先级排序,它将需求分为以下四种类型：

作为阀值的功能：必须的功能：是产品要成功就必须具备的那些功能。改善增加阀值功能数量到一定程度，对客户满意度提升就没有多少影响了。

线性功能：“越多越好”的功能。它的改善与数量增加能直接提升用户满意度，它的降低和数量减少也直接降低用户满意度

兴奋点和惊喜点：指提供了很高满意度，并常常为产品增加额外价格的哪些功能。但是缺少它不会让客户满意度降到中性以下。

无关紧要属性：这些特性无论从哪方面来说对客户都没有影响。因为客户对其根本就不关心，我们应该努力着消除、最小化或者延迟交付这些特性。

MoSCoW

莫斯科法则，就是must or should，could or would not，用于给需求进行优先级排序

按照：Must：必须做的；Shoud：应该做的；Could：可以做的；Would not：不要做的，来做，保证PO所需要的Must、Should完成，并力争Could能完成。在响应变更时，优先考虑牺牲Could乃至Should需求特性

用户故事

用户故事描述了对用户、系统或软件购买者有价值的功能，用来收集客户需求。在卡片正面描述用户的需求，在背面描述该功能对应的期望：如估值、交付实践、验收标准等。正面描述实例如下：

另外用户故事需满足INVEST属性，并遵循3C原则

DoD

Definition of Done，工作完成准则。是帮助干系人对项目工作达成一致的必要准则，由团队所有成员一起决定，一般在敏捷各个层次的计划上制定，包括如下三个层级：

发布DoD如：完成发布规划范围内的哪些需求；至少通过一次发布的回归测试；修复所有等级为1、2的缺陷…

迭代DoD如：所有完成的用户故事已验收；所有代码得到静态分析，纠正最高级别的不符合项；所有新增代码得到评审；所有完成的用户故事都有对应的测试用例…

用户故事DoD如：用户故事最终的描述符合INVEST；用户故事都有对应的测试用例…