第13章
通過場景內容進行測試驗收能很好讓人了解程式的「可用」度，能很好的反饋資訊給客戶
第14章
14.2.2問題1（既然有專人負責，那我就不用負責了）
即使在開發的過程中有明確的分工，但不同人員之間要有密切的聯絡，而不是做完自己的部分就直接交個下一位，因為軟體的開發並不能如流水線生產一樣。
第15章
15.1.4
招數：設計變更
在軟體開發進行了一段時間後有了新的想法而想要進行變更，這樣不會拖延了開發的程序和可能會在交付時間內無法達成任務嗎？
第16章
只有不斷的創新才能更有活力。在it這個一天乙個樣的行業，只有不斷的創新才能有更好的競爭力，但並不是盲目的創新，而是要從服務使用者的角度進行創新，這才能提高競爭力。
第17章
17.3績效管理
績效管理確實是很重要的一塊，因為在乙個團隊中肯定有能力強的人，能力弱的人和懶惰的人，我們不可能讓他們得到相同的績效（在公司的話可以說的工資），如何很好的分配績效也是乙個重中之重的問題。
《構建之法》第13 17章
第13章 軟體測試 問題 軟體測試方法有哪些？第14章 質量保障 問題 什麼是軟體的質量？第15章 穩定和發布階段 問題 軟體發布前要注意什麼？第16章 it行業的創新 問題 在it領域，怎樣做到產品創新?第17章 人，績效和職業道德 問題 軟體工程師要具備哪些職業道德？乙個程式設計師的生命週期 讀...
《構建之法》13 17
13章軟體測試.從基本名詞到軟體測試的分類方法，啃完這15頁書，至少對與軟體測試的理解程度不是停留在以前的層次 讓使用者使用，然後提出碰到什麼問題 測試不是那麼簡單就闡述的完全.測試按測試目的分類可分為 功能測試和非功能測試.按測試時機和作用又有 烽火台 和其他不同的測試方法.測試方法有很多，但是目...
閱讀《構建之法》第10,11,12章
在10.3中提到團隊開發定製開發計畫 但我們在現實中不斷遇到的是在不斷變化的情況，有技術層面的，有系統衝突的，還有各種各樣的，如何才能從一開始就定製乙個永恆不變的計畫 在11.2.4中有寬嚴皆誤一說 我認為寬一定會助長消極情緒，倒不如在把時間直接分為兩部分前面嚴直到完成百分之80 85為止再去放鬆造...