《構建之法》第四次隨筆
《構建之法》第四次隨筆
這半個月我閱讀了《構建之法》第六章，第七章，第八章。
第六章主要講的是敏捷流程。敏捷流程是一系列價值觀和方法論的集合。敏捷對團隊的要求很簡單：自主管理，自我組織，多功能型。但是這很困難，如果團隊要變成敏捷流程，要做這些改變。多次總結改進才能使團隊走上正軌。
敏捷實質是一股思潮，或者說是一種價值觀，它涵蓋了好幾種軟件開發的方法論，這些方法論又是建立在許多行之有效的最佳實踐方法之上的。、
第七章講的是MSF——微軟解決方案框架，也就是微軟推薦的軟件開發方法。MSF有一套思想框架——9條基本原則。
1．推動信息共享與溝通
2．為共同的遠景而工作
3．充分授權和信任
4．各司其職，對項目共同負責
5．交付增量的價值
6．保持敏捷，預期和適應變化
7．投資質量
8．學習所有的經驗
9．與客戶合作
MSF團隊模型中的角色都被認為是同等重要的，重要的決定都要共同做出。MSF團隊模型推動了不同利益代表在追求共同利益過程中的融合。
在練習與討論中，小飛的問題我的答案是這樣的：在如今的大學生活裏，還是要靠團隊成員的個人自覺。因為我們還麽有邁進社會，還是無法特別有責任心的完成團隊的任務，通常就是應付了事，我們成長，還需要一段時間。這次的團隊合作，就是一個很好的契機，讓我們能夠改變自己。
第八章講的是需求分析。軟件團隊如何才能準確而全面的找到這些需求主要有以下幾個步驟：
1.獲取和引導需求
2.分析和定義需求
3.驗證需求
4.在軟件產品的生命周期中管理需求
對軟件的需求也可以從不同角度做劃分：
- 對產品功能性的需求
- 對產品開發過程的需求
- 非功能性的需求
- 綜合需求
軟件開發的過程就是用戶最需要的東西，獲取用戶需求為用戶調研。有常用的幾種：
- 焦點小組
- 深入面談
- 卡片分類
- 用戶調查問卷
- 用戶日誌研究
- 人類學調查
- 眼動跟蹤研究
- 快速原型調研
- A/B測試
在聯系與討論的8.8.4練習題中，在一個軟件項目中，軟件團隊預計每天的進度為 30 小時（即，完成了30小時的工作量）。當項目完成了一半的總工作量的時候，大家發現實際的進度為15小時/天，問：在余下的時間中, 團隊的進度要到多少，才能在項目結束時讓整個項目的平均進度恢復到每天30小時工作量？
我認為是60小時/每天。
《構建之法》第四次隨筆