三個火槍手=The Three Musketeers

用三人小組構建1.0版本

對於產品的1.0版本，請從只有三個人開始。 三是一個魔力數字，提供足夠人力的同時允許你保持流暢和敏捷。 從一個開發者，一個設計者，和一個清道夫（一個可以在開發和設計中隨意切換的人）開始。

現在顯而易見的是用很少的人建造一項應用是一個挑戰。 但是如果你有一個正確的團隊，挑戰是值得的。 有才能的人不會需要無盡的資源。 他們會在約束限制下的工作和利用創造力解決問題的挑戰中成功。 缺少人力意味著你會被迫更早的應對權衡——那是沒問題的。 這種情況會讓你更早而不是更晚的指出你的重點。 你也能夠與人交流，不用經常地擔心他們不了解前因後果。

如果你不能夠用三個人建造第一個版本，那麼你或者需要更改人數或者需要縮減初始的版本。 記住，保持你的第一個版本小而緊湊是沒有問題的。 你會快速的發現你的想法是否快速的進展，如果是，你會擁有一個清潔的簡單的基礎可以繼續建造。


=====================================================

*** 梅特卡夫定律(Metcalfe's Law)和項目團隊 ***

保持團隊盡可能的小。 梅特卡夫定律(Metcalfe's Law)，“網路的價值，為使用者的平方”，應用到項目團隊的時候得到一個推論：團隊的效率和團隊人數的平方成反比。 我開始覺得三個人對於1.0產品發布是最優的...從減少你計劃添加到團隊的人數開始，接著減少更多。

—Marc Hedlund, 奧萊利媒體（O'Reilly Media）入住企業家(entrepreneur-in-residence)
通信流


=====================================================

通信在小團隊比在大團隊中更容易流動。 如果你是項目中唯一的一人，通信是簡單的。 唯一的通信通路是你和客戶之間。 但是，隨著項目人員數目的增長，通信通路的數量也隨之增長。 它並不是加法形式的增長，隨著人員數目的增長，它是乘法形式的增長，正比於人員數目的平方。

—史蒂夫·麥克科耐爾(Steve McConnell）, Construx軟件公司（Construx Software Builders Inc.）首席軟件工程師。
(摘自《少即是多——小團隊的第一生產力》，Less is More: Jumpstarting Productivity with Small Teams )