敏捷项目管理具体实践

Scrum中的产出物
#Product Backlog——Backlog 待开发项，积压的任务。
产品 Backlog 包括了所有需要交付的内容，其内容根据业务需求的价值顺序排列，每个 Backlog 的优先级是可以调整的，需求是可以增减的，因此产品 Backlog 将根据不断增长来持续驱动维护。

#Sprint Backlog——Sprint 本意为“冲刺”，--也指的是本次要迭代需求，指迭代周期，长度通常是一至六周。
在 Sprint 开始前，定义本次 Sprint 要讨论的“Sprint Backlog”，从中产生本次 Sprint 要完成的 “已定 Product Backlog”。
已定 Product Backlog是 Sprint 计划会议的产物，它定义了团队所接受的工作量，在整个 Sprint 过程中它将保持不变。

#User Story、Task——用户故事、任务
用 User Story 来描述 Sprint Backlog 里的项目，User Story 是从用户的角度对系统的某个功能模块所作的简短描述。一个 User Story 描述了项目中的一个小功能，以及这个功能完成之后将会产生什么效果，或者说能为客户创造什么价值。一个 User Story 的大小和复杂度应该以能在一个 Sprint 中完成为宜。如果 User Story 太大，可能会导致对它的开发横跨几个 Sprint，此时就应该将这个 User Story 分解。为了能够及时，高效地完成每个 Story，Scrum 团队会把每个 Story 分解成若干个 Task。每个Task 的时间按照小时估算

团队建设
•Scrum 团队最佳人数控制在“5～9”人。
•全职能性团队：开发组（UI、后台开发、前端开发、测试人员——4~8人）、Scrum Master（技术负责人或者核心）、产品负责人
•兼职团队成员：DBA、运维

通用会议规则
基本要求
•每次会议都要准时开始、准时结束。
•每次会议都采取开放形式，所有人都可以参加。

会前准备
•提前邀请所有必须参会的人，让他们有时间准备。
•发送带有会议目标和意图的会议纲要。
•预订会议所需的全部资源：房间、投影仪、挂图、主持设备，以及此会议需要的其他东西。
•会前24小时发送提醒。
•准备带有会议规则的挂图。

会议推进
•展开讨论时，会议的推进人必须在场。他不能参与到具体讨论中，但是他需要注意讨论进程，如果讨论参与者失去重点，他还