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