兩人合作、團隊和流程
程式碼風格的原則：簡潔，易讀，無二義性
程式碼複審的目的不只在於指出程式碼的錯誤，還在於發現邏輯錯誤、演算法錯誤、潛在的錯誤和迴歸性錯誤——當前的修改導致以前修復的缺陷又重新出現、可能需要改進的地方，還可以互相傳授經驗、讓更多的成員熟悉專案各部分的程式碼、同時熟悉和應用領域相關的實際知識。
二人合作的階段分為：萌芽階段、磨合階段、規範階段、創造階段、解體階段。在二人合作階段，每個人都有自己的看法與觀點，會有很多問題出現，要知道，問題早出現比晚出現要好得多，需要理性思考來獲取合適地方法。
從瀑布模型開始的各種模型都有一個共同點：重計劃，重事先設計，重文件表達。這一類的方法中集大成者要算Rational統一流程（Rational UnifiedProcess，RUP）。RUP把軟體開發的各個階段整合在一個統一的框架裡
要完成一個複雜的軟體專案，團隊的各種成員要在不同階段做不同的事情，這些不同型別的工作在RUP中叫做規程（Discipline）或者工作流（Workflow）。