這本書是大領導推薦，內容是作者關於軟體開發工作的經驗總結，本書薄薄的一本，字數不多，其價值在我這樣的新手看來很是重要，現總結這本書的一些內容（其中有些是個人體會，會有括弧標識）：
1、價值是我們軟體開發行業者的工作重點，產品功能的設計、團隊的組建、軟體的開發需要以創造價值為導向；
2、當軟體發布並且被實際使用時，專案才實現了價值的交付，我們需要盡早地交付價值；
3、乙個專案由多個功能點組成，功能點的實現有兩個基本的特性：價值、成本，為使得整個專案的價值得到最高效的實現，應該將價值高成本低的功能點優先交付，其次價值中成本中，最後價值低成本高（很多情況下，最後的低價值高成本的功能點往往不會去實現）；
4、盡早發布產品的小版本是個很好的測試市場反應的方法，有助於快速占領市場並且迅速調整產品方向；
5、逐個發布版本和功能特性，相比於完全開發完畢，可以更早交付價值；
6、組建團隊時，以功能為中心，吸收所有的需要的技能人員進組，能降低很多的溝通成本以及交付成本；
相比較於需求為乙個團隊，開發為乙個團隊，測試為乙個團隊，乙個團隊的工作全部完成後，專案才能進入下乙個階段，乙個團隊直接擁有所有技能人員的反應速度要快得多；
而且組員直接能互相學習，擴充套件綜合能力；
7、老師傅工資高，一方面是技能到位，一方面是可以教出更多的老師傅；
8、工作任務分配時，專案需要以構成故事的功能為最小單位切割，越小越好，前提是仍然可以構成乙個故事。
如果繼續切割，工作任務會失去趣味性，大大降低開發人員的工作積極性；
9、開發人員不僅僅只關注技術，同樣也需要關注產品、客戶等等方面，什麼都懂一點，團隊的工作效率整體會高很多（個人體會）；
10、防止產品因質量問題被退回的解決方法是：嚴格保證質量，避免出現這種問題，退回會嚴重影響商業計畫；
11、重構比較理想的情況是：當新的開發任務碰到需要重構的**時，才重構它。
整個團隊，停止新任務的開發，整個投入到專案的整體重構有時不是乙個最優方案；
11、因商業的特性，外包專案做完就丟，所以不大出現重構的情況；
產品為保持設計與效能的最優，往往需要重構與迭代，不過本人還未接觸過乙個嚴格的具有廣泛意義的作為甲方工作人員開發的產品（個人體會）；
12、團隊進度不理想時，關注原因比給團隊施加壓力更重要；
13、能力的提公升是速度提公升的前提；
管理軟體本質論
我們上管理軟體到底是為了什麼？1 為員工提供自動化工具，可以讓他們節省出更多的時間可以做更多的工作？2 可以通過管理軟體的網際網路聯 性或區域網聯 性，讓部門和部門之間 總部和分公司之間按業務流程通常運營？2 可以通過基層快捷的收集資訊 錄入資訊，記錄整個過程，讓層層的主管可以追溯過去一查到底，可以...
管理軟體本質論
為了管理者能很好的知道業務的來龍去脈，管理的時候很快知道問題根源，而不是聽這個人說一嘴那個人說一嘴。因為一旦出了業務問題，每個人都會往自己有利的方向上去說，而且每個人都會是乙個資訊碎片。所以管理軟體是為了能很快知道一件事情的來龍去脈的，為了出現異常的時候快速切入根源。管理，就是讓平庸的人也能保持一定...
管理軟體本質論
為了管理者能很好的知道業務的來龍去脈，管理的時候很快知道問題根源，而不是聽這個人說一嘴那個人說一嘴。因為一旦出了業務問題，每個人都會往自己有利的方向上去說，而且每個人都會是乙個資訊碎片。所以管理軟體是為了能很快知道一件事情的來龍去脈的，為了出現異常的時候快速切入根源。管理，就是讓平庸的人也能保持一定...