敏捷开发 个人经验（一）基本概念

敏捷开发中的一些概念

scrum team: 整个组织架构中可进行独立开发的最小团队, 通常人数控制在5~10人左右
sprint：项目开发过程当中最小迭代周期，根据同的项目周期不一样；现有产品维护1~5天，二次开发5~10，新项目5~30，业务复杂或开发所用语言较多或开发复杂度较高10~45

point：不可拆分的最小功能点数，1point等于多少小时，能够由项目主管按照项目的实际状况指定。

Product Backlog：由PO负责管理，将全部epic按优先顺序排列的一个产品需求列表。
Sprint Backlog：经过Sprint Planning Meeting，由PM、PO、SM从product backlog中挑选出一个或多个Story做为本次迭代完成的目标
epic：一个包含完成功能的需求描述，能够被拆分为1个或多个stroy，通常有PO划分
story：一个不可拆分子功能描述，能够被拆分为1个过多个task，通常由PO将epic拆分为story，在Sprint Planning Pre-Plan Meeting中PO、SM肯定story是否合理并作相应的调整。
task：最小可用于开发的任务，在sprint开始时由ST将story拆分为task，并在当前sprint中完成

product Master(PM)：管理整个项目的总体进度，也可叫作scrum master of scrums.
product owner(PO)：管理整个项目或多个scrum team的需求，并将需求转换为epic或story，指定软件交付日期，指定交付标准，有权力接受或拒绝开发团队的工做成果
scrum master(SM)：总体控制一个scrum能过承接的point数；监控每一个sprint的总体进度；协调与其余scrum team之间的沟通
technique leader(TL)：整个项目或多个scrum team或一个scrum team的技术专家，主要负责在开发过程当中给出技术解决方案或建议
scrum team member(ST)：scrum项目成员，主要负责开发，以及将指派给本身的story拆分为task

Sprint Planning Pre-Plan Meeting：PO、SM肯定挑选story为后期sprint作准备，通常提早2个sprint
Sprint Planning Meeting：在sprint以前PO将下个sprint须要完成的story交付给SM，SM须要根据目前ST的能力确认point数，此时应该确认或拒绝下一个sprint全部需求。
Sprint start meeting：在sprint的第一天将当前sprint的story指派给相关ST，除非TL提出异议而且征得PO或PM赞成，不然全部stroy必须在当前sprint完成。
Srpint Review Meeting：也叫Srpint Demo Meeting，将这个sprint的成果演示给PO，由PO确认演示内容是否符合交付标准，并提出改善意见。
Sprint Retrospective Meeting：回顾会议，SM、ST、TL，PO参与对于上一个sprint成果总结，优势继续保持，缺点或缺陷根据实际状况由PO决定是否创建story放入Product Backlog中，在之后或下一个sprint中完善。
Daily Scrum Meeting：也叫stand up meeting，天天占用5~15分钟汇报、分享、提出问题。特别注意此会议不解决任何问题。

Scrum of Scurms meeting：大型项目须要，多个scrum team协同开发时，多个Team SM参与讨论会议；对上一个sprint总结汇报，并提出相关意见，若是涉及到代码改善意见，须要请PO确认是否创建story；下一个sprint资源确认，是否须要其余Team协助，是否有人力资源调整等问题。