【敏捷项目管理阶段框架】最终产品构想确定产品愿景、项目目标和项目范围、项目社团以及团队如何共同工作。推测制定基于功能或性能的里程碑、版本和迭代计划从而交付愿景价值。探索在短期内交付经过测试验证的功能不断致力于减少项目风险和不确定性。适应审查交付结果、当前情况和团队绩效必要时做出调整。结束终止项目交流主要的学习成果并庆祝。【敏捷项目章程VS传统项目章程】敏捷项目章程和PMBOK®指南的项目章程总体目标一致只是详细程度和假设条件会有一些差别。敏捷项目章程框架更粗略内容更少不涉及具体将要怎么做。敏捷项目章程中包含项目愿景及产品路线图。【敏捷团队章程】【最小可行产品与最小可售功能】MVP是最小可行性产品。由Eric Ries在《精益创业实战》中提出指的是用最快、最简明的方式建立一个可用的、并可以推向市场的产品或演示以满足用户核心需求并获取反馈。MMF是一种小型的、自包含的特性它可以快速开发并为用户提供重要的价值是准备交付产品对应的最小功能集合可以理解为MMF在交付之后就是MVP。MMF是项目过程中对项目要交付客户需求的描述而MVP是客户需求的实现或演示。【用户故事 User Story需求】用户故事描述了对用户、系统或软件购买者有价值的功能用来收集客户需求。在卡片正面描述用户的需求在背面描述该功能对应的期望如估值、交付实践、验收标准等。【用户故事的INVEST原则】Independent 独立的Negotiable 可协商的Valuable 有价值的Estimable 可估计的Small 小的Testable 可测试的【理想时间】常见的度量故事大小的方法为故事点和理想时间方法。理想时间是一个参考敏捷主要以故事点为主。理想时间理想情况下剔除所有外围干扰因素之后所需的时间。理想时间可以用来预测实际耗时且更容易估算。但精确估算成本很高对于拥抱变化的敏捷项目来说没必要也是浪费。【故事点的概念】故事点是用于表达用户故事、特性或其他工作的总体大小的度量单位一般情况下反应了一个故事的相对大小可简单看着工作量大小。当风险、不确定性、复杂度、未知因素以及其他相关的事会影响工作量时也应被包含进去考虑。【优先级的概念】尽管价值永远是决定优先级的最主要因素但是其他诸如风险、依赖关系和政治等因素也同样决定着是否把某些能力和故事分配到计划中。【优先级排序的方法——MoSCoW法则】MoSCoW法则Must必须做的不做不行。通常就是最小可行产品MVP。Should应该做的应该有。这些功能很重要但不是必需的。Could可以做的。这些要求是客户期望的但优先级不高的。Would not不要做的。在当下是不适合的要求。