Go-ForIt 记事：eXtreme DragonSlayers 专题报告，第 1 部分

核心提示： 这个项目不必根据委员会意见或经一致同意才运行，组中的一个人将担任这个项目的经理，Go-ForIt 记事：eXtreme DragonSlayers 专题报告，第 1 部分(5)，从而负责这个项目的管理决定，组中的一个成员将担任这个项目的体系架构设计师，接着，对涉及的所有成员进行了几次 XP 培训

这个项目不必根据委员会意见或经一致同意才运行。组中的一个人将担任这个项目的经理，从而负责这个项目的管理决定。组中的一个成员将担任这个项目的体系架构设计师，并负责所有的技术决定。组中的一个成员将充当客户，负责所有的业务决定。整个组将作为一个战略家，负责这个项目中将包括 IBM 的什么产品和技术的所有决定。

这条原则和原则 #1 并不冲突。一切都是可以自由挑战、自由提问和自由辩论的。但有时候，必须做出决定才能前进。委员会是出了名的喜欢通过冗长的讨论来拖延和推迟决定。我们没有时间那样做。但是，我们计划过一段时间在小组成员之间轮换一下角色，这样所有的成员都能得到软件开发不同方面的经验。

没有任何小组成员将变成这个项目的任何部分的专家或这个项目所使用的任何产品和技术方面的专家。任何小组成员都不得以缺乏经验为借口，拒绝从事项目的任何部分，或这个项目所使用的产品和技术。没有任何人被指定为只负责“思考”。每个人都要编写代码。这里没有 HTML 专家、Java 专家、JSP 专家等等，我们争取让所有的成员都得到尽可能广泛的经验。这个项目归集体所有，但是每个成员都应该把自己当做整个项目的主人翁。

无论何时出现了问题，谁的错都不是。这个原则是 XP 哲学的一部分（适合我们的情况）。出现问题时（问题是不可避免的），自然的反应就是指责某个人。但指责是没什么用的。我们需要做的是修正问题，至于是谁的错误真的并不重要。所以，无论何时出现了问题，我们都不要抱怨任何人，要赶快着手修正问题。

我们已经制定出了这些原则，并把这些思想形成了建议，呈交给喜欢这些思想并很快批准这些建议的管理部门。然后我们将这些建议向整个组公布，并召开了一次会议回答所有的问题，说明大家关心的每个问题。接着，对涉及的所有成员进行了几次 XP 培训，并于 2001 年 1 月开始着手这个项目。