探寻Rational的奥秘

• 1986年，竹内弘高和 野中郁次郎阐述了一种新的整体性的方法 ，该方法能够提高商业新产品开发的速度和灵活性：^[1]
  • 他们将这种新的’整体性方法与橄榄球相比较，前者各阶段相互重叠，并且由一个跨职能团队在 不同的阶段完成整个过程，而后者整个团队”tries to go to the distance as a unit, passing the ball back and forth”。
  • 他们对来自汽车，照片机器，计算机和打印机等产业的案例进行了研究。

• 1991年，DeGrace和Stahl在《Wicked Problems, Righteous Solutions》^[2]一书中将这种方法 称为 Scrum，在竹内弘高和 野中郁次郎的文章中提到的橄榄球术语。
• 1990年代初，肯·施瓦伯在其公司使用了一种方法Advanced Development Methods（先进开发方法），这种方法后来发展为Scrum。
• 同时，杰夫·萨瑟兰在Easel公司开发了一种类似的方法，并首次称之为 Scrum。^[3]
• 1995年，在奥斯汀举办的OOPSLA ‘95上，萨瑟兰和施瓦伯联合发表了论文首次提出了Scrum概念。施瓦伯和萨瑟兰在接下的几年里 合作，将上述的文章，他们的经验，以及业界的最佳实践融合起来，形成我们现在所知的Scrum。
• 2001年，施瓦伯与 麦克·比窦（Mike Beedle）合著了《敏捷软件开发-使用Scrum过程》一书，介绍了Scrum方法。

敏捷宣言（ Agile Manifesto ）和其它敏捷指导方针建议要有频繁的产品演示，比如在每次迭代结束的时候。但是大多数这种建议都太宽泛而且不具体，使得开发团队必须自己从尝试和错误中学习。这篇文章提供了丰富的实践知识，如关于敏捷项目上在什么时候，怎样，以及按照什么顺序来执行演示。

如今关于敏捷软件开发无处不在的观点已经得到了大家的公认，但在敏捷开发团队新背景下，关于什么是领导力的特征尚未得出公论。请通过本文了解一位敏捷开发技术的长期支持者关于敏捷开发领导人所担负角色和特点的观点。

敏捷软件开发是指一组建立在类似原理上的软件开发方法学。这些方法通常可以推进一种项目管理流程，这个流程鼓励频繁地进行检测和采用，设计能够有助于快速交付优质软件的最佳实践，以及一套领导/业务原理，内容涉及团队工作、自我组织、可说明性，以及能够满足客户要求和实现企业目标的开发。

以下的现代运作管理和分析方法使用了相似的概念基础：

• 精益（Lean）制造/生产：这种生产实践考虑到了任何不能为最终用户创造价值的资源支出。
• 软系统方法学（Soft Systems Methodology）：这种方法最适合分析对于问题定义存在不同观点的复杂情形（换句话说，“软” 问题类似于 “如何管理灾难？” 之类的问题）。
• Six Sigma：这种方法试图找出并排除在开发过程中引起缺陷和错误的原因，具体方法是使用一组优秀的管理方法，并在擅长使用这些方法的组织内组建一个特殊的人力团队（比如 “Black Belts”）。