敏捷之核心概念

核心要素：

• 1、产品愿景：属于敏捷项目章程的核心内容，在项目初始阶段由关键相关方（客户/发起人/产品负责人）提供，属于项目的高层级目标。
• 2、产品负责人：客户利益的代表人，被视为最能理解客户需求以及需求价值排序的人。
• 3、产品未完项：即产品待办列表、PB表。源于客户/发起人，经过产品负责人，由产品负责人对其中的各需求项进行价值优先级排序。
• 4、发布计划：版本计划，根据产品路线图而制定的粗略高层级计划，描述当前版本大概包含几个迭代，每个迭代大概开发哪些需求或产品模块。
• 5、开发团队：所有负责开发产品功能的技术人员，规模通常为5-9人。
• 6、敏捷教练：又称敏捷项目经理，属于仆人式领导，负责激励团队，帮助团队消除障碍，促进团队沟通、提高团队协作水平。
• 7、迭代计划会：每次迭代开始前召开的规划会议，产品负责人、开发团队、敏捷教练共同讨论接下来的一次迭代需要开发哪些需求和功能。
• 8、迭代计划：又称为迭代待办事项，每次迭代开始前规划迭代需要开发的需求和功能，属于详细计划。做迭代计划时可以将用户故事分解为具体的任务。
• 9、迭代：又称冲刺，在特定的时间长短内完成特定的任务。任务来源于迭代待办事项，迭代过程中迭代内的任务不发生变化。
• 10、每日站会：最大程度促进项目团队成员信息流通的交互式沟通。每天均需召开，开会一般15分钟，遵循时间盒规则。会上讨论三个问题：今天我做了什么、遇到了什么问题、明天我打算做什么。
• 11、迭代评审会：演示会、验收会。在每个迭代结束之后，敏捷团队展示本次迭代的成果/增量，客户/产品负责人对迭代的增量提供反馈一件，并进行批准或验收。
• 12、回顾总结会：回顾会。在迭代评审会之后，团队内部召开会议，总结本次迭代的经验教训，并制定措施以免问题再次发生。会上讨论3个问题：本次迭代哪些属于成功经验？哪些属于失败经验？下一次迭代需要做哪些改进事项？

附件概念

• 1、功能性需求：PB表中的内容，即客户/产品负责人所要求开发的所有产品功能。
• 2、非功能性需求：不属于产品功能，但如果不做却会降低产品价值或项目成功概率，如技术债务处理、风险处理、缺陷修复、法规监管需求等。与功能型需求同属于PB表，并参与价值优先级排序。
• 3、最小可行产品：也称最小可行版本、最小可售产品。由PB表中最高价值优先级功能所组成的可运行的第一个版本，可以对其进行售卖而产生市场价值。当项目预算、进度收到制约时，应优先规划最小可行产品。