确定一个简单的开发目标，快速动手实现原型，以卓越技术为追求目标，每个团队成员都是被激发起来的“编程机器”等这些方法使得整个的开发过程的效率和成果质量迅速提升。因此当软件的开发成本越来越高、时间越来越长的时候，借助这些方法实现软件的好、快、省成了顺理成章的事情。
可以肯定的是很多敏捷的思想并不是从敏捷联盟成立的时候才有的，通过长期的一点一滴地积累，一次一次地实践，敏捷思想形成了一个体系。目前流行的敏捷开发的方法大概有极限编程(XP)、特征驱动开发（FDD）、SCRUM、自适应软件开发（ASD）、动态系统开发方法（DSDM）和水晶方法族（Crystal Methods）等。显然这些方法彼此之间是有差别的，但是敏捷编程肯定是有一些共性的，敏捷首先是一种氛围，一种文化。
自信
自信是敏捷开发的重要因素之一。这里自信的意思是相信自我，一个采用敏捷开发的团队首先要相信自己的团队是最优秀的团队，做的是世界上最优秀的软件。敏捷的团队是绝对不允许有人比我更好的，那对他们而言是一种耻辱。
很多的敏捷开发书籍中将这种行为描述为“追求卓越”，这并不全面，除了追求卓越，更重要的是追求适用、质量、市场等一系列的目标。一直持续追求超越自我的团队，一种不断改进的文化是敏捷开发的核心。如果没有这样的一个核心作为基石，即使采用小版本编译，测试驱动这些敏捷的方法，也终究不过是习之皮毛。更有甚者，如果成了“邯郸学步”那就更为糟糕。
诚然创建一种人人激情四射的氛围不是一件容易的事情，但是如果认为无法创建这样的一种氛围，不如早早的打消敏捷开发的目的。
敏捷12条原则中有一些是基于这个核心的，比如“围绕被激励起来的个人构建项目”，“敏捷过程提倡恒定的开发速度”等，这几条原则的目标其实就是想创建一种敏捷的氛围，让所有参与项目的人能够保持一种持续激情的状态。这和软件英雄主义的团队目标何其的相似。而不断的应用新的技能和好的设计模式更可以提高团队的自信，使得团队自信度不断的提升。
交流
创建敏捷团队敏捷氛围的另一个假设是成员之间相互信任。互信这种说法针对中国国情而言尤为重要，由于基于东方人的特点，大多数时候喜独处，不喜交流。特别是对于技术上的问题，很多人宁愿自己一次一次的从搜索引擎中查询也不愿意和伙伴交流，即使这个知识点别人可以给以帮助。
很多编程者根本无法容忍两个人同时共享同一段代码的做法，所以互信或可以称为交流的这个因素就尤为重要了。就个人的实践而言，如果两个人能够同时编写同一段程序是有好处的，一方面可以扩充知识层面，除了帮助文档以外又多了一个更重要的帮助——编程的伙伴，更重要的是可以避免走入“死胡同”。
写过程序人大多都有这种体验，有时候经常在一个地方无法进展下去，总是认为自己是对的，可是结果总是不在自己的预想之内，但是当第二天再来看程序的时候会发现原来昨天的错误是那么的“愚蠢”，其实如果两个人共享这段代码，伙伴一定会在第一时间提醒错误在哪里，这是多么省时省事的一种做法。
此文章共有3页 上一页 1 2 3 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
