第4部分(第2/4 頁)

會叫起來。

在那裡進退兩難

如果我們不再有規範書，開發和測試人員會大叫，“我怎麼知道程式碼應該實現什麼功能呀？”告訴他們找專案經理討論去。然後他們接著抱怨，“專案經理又不會整天在我的辦公室裡轉悠。我需要記錄下來的規範書。我必須對它們進行復審、修改和更新。”

是的，這裡的確有問題。不是開發和測試人員必須有規範書來複審、修改和更新，而是專案經理沒有整天留在附近，一起來討論使用者體驗、實現和測試策略。好吧，那如果專案經理這麼做了又怎樣呢？

如果專案經理跟開發和測試人員整天呆在同一個開放區域裡，並且周圍擺滿了白板，一起為同一個功能集合努力工作，又會怎麼樣呢？我們還需要正式書寫的規範書嗎？等等，我聽到了更多的尖叫聲。

特殊要求

如果沒有正式書寫的規範書，依賴這些功能的其他團隊將會抗議，“如果我們不知道你的程式碼是怎麼工作的，我們怎麼知道如何去使用它呀？”這問題問得很好。如果專案經理整天跟功能團隊呆在一起，他們也就不可能有時間去應對所有的下游團隊，而我們也不可能把所有人都塞到同一間房間裡去。然而，下游團隊其實不需要規範書——他們需要的是一個小型的軟體開發包。不管怎麼樣，元件團隊都得提供軟體開發包的，這麼做非常有價值。

如果沒有正式書寫的規範書，“合規警察”（pliance　Police）將會咆哮，“的文件在哪裡？”這問題問得也不錯。合規警察讓我們遠離傷害。儘管他們的工作不怎麼討好，但卻非常重要。他們常常需要正式書寫的文件來完成他們的工作。然而，合規警察同樣也不需要規範書。他們需要的是完整的合規文件，跟規範書相比，它常常以不同的形式包含不同的資訊。

作者注：這些“合規警察”是誰？他們其實是普通的工程師，只不過他們的工作重點是，確保微軟的產品在關鍵領域的正確性，比如安全、隱私、全球可用（沒有不合適的委婉語或引用）和順從所有適用的法律和法規等等。舉例來說，他們要求的典型文件包括：威脅模型（安全方面的）、隱私宣告、專利權使用條款等。

在上述兩種情況下，你都不需要正式書寫的規範書。你需要的是其他型別的特定文件，而這種文件會比較容易寫，因為它不是可自由發揮的。

txt電子書分享平臺

我不記得了

那麼我們還需要正式書寫的規範書嗎？我“不記得”所有的狀況了，因此讓我們來理一下：

？ 專案經理在團隊的房間裡度過他們所有的時間，跟功能團隊一起討論使用者體驗、實現和測試策略。

？ 功能團隊為下游團隊寫一個小型的軟體開發包。

？ 功能團隊填寫必要的合規文件。

我把它們都寫下來了，看起來很不錯。不過，等一下，這裡有個問題。

人們常常健忘。你不得不把想法寫下來，尤其當你經常在不同的專案之間切換的時候。很自然，如果一個功能從開始到結束要花費幾個月的時間，在這期間可能會有人離開團隊，那麼資訊豈不是都丟失了？！

。　最好的txt下載網

堅持做一件事情

但如果你一次只做一個功能會怎麼樣呢？那花費的時間就不會那麼長，你也不會在專案之間來回切換。團隊中有人離開的機率會小一點，而把想法記在腦子裡也會容易得多。你只是需要用數碼相機把白板上的任何內容拍下來，然後放到一個維基網站上或Word文件中。

這看起來像是規範書，只是沒有了讓人頭腦發麻的長篇大論。它給你留出了更多的時間去思考，以及在白板前合作，而減少了你在座位上擺弄畫素和文字的時間。

很好，你把功能團隊聚集在了相互靠近的區域，並配備了大量的白板。你一次只做一個功能，直到這個功能做完。你用相機把所做的決定存檔。你撰寫了對下游團隊有價值的專門文件。這聽起來像是精益軟體開發（你可以在第2章的“精益：比帕斯雀牛肉還好”這篇文章中瞭解到更多的內容）。妙極了！這就是你停止浪費之後所得到的。

電子書　分享網站

你準備好了嗎？

可能極少有團隊馬上停止寫正式的規範書。他們還沒有接受“功能小組”（Feature　Crew）的概念，即一次只做一個功能，並且從頭到尾把這個功能做完。他們不能呆在同一個團隊房間裡面，主要靠白板來