敏捷软件开发在很多年前就被提了出来，这是一种主张快速交付，持续交付的软件开发方式，它再一次将软件开发的主体参与者--人推向了非常重要的位置。强调人的敏捷参与比沉重的软件过程更加重要。
这些敏捷行为表现在以下方面：
1. 我们最优先要做的是通过尽早、持续地交付有价值的软件来使客户满意。
2. 在项目的整个开发期间，业务人员和开发人员必须天天在一起工作。
3. 即使到了开发后期，也欢迎需求变化。
4. 经常性地交付可以工作的软件。
5. 可以工作的软件是主要的进度度量标准。
6. 围绕被激励起的个体来构建项目。为他们提供所需的环境和支持，并信任他们能胜任工作。
7. 最好的架构、需求和设计来自于自组织的团队。
8. 在团队内部，最有效果和最有效率的传递信息的方法是面对面地交流。
9. 敏捷过程提倡可持续的开发速度。
10. 不断地关注最优秀的技术和良好的设计能增强敏捷能力。
11. 简单是根本的。
12. 开发团队每隔一定时间，都会对如何能有效地工作进行反省，然后相应地对自己的行为进行调整。
通过以上可以看出，通过高效地敏捷协作，我们可以以最精简的方式，以最少的工作量，以最直观的工作产品给客户持续交互。
基于以上这些特点，我希望能在我的团队中成功实践敏捷思想。
由于公司目前是通过了CMMI 3，同时在往4级前进，所以在CMMI方面需要遵循的过程规范比较多。实际这也是项目组感到很有负担的地方。所以希望能在CMMI的这个大框架下能尽量使团队敏捷。
虽然CMMI定义了庞大的过程，但是它是可以根据具体的项目进行裁剪的，所以裁减将是我们在CMMI框架下实践敏捷开发过程的避免冲突的好工具。
其实我们已经开始了部分敏捷开发的实践。
1，我们的客户虽然在美国，但是他几乎是随时和我们在一起的。我们每天需要沟通的信息基本都能完全沟通到位。
2，我们的团队对技术的热情都是比较高的，这有助于增强我们的敏捷能力。
3，我们部分同事会使用Nunit 来验证自己的代码，虽然未强制使用，但是也算是实践的开端
虽然很少，但是至少为后期的全面敏捷做好了铺垫。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。