标签：报告 竞争 架构 项目 原则 color 设计 求和 每日
敏捷开发是一系列价值观和方法论的集合。在敏捷的大旗下，我们可以看到好几种软件开发的方法论，我们在这里主要分析Scrum这个方法论。
从Scrum方法论中分析，敏捷开发一共分四步：
第一步：找出完成产品需要做的事情——Product Backlog
Backlog翻译成“积极的工作”，“待解决的问题”，“产品订单”。产品负责人主导大家对于这个Backlog进行增删改的工作。每一项工作的时间估计为天。
第二步：决定当前的冲刺需要解决的事情——Sprint Backlog
将整个产品化为几个互相联系的冲刺。产品订单以小时为单位，团队的成员根据自己的情况来认领。
第三步：冲刺——Sprint
每天开一个每日例会，团队成员大多站着开会。所以又称每日例会。大家依次报告：
我昨天做了什么
我今天要做什么
我碰到了哪些问题
每日例会强迫每个人向同伴报告进度，迫使大家把问题放在明面上。同时启动每日构建，使大家每日都能看到一个逐渐完善的版本。
第四步：得到软件的一个增量版本，发布给用户。然后在此基础上又进一步的计划增量的新功能和改进。
敏捷开发的原则：
1.尽早并持续地交付有价值的软件以满足客户的需求。
2.敏捷流程欢迎需求的变化，并利用这个变化来提高用户的竞争优势。
3.经常发布可用的软件，发布间隔可以从几周到几个月，能短则短。
4.业务人员和开发人员在项目开发过程中应该每天共同工作。
5.以有进取心的人为项目核心，充分支持信任他们。
6.无论团队内外，面对面的交流始终是最有效的沟通方式。
7.可用的软件是衡量项目进展的重要指标。
8.敏捷开发流程应能保持可持续的发展。领导、团队和用户应该能按照目前的步骤持续的合作下去。
9.只有不断关注技术和设计，才能越来越敏捷。
10.保持简明——尽可能的简化工作量的技艺极为重要。
11.只有能自我管理的团队才能创造优秀的架构、需求和设计。
12.时时总结如何提高团队效率，并付诸行动。
敏捷开发只是一系列价值观和方法论的集合，他有自己的优点，但不是万能的敏捷开发也有其使用的范围，还是要根据实际的问题来决定如何开发。
标签：报告 竞争 架构 项目 原则 color 设计 求和 每日
原文地址：http://www.cnblogs.com/suifengye/p/6407523.html
