敏捷已成为软件开发领域的潮流，但单纯为迎合潮流去实施敏捷是不负责任的。开发方法和实践必须服务于业务成功，作为业务导向的敏捷实施成功的前提，首先必须问的问题是：通过敏捷实施要达成的业务目标是什么？为达成这些目标需要做到什么？如何做到？本文将从业务目标出发，分别从这三个方面展开讨论。每一次软件产品的开发都是一个创造的过程，预知一切是不可能完成的任务。首先，商业环境和市场的需求处于变化之中。JonathanRasmusson在TheAgileSamurai一书中陈述了三个关于需求的简单事实：一、不可能在项目开始的时候收集到所有的需求；二、不管你收集到什么样的需求，它一定会发生变化；三、要做的功能，一

最权威的SAFe 4白皮书，精益软件与系统工程的规模化敏捷框架概览，看完对SAFe可以有比较清楚的了解。

敏捷软件开发方法适合小型团队进行软件开发，其配置管理(AgileSCM)解决方案强调支持快速开发的简单化和自动化。该软件配置管理的目标是它的实践和过程能体现敏捷的价值，保证敏捷开发的原则和特征。目前的软件配置管理工具，如IBMRationalSCM产品，变得更加灵活和容易扩展，能够支持敏捷项目的配置管理。软件配置管理是一种标识、组织和控制修改的技术，目的是协调软件开发，使混乱减到最小，使错误达到最小并最有效地提高生产效率。软件配置管理用来：标识变化;控制变化;保证变化被适当的发现;以及向其他可能有兴趣的人员报告变化。所以，必须为软件配置管理活动设计一个能够融合于现有的软件开发流程的管理过程。敏

本文以笔者的项目管理实践为基础，介绍基于经验过程控制（EmpiricalProcessControl）模型、缺陷预防以及敏捷价值观的敏捷质量管理思想及其实践。希望通过本文为广大项目管理人员提供质量管理的一些思路和经验分享。经验过程控制是一种问题驱动的轻型过程控制模型。在进一步介绍经验过程控制之前，我们先看一个日常生活中应用经验过程控制的一个例子：在菜肴的烹饪过程中，人们往往先观察菜肴的颜色，或者用筷子检查其软硬度来判断菜肴是否已经煮熟。若不够熟，则继续煮。待到菜肴快熟时，我们开始放盐、味精之类的调料。然后尝尝菜肴的咸淡是否适中，若太淡了则继续加盐，直到我们满意为止。经过这样一个过程，烹饪者满意

发布于：2013-4-8这是由高焕堂老师所提出的顶层设计(Top-levelDesign)方法论。适用于智慧城市、数字家庭，以及大型SoS(SystemofSystems)系统设计，例如公共交通、旅游休闲、医疗健康等不同业务区块的顶层设计;并促进不同业务区块或系统之间的互联互通、信息共享、并避免信息孤岛。欢迎各界先进专家批评指教，也欢迎广泛使用，不必付费。为了支持此目标，兹设计出一种顶层设计方法，如图-1a所示。图-1a高焕堂老师提出的<敏捷顶层设计方法>与顶层设计的攸关的人员是：老板、设计团队、外界的专家、用户。本方法让攸关人员(Stakeholder)一起来贡献经验和知识，创造高质量的顶层

：本文探讨了在敏捷开发过程中文档工作的相关特点，并提出了文档轻量级生成的解决方案，借助RationalPublishingEngine实现文档轻量级生成。这一解决方案降低了敏捷开发过程中文档工作的人力成本，提升了文档的生成效率、数据准确性及格式规范性。通过确立一个共同的目标，保持流畅的沟通，从而同步思想，这一点对于敏捷开发团队来说十分重要，它是成功和效率的根本保证。但是可能开发团队的成员分属不同部门，甚至分布在世界各地，由于地域、时区或文化背景的差异，使得面对面进行交流的这种沟通方式变得困难。并且很多时候我们需要用文字材料来记录沟通结果（例如交换的意见信息或者详细计划信息等），所以无论当面交流

不少公司在尝试实施敏捷开发，敏捷实践在中国越来越流行，但当中敏捷涉及思想和意识上的转变，容易造成各种管理和实践上的差异，笔者常见的有三种情况。敏捷当然不是小瀑布开发，很多团队开始四周迭代时，都希望可以逐步改变团队以前的开发习惯，例如：单一功能团队、团队之间交接，然后就会发现团队在这四周内依然像瀑布式开发。我们都鼓励短迭代，两周比四周能得到更快的反馈，两周迭代比四周迭代更有效打破前面提到的老习惯，而要达到两周迭代，就必需要适当的实践配合，用户故事纵向划分、敏捷建模、测试驱动开发、持续集成、验收测试驱动开发都是有效帮助团队达到短迭代的方法。而这里又引伸到另一个问题，就是组织能投入多少时间让团队学习

项目计划告诉了我们要如何去完成项目，但是项目计划的执行并非总能够沿着预定的轨道前进。可以肯定地说，如果没有健全的反馈机制，计划的执行定然会偏离预定的轨道，而唯一能够确避免的措施就——追求项目计划执行中最细致的项目跟踪，在计划的执行稍有偏离的时候就纠正其方向，这在控制理论中，就是基于反馈的控制。宏观上来说，重型项目管理方法往往倾向于花更多的时间来作一个细致的项目计划，以确保后期计划执行的可控。但是，细致的计划并不能替代细致的跟踪。1.1.细化任务　现代控制理论告诉我们，控制的精确程度是建立在被控制量量化的粒度之上。量化得越细，就能够控制得越精确。因为在很少偏移量的时候这种趋势就得以纠正。但是量化

火龙果软件工程技术中心  在阅读这篇文章之前，我要强调一个观点：SOA不仅仅只是一套构架，其更像是一套设计思想、方法。为解决客户所面临的业务敏捷性问题提供了一套新的解决方法。OnDemand反映客户对业务敏捷性的需求其实业务的敏捷性是众多传统企业与IT企业一直在探讨的话题。几年前，大家都或多或少看过IBM非常具有创意的“e-BusinessonDemand”广告。那时候，这个专有名词在中文当中被称之为“随需应变”。“e-BusinessonDemand”是IBM在2001年提出的概念和口号，以替代早先（1990年代中后期）的“e-Business”策略，它的主题思想是：使IT应用以服务形式出现