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 自己用這個東西。
要活學活用。
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/
