与MSF有关的两个问题

TechED 2005 上有个 Session ，主要内容是 MSF 4.0 的新特性及 Team System 的概况，其中讲师提了两个很意思的问题：

1、微软公司有多少个项目是按计划完成的？

大家刚开始猜答案的时候，还都是估计，我甚至想站起来使用一下 8/2 定理，结果大家的答案都不对，有人于是猜没有项目是按时完成的，最后终于有哥们指出这个问题的关键所在，此“计划”是“最初计划”呢，还是不断调整的“计划的最新状态”呢，因此这个题目的答案是：所有项目都是按计划完成的。

这个题目带来的思考就是项目计划的动态性，项目的变化是天然的，所以计划也是不断更新的，很多人（包括我）在项目开始时仅使用 Microsoft Project 做个甘特图，就以为完成计划的制定了，这种思路一定要改变，PMI 中的项目管理也是不断在“制定”－“执行”－“控制”中循环进行的，是一样的道理。

要与时俱进。

2、微软公司有多少个部门在使用 MSF ？

这个问题问得大家有点懵，身后有个哥们好象是中途才进场的，没有座位，站在坐后，冷不丁地回答：没有一个部门在使用 MSF ，惹得大家一阵轰笑，出乎意料，讲师称人家的答案是对的。

讲师解释，在 MSF 出现之前，各个部门一直是按照各自的适合的模式来组织开发的，久而久之自然而然就形成了 MSF ，但是形成 MSF 并不意味着大家反过来要按照 MSF 的一些东西去严格执行，那一定是犯了教条主义的错误。

我见到一个有趣的现象，很多人在参加了 MSF 的相关培训之后，都希望找 MS 要各种各样的文档模板，其实在 MS 也很少存在统一的文档模板，只要能把问题（如 Spec）的几个关键要素的描写清楚，文档的用户能理解你的意图就可以了，何必要套模板呢？ 对于模板的问题，可能很多人有不同的看法，包括在 RUP 、CMMI、ISO 9000 中都有非常多的文档模板，个人以为这种简单追求文档表面格式的统一并不能给软件开发带来很多的好处，“文档一大摞，Bug 一大堆”的情况并不少见。偏激一点，Windows、Office、Linux、Apache、Java 、Oracle 等等，那个是按照上述的开发流程搞出来的？ Rational 虽然是 IBM 的东西了，也不多见 IBM 自己用这个东西。

要活学活用。