第5.5 章：
軟體開發分為四個階段：初始階段、細化階段、構造階段、交付階段。
問題：在5.3.6中提到軟體完成的標誌為1.時間到了；2.錢花光了；3.使用者滿意了。那麼，所謂的完成有好的完成和壞的完成，但是怎樣才能避免壞的完成？
第6章：
敏捷作為當下的軟體界的流行名詞，因為敏捷反轉了以往的固定步驟，編寫程式的時候不一定要死板，可以隨機應變，隨心所欲，但它也有自己的弊端，讓人太盲目了。
問題：如何發揮敏捷最大的優勢，避免其壞處？
第7章：
描述了msf這個微軟推薦做軟體的方法，它有自己的9條基本原則，都是基於對團隊的要求，在團隊中每個成員都有各司其職的功效，作為這個團隊的領導人，要對團隊人員的信任，給出的任務要放心給它做，事後對軟體的完善都要靠團隊的合作完成。
問題：最後在7.5中提到msf的敏捷開發模式中，不是太懂，msf跟敏捷有什麼關聯，做出的軟體不是應該對使用者負責嗎？乙個好的軟體不是要得到使用者的認可嗎？
閱讀《構建之法》 第5 5 第6 第7章
第5章 敏捷開發以使用者的需求進化為核心，採用迭代 循序漸進的方法進行軟體開發。在敏捷開發中，軟體專案在構建初期被切分成多個子專案，各個子專案的成果都經過測試，具備可視 可整合和可執行使用的特徵。關於每日立會，雖然書中提到可借用文件和其他輔助手段來進行溝通，但聽說在異地開發模式下很難實現快速構建 快...
《構建之法》第5 5，第6和第7章
第5.5 問題 5.3.5節講的老闆驅動的流程。我想問如果是這種情況，然而老闆並不了解軟體開發，這個時間我們是應該堅持自己的觀點還是聽老闆的，老闆讓我們怎麼做就怎麼做？第6 問題 表6 2敏捷的適用範圍講明敏捷的團隊人員數量不多，那麼大公司做的大專案就不能使用敏捷嗎？如果大專案分割成很多部分然後交給...
《構建之法》第8 9 10章
第八章 需求分析 軟體開發團隊就是為了使用者著想，於是總會在程式專案開發前進行專案的需求分析 本章節講述軟體需求的4個步驟，1 獲取和引導需求 2 分析和定義需求 3 驗證需求 4 在軟體產品的生命週期中管理需求 在軟體工程中分析軟體需求需要考慮相關者的利益關係，例如使用者 顧客 市場分析師 監管機...