关于敏捷开发的原则及概述

　　敏捷开发的原则

　　我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。

　　欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。

　　经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。

　　业务人员和开发人员必须相互合作，项目中的每一天都不例外。

　　激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。

　　不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。

　　可工作的软件是进度的首要度量标准。

　　敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。

　　坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。

　　以简洁为本，它是极力减少不必要工作量的艺术。

　　最好的架构、需求和设计出自自组织团队。

　　团队定期地反思如何能提高成效，并依此调整自身的举止表现。

　　敏捷开发管理实践

　　Scrum

　　Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。

　　Scrum中的角色

　　“猪”角色

　　产品负责人（Product Owner）

　　通常由市场部门的人担任

　　敏捷教练 （Scrum Master）

　　通常由开发组组长担任

　　开发团队 （Scrum Team）

　　包括开发，需求，测试

　　“鸡”角色

　　用户

　　软件是为了某些人而创建！就像“假如森林里有一棵树倒下了，但没有人听到，那么它算发出了声音吗”，“假如软件没有被使用，那么它算是被开发出来了么？”

　　利益所有者 （客户，提供商）

　　影响项目成功的人， 但只直接参与冲刺评审过程。

　　管理者

　　为产品开发团体架起环境的那个人

　　主要活动和最佳实践

　　迭代式软件开发

　　两层项目规划 （Two-Level Project Planning）

　　整体团队协作 （Whole Team）

　　持续集成

　　冲刺规划会议 （Sprint Plan Meeting）

　　每日站立会议 （Sprint Daily Meeting）

　　冲刺复审会议 （Sprint Review Meeting）

　　冲刺回顾会议 （Retrospective Meeting）

　　主要输入输出

　　产品订单（Product Backlog）

　　冲刺订单（Spring Backlog）

　　燃尽图（Burndown Chart）

　　新的功能增量