出版日期：2013 年8月。　　《敏捷开发一千零一夜》以多位作者的亲身经历，再现真实的敏捷实施过程，描述各个企业在实施敏捷的过程中，遇到的种种问题、解决的思路及最终得到的经验与教训。　　 《敏捷开发一千零一夜》的特色在于由真实实践提炼，对正在实施敏捷的读者

敏捷开发的思想自进入国内以来，已经经过多年的发展，概念也不断完善，通常认为这是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。敏捷注重市场快速反应能力，也即具体应

工作流管理联盟提出了一个工作流参考模型，约定了工作流系统的体系结构、应用接口及特性，主要目的是为了实现工作流技术的标准化和开放性。下面简要介绍系统中的各个部分，并对参考模型中的五类接口进行描述。它们是针对应用程序的，工作流管理系统无法对它们进行访问。过程定

以过程为中心的方法论使用过程模型作为系统方案的核心。以数据为中心的方法论首先注重确定数据存储容器的内容和这些内容是如何组织的。面向对象方法论试图平衡过程和数据的重视。面向对象方法论用统一建模语言将系统方案表示为结合了数据和过程的对象集合。XP用来创建成功系

Scrum是应用最广泛的敏捷开发方法。对此，通常的解释是“对Scrum框架的错误应用，和对其原则的错误把握。”KenScheaber在“ScrumGuide”一文中对这两方面都提供了权威的阐述。本文的目的是在此基础上，提供更加明确的操作性的指导和检查工具。

*　　我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。*　　在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。*　　围绕被激励起来的个体来构建项目。*　　在团队内部，最具有效果并富有效率的传递信息的方法，就是面对面的交谈。*　　

有些人则用该文观点否定软件工程中当前和未来一切技术和方法。我个人认为，软件开发是将人力和资本转化成软件产品的过程，它类似于物理学中的能量转换过程。某些人相信的一些能够革命性提高软件生产效率的技术或方法，绝大多数是一种幻觉。但员工事实上是在付出的。“没有银弹

说到软件开发，模式有很多，敏捷开发算是比较新颖的一种，经过近些年不断地发展，在国内逐步吸引了越来越多的企业及软件公司进入这一领域，虽说控制性上来说不如传统模式，但是较高的灵活性成为其主要优势。敏捷开发最早是在90年代才获得人们广泛关注的新型软件开发方式，它

近些年来，越来越多的人开始转向敏捷开发，而且这些敏捷开发的技术已不再新鲜，大多都是在80和90年代设计形成的。但是，最近几年，程序员，特别是一些商业顾问，架构师和客户开始喜欢上了敏捷开发。在较短的开发周期中，我们不断的完 善程序，多次迭代从而满足客户提出的

接触“敏捷”这个词有蛮久了，团队近半年也在实行敏捷开发，对于敏捷也有一些感触…另外，很多人以为敏捷开发就等于Scrum或者XP，但是，这些还是有所不同的，敏捷更多的是一种思想，而Scrum是敏捷开发的一种实践模式，也可以说是方法～

本文主要为大家探讨的是Visual Studio 2010敏捷测试驱动开发，开发环境为Visual Studio 2010 Ultimate Beta2版本。希望本文能对大家有所帮助。在微软Visual Studio 2010 Ultimate Beta2