當專案開始運作，我們需要從個人哲學和編碼的議題，轉向討論更大的、專案層級的議題。我們不會深入專案管理的細節，但會討論一些能成就或毀掉任何專案的關鍵領域。
從個人到團隊#
當專案中有多於一個人時，你需要建立一些基本規則，並相應地分配專案的各個部分。在 Topic 49 Pragmatic Teams 中，我們將展示如何在遵循務實哲學的前提下做到這一點。
軟體開發方法的目的是幫助人們一起工作。你和你的團隊是否在做真正有效的事，還是只投資於膚淺的表面工程？Topic 50 Coconuts Don’t Cut It 將揭示真正成功的秘訣。
如果你無法持續且可靠地交付軟體，以上一切都不重要。這就是版本控制、測試和自動化這三大基石的意義所在：Topic 51 Pragmatic Starter Kit。
本章概覽#
| Topic | 說明 |
|---|---|
| Topic 49 - 務實的團隊 | 將務實的個人技巧應用到團隊層級——維持小而穩定的團隊、不容忍破窗、注意溫水煮蛙、安排知識組合、溝通團隊存在感 |
| Topic 50 - 不要切開椰子 | 不要盲目模仿成功公司的做法，而要根據自身脈絡做真正有效的事 |
| Topic 51 - 務實的上手工具 | 版本控制、無情的測試、完全自動化——每個專案都需要的三大支柱 |
| Topic 52 - 取悅您的客戶 | 目標不只是交付程式碼，而是解決使用者的商業問題，讓他們感到驚喜 |
| Topic 53 - 傲慢與偏見 | 為你的作品簽名，對你寫的程式碼感到自豪，同時尊重他人的貢獻 |
核心觀點： 成功的專案不只來自優秀的個人，更需要務實的團隊運作、適合自身脈絡的方法論、堅實的技術基礎設施，以及對使用者真正需求的關注。