IT项目不仅投资较大，而且项目的实施过程很长，拿ERP来说，一般的项目都是分阶段去实施，每个阶段的实施过程少则几个月，而且存在项目风险。因此，很多企业在项目决策上都存在
责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。敏捷相对以前的软件工程最大的革新之处在于把人的作用提高到了过程至上，正如敏捷宣言的第一条“个体和交互胜过过程和
如果在项目早期增加人员，并使人员得到良好的培训和交流，有可能提前项目进度。但对于进行中的项目，增加人员往往只能使进度更加落后。在熟练的人员进入一个新项目都存在对项目开发环境和过程的熟悉。
软件度量是软件过程改进的一个重要方面,度量的目的是过程改进,但最终目的仍然是软件企业的成本收益上.如果最终的度量和改进没有体现到企业的赢利上,那就不能将度量和改进发挥了作用.
每天或隔天，开一个站立会议（保证开会时间尽量短），来解决工作时间不一致和相互打扰工作的情况。在每个迭代周期也有一个计划和分工等的全体大会。
XP在很多方面都和我们传统意义上得软件工程不同，同时，它也和传统的管理和项目计划的方法不同。这些方法在软件工程和其他管理活动中都有借鉴意义。
程序员每天会多次拆入（check in）他们的代码并进行集成，规则很简单，第一个拆入的只要完成拆入就可以了，所有其他的人负责代码的合并（merge）工作。为了避免合并时间过长，团队的成员会非常频繁的拆入他们的模块。因此，XP团队每天会进行多次系统构建，并重新创建整个系统。
那你怎么知道你的进度停下来了呢？如果你无法让系统运行，进度就是停下来了。如果你不能通过测试，进度就是停下来了。
自上个世纪60年代以来，软件工程思想逐渐形成与发展，也出现了很多软件开发模型与方法，例如瀑布模型、快速原型、增量模型和螺旋模型等[1]。
出于担心自己的技术会逐渐削弱、软件开发经验会日益缺乏，IBM 顶尖技术咨询小组考虑过一起放弃咨询而恢复开发组织，在开发组织中他们就可以恢复他们的编程兵工厂的勇气。
我们在ThoughtWorks这样的大型项目中应用XP方法的时间超过了15个月。这个项目开始于三年前，那时它有大量的需求文档和几个独立的功能小组。
当谈到您实施XP需要的工具时，坏消息是您通常需要学习一些新知识。好消息是您首先只需要少数几件工具。您无需大量文件创建工具和设计工具来形成一个大软件。
最近 50 年来，测试一直被视为项目结束时要做的事。当然，可以在项目进行之中结合测试，测试通常并不是在所有编码工作结束后才开始，而是一般在稍后阶段进行测试。
XP在很多方面都和我们传统意义上得软件工程不同，同时，它也和传统得管理和项目计划得方法不同。这些方法在软件工程和其他管理活动中都有借鉴意义。
本文作者介绍了重复代码的出现场景, 以及如何消除重复代码.
本文作者通过实例介绍了敏捷开发的必要技巧：将注释转为代码.
单一职责原则（The Single Responsibility Principle）认为:每个类都应该只为一个理由而修改。当一个类包含许多其他的功能时，就违反了单一职责原则。作者通过简单的例子,展示了如何让你的代码更加简洁.
当我们想要让一个类继承自另一个类时，我们一定要再三的检查：子类会不会继承了一些它不需要的功能（属性或者方法）？如果是的话，我们就得认真再想想：它们之间有没有真正的继承关系？如果没有的话，就用代理。如果有的话，将这些不用的功能从基类转移到另外一个合适的地方去。
要判断一个代码是不是包含了“不合适的依赖”，共有四个方法：1.看代码：有没有互相依赖？2.认真想想：它真正需要的是什么？3.推测一下：它在以后的系统中可以重用吗？4.到要重用的时候就知道了：现在我要重用这个类，能不能重用？
假定这个项目的客户是个饮料自动售货机的制造商。他们要求我们为他们的售货机开发一款软件。我们可以找他们的市场经理了解这个软件的需求。
长期以来，很多Team的组合都是随意的，从创建到稳定, 不经意之间，一个Team就出世了，在项目进行当中，弊端尽现的时候，也没有人注意到是团队的组织架构，人员搭配是否出现了问题，Team成长过程，就好像一个树籽落在地下，然后自生自灭，有的长成了歪脖子，有的则树倒猢狲散，有一部分，运气好，成为能经风雨的大树。
异地分布式软件开发（Distributed Software Development）是指由多个位于不同地理位置的团队进行同一个软件项目的开发过程。这个词越来越频繁的出现在各种技术媒体中。
最近很多人都问我，有没有适合的人可以推荐给他们公司，他们正在招人，面试了很多个，但有经验的开发人员太难找了。有一个朋友在问我要人的同时，他手下的一个开发人员反而问我有没有好的机会，他想跳槽。
敏捷建模（AM）定义了一系列的核心原则和辅助原则，它们为软件开发项目中的建模a href="practices.htm">实践奠定了基石。其中一些原则是从XP中借鉴而来，在Extreme Programming Explained中有它们的详细描述。
作为三篇系列文章的第一篇，我们将带你了解敏捷软件开发的重要做法——如何使用它们、你可能会碰到什么样的问题，以及你将从它们那里获得什么。
关于敏捷和CMM，以及怎样在CMMI的框架下有效的引入敏捷的开发，是我所一直关注的话题，最近在网上闲逛，看到ThoughtWorks总经理郭晓在软博会上的演讲，觉得讲得不错，现转载如下（转载于网易科技）
方法论对软件开发而言意味着什么？我们如何看待软件开发中的方法论？方法论能够成为软件开发的救命稻草吗？在读过此文后，这些疑惑就会得到解答。
敏捷建模思想，是由以下一系列文章组成： 1敏捷建模的价值观 2敏捷建模的原则 3敏捷建模的实践 4敏捷建模是（不是）什么？ 5模型何时是敏捷的？ 6你是在敏捷建模吗？ 7
一、过程成熟度与多样性 近年来软件过程改进在国内日益得到重视，一度出现了许多组织纷纷开展SW-CMM商业评估的热潮。迄今全国已有近两百家软件企业通过了SW-CMM、CMM
团队设计 团队设计是敏捷方法论中很重要的一项实践。我们这里说的团队，指的并不是复数的人。一群人就是一群人，并没有办法构成团队。要想成为团队，有很多的工作要做。 我们之所以
| 我爱研发网 | 中电华信 | 阿里西西 | JAVA爱好者 | 北京英才网 | 全球大学查询网 |
| 中国人的网站导航 | 中国电脑论坛 | 信息产业部 | 新浪科技 | 搜狐IT | 信息产业部电子教育与考试中心 |
| IT世界网 | 软件项目交易网 | 中国软件交易网 | 国信培训网 | 亚远景科技 | ....[更多] |
