撰文：Owocki
第一條：蓋爾定律(Gall’s Law)
蓋爾定律指出，一個有效的複雜系統總是從有效的簡單系統演變而來。 ( 而非一開始就是一個龐雜且有效性未知的系統)。如何使用此定律：在設計最小可行產品時利用它。
第二：帕累托原則(The Pareto Principle)
帕累托原則( 或八二定律) 認為，大約80% 的有效結果來自20% 的關鍵努力。如何使用此定律：在設計最小可行產品時利用它。
第三條：帕金森定律(Parkinson’s Law)
帕金森定律指出，工作的延展是為了填補完成工作的時間或預算。如何使用這條定律：用它來設定足夠遠的最後期限（但不要太遠）。
第四條：古德哈特定律(Goodhart’s Law)
古德哈特定律指出，當度量成為目標，它就不再是一個好的度量。如何使用這條定律：在建構旨在完成困難任務的系統（如公共產品募款或抵制虛假身分）時，堅決遵守這條定律。
第五條：布魯克斯定律(Brooks’ Law)
在Fred Brooks 在其著作《The Mythical Man-Month》中指出，為延期的軟體專案增加人力會使延期更為嚴重。如何使用這條定律：保持較小的團隊規模。
第六條：摩爾定律(Moore’s Law)
摩爾定律是英特爾聯合創始人戈登·摩爾（Gordon Moore）在1965 年提出的一項觀察，即晶片上的電晶體數量大約每兩年翻一番，但其成本反而減半。如何使用這個定律：我們都在有機地駕馭摩爾定律的浪潮。這是在科技領域創造巨額回報的一部分！
第七條：梅特卡夫定律(Metcalfe’s Law)
梅特卡夫定律認為，電信網路的價值與系統連接用戶數的平方成正比（n^2）。如何使用這個定律：為指數級價值創造而建構！
第八條：鄧巴數(Dunbar’s Number)
鄧巴數表明，可以與之維持穩定社會關係的人數存在認知極限。如何使用此定律：除非另有必要，否則保持較小的團隊規模！如果需要擴展團隊，請注意每個等級的最佳信任模式。
第九條：Unix 哲學(The Unix Philosophy)
Unix 的理念是：1) 讓每個程式做好一件事，2) 讓每個程式的輸出成為另一個程式的輸入，3) 編寫程式讓其協同工作。如何使用此定律：建立模組化軟體！
第十條：康威定律(Conway’s Law)
康威定律認為，組織設計的系統會反映自己的溝通結構。如何使用此定律：使用類似軟體開發的方式設計你的組織。請注意，整體結構不能擴展！
