敏捷的三个要素是迭代开发、坦诚合作和自适应性.docVIP

敏捷的三个要素是迭代开发、坦诚合作和自适应性 敏捷的价值观如下： ◆个体和交互 胜过 过程和工具 ◆可以工作的软件 胜过 面面俱到的文档 ◆客户合作 胜过 合同谈判 ◆响应变化 胜过 遵循计划 由价值观引出的12条敏捷原则： ◆我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。 ◆即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。 ◆经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。 ◆在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。 ◆围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持，并且信任他们能够完成工作。 ◆在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。 ◆工作的软件是首要的进度度量标准。 ◆敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。 ◆不断地关注优秀的技能和好的设计会增强敏捷能力。 ◆简单是使未完成的工作最大化的艺术是根本的。 ◆最好的构架、需求和设计出自于自组织的团队。 ◆每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。 建立敏捷联盟的17位大师所创立的敏捷方法包括：极限编程，Scrum，特征驱动开发，动态系统开发方法，自适应软件开发，水晶方法，实用编程方法。这些方法统称为敏捷方法。 其实每个人都可以从敏捷宣言和原则出发，明确问题，找出一些解决方法，形成自己的过程。我觉得国内的软件环境这么复杂，程序员的自主精神又这么强，敏捷方法应该是在中国首先提出才对，只是国人都有唯标准唯规范至上的心理定式，即使找出好办法，也觉得不规范，没有深入形成理论，无法提升高度，始终是跟着鬼子屁股后面走，我想这也是国外软件行业不成熟的表现之一吧！ Alistair Cockburn在Agile Software Development中讲述了敏捷开发方法背后的思想 人们掌握过程（process）可以分为3个阶段：1 following 遵循一个定义好的process2 detaching 知道不同process的适用范围，在不同的场合使用不同的process3 fluent 不关心是否遵循特定的process，知道在什么情况下采用什么动作 软件开发是一个充满发明和交流的协作性游戏(cooperative game of invertion and communication)。软件开发的首要目标是生产出软件，遵循特定的过程和模型只是手段，只要传递了足够的信息，手段是次要的。交流的效果要远远重于交流的形式（Effect of communication is more important than the form of communication）。一般软件开发有两个目标：1 尽快的生产出软件2 为下一个team或项目做准备，有时这两个目标是矛盾的，我们要在这两个目标之间寻求平衡 在软件开发中，人的因素要远远大于过程和技术。 人是有缺陷的：1 容易犯错误，因此必须在错误扩散之前找到并改正错误2 当觉得可能失去较多的时候，不愿意冒险3 重新构造而不愿意重复使用已有的东西4 难于坚持一个习惯 针对个人因素的几个建议：1 具体的模型较抽象的模型更容易理解2 从一个例子开始是容易的3 通过观察他人的成果学习4 要有足够的不受打扰的时间5 分配的工作要与个人意向，能力匹配6 不正确的奖励会有坏作用，从长期看个人兴趣比奖励更重要，培养在工作中的自豪感：1) pride in work参与工作的自豪感，通常参与一个重要的工作会有自豪感2) pride in accomplishment 完成工作的自豪感，长期未完的工作会使士气低落3)pride in contribution 为他人贡献的自豪感7 鼓励关心其他人的工作和整体的工作 在一个团队之间，交流是最重要的，实践证明面对面的实时的交流是最有效的，对交流的延误会损失信息，白板是最好的交流工具，交流工具的先进并不能提高交流效果。文档的作用是记录和备忘，不能通过文档交流。 敏捷开发方法要避免的过程设计的几个常见错误1 对所有的项目使用同一种过程2 没有弹性3 过于沉重4 增加不必要的“必须完成”（“should do” is really should？）5 没有经过实践检验 敏捷开发方法过程设计的几个原理：1 交互的面对面的交流是代价最小，最迅速的交换信息的方法2 超过实际需要的过程是浪费的3 大的团队需要重量级方法4 处理重大问题的项目需要重量级方法强调5 增加反馈和交流可以减少中间产品和文档的需