敏捷最有智慧的地方在于它只为我们提出了核心价值观和12条原则，它并没有告诉做什么和怎么做，因此基于这一基础，任何符合敏捷核心价值观和原则的方法、实践，我们都可以称之为敏捷。正是敏捷开发的这种开放性和动态发展的特性，留给敏捷开发人员巨大的空间，赋予了敏捷无限的魅力，但同时也留给敏捷实践者太多的困惑和无奈。
众所周知，敏捷开发是一个涵盖性术语，它包括SCRUM，XP，LEAN，AUP等多种类似的方法和实践。基于这些内容，产生出了敏捷开发的基本价值观和12条原则：
- 人和交互重于过程和工具。
- 可以工作的软件重于求全责备的文档。
- 客户协作重于合同谈判。
- 随时应对变化重于循规蹈矩。
其中位于右边的内容虽然也有其价值，但是左边的内容最为重要。
敏捷开发的12条原则：
ü 首要目标：更早地持续地交付有价值的软件，满足客户需求
ü 即使到了开发的后期，也欢迎需求变更
ü 频繁交付可工作的软件
ü 关注协作，业务人员和开发人员必须每天协同工作
ü 围绕被激励起来的个人来构建项目
ü 面对面的交谈，是最有效和效率最高的沟通方法
ü 可工作的软件是度量进度的主要标准
ü 敏捷过程提倡可持续的开发速度
ü 持续地优化技术和设计，会增强敏捷能力
ü 简单--使工作效率最大化的艺术--是基本原则
ü 最好的构架、需求和设计，出自自组织团队
ü 定期总结回顾，思考团队如何更加高效，并作出相应调整
敏捷的核心价值观和12条原则赋予了敏捷开发团队基本的思想文化基因，我们可以将其理解为敏捷之道中规律的部分（道之无名）；而敏捷开发团队基于敏捷的核心价值观和12条原则所进行的各种敏捷实践，我们可以将其理解为敏捷之道中表象的部分（道之有名）。观“有名”而悟“无名”，据“无名”而推“有名”，此正所谓“一阴一阳谓之道”。
1 敏捷的“平衡”思想
从敏捷宣言对敏捷的核心价值观的阐述方式上，可以看到敏捷是一个相对的概念，它最终体现的是敏捷实践者对敏捷实践的一种拿捏和平衡。在一个团队推行敏捷的过程中，问得最多的问题就是关于敏捷开发流程的轻重、敏捷开发团队的大小分布、敏捷开发过程中工具的使用、敏捷最佳实践的采用顺序和数量，聪明的敏捷实践者知道上述所有问题都没有明确的答案，因为它需要具体情况具体分析。敏捷开发推崇的是做在指定环境中正确的事情，做对指定团队有效的事情，因此敏捷是一种实践方法和哲学，而不是一种理论方法，它讲究的是一种基于实践的平衡之道。
在敏捷开发中存在几个非常著名的实践平衡：
1.1 项目和迭代间的平衡
项目越大，管理的复杂度就越大，带给项目管理团队的管理难度也就越高。敏捷开发中最重要的一个开发实践就是迭代式开发，其本质就是变长的、复杂的项目周期为短的、简单的迭代周期，从而改变了我们多久运行项目一次？同时通过不断重复的迭代周期，不断积累项目管理经验，提高团队绩效，改进团队开发速度。通过有效平衡项目和迭代，使团队在实现把复杂问题简单化的同时，积小胜为大胜，积珪步而至千里。
1.2 计划的平衡
计划的主要作用无外乎以下几点：
l 统一思想，明确目标
l 团队沟通
l 整合团队工作
l 作为项目监控的基准
然而，地球人都知道计划赶不上变化的道理。尤其是当今业务飞速发展、经济市场环境不断创新的时代。敏捷团队不相信大的计划，取而代之敏捷团队使用分层的项目计划：发布计划、迭代计划和每日计划，迭代式软件开发和两级项目规划两个敏捷最佳实践，将规划过程分成了发布规划和迭代规划两个动态过程，发布规划的目标是制定出发布计划，发布计划中包含主要的项目远景、发布时间节点和里程碑要求，忽略善变的细节；而迭代计划中则包含具体计划实施的细节内容，它是个动态的计划，主要关注当前迭代和下一迭代工作内容，包括具体实施细节。由此可见，敏捷规划过程本身就是一个平衡过程，粗粒度的目标节点和细部的任务规划之间远粗近细的平衡，计划中不变的里程碑要求和善变的工作内容之间的动态平衡。
1.3 需求管理的平衡
众所周知，项目的本质是渐进明细的，而需求开发过程的本质是启发式的，尤其是软件需求，整个开发过程就是一个由抽象到具体，由概念到实体的过程，因此项目需求变更成为必然，新的需求的不断提出也成为必然，这导致项目范围管理难度较大。同时加上很多软件生存的快速变化的业务环境和市场环境，如何保证快速响应需求变更的同时，保证软件的快速交付就成了一大难题。
敏捷开发基于需求不断变化的事实和快速响应客户需求变更的要求，通过很好的平衡需求中的变与不变的部分，做到了需求的动态平衡。
敏捷项目中，需求在整个生命周期中是不断变化的，但为了保证软件开发团队工作的相对稳定，进入迭代规划的需求却又是相对固定不变的。敏捷开发团队正式通过这种对需求变与不变的相对平衡，智慧地即满足了快速响应客户变更，又保证可开发团队不为变更困扰。
扫一扫
5712
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
