《構建之法》第6 7章讀後感

2022-05-26 04:30:11 字數 464 閱讀 7106

scrum 是乙個用於開發和維持複雜產品的框架 ,是乙個增量的、迭代的開發過程。scrum以經驗性過程控制理論(經驗主義)做為理論基礎的過程。經驗主義主張知識源於經驗, 以及基於已知的東西做決定。scrum 採用迭代、增量的方法來優化可預見性並控制風險。第六章主要講敏捷流程概述:第一步:找出完成產品需要做的事情——product bocklog。第二步:決定當前德爾衝刺(sprint)需要解決的事情——sprint backlog。第三步:衝刺(sprint)。第四步:得到軟體的乙個增量版本,發布給使用者。第七章講

msf思想框架的九條基本原則:

1、推動資訊共享與溝通   

2、為共同的遠景而工作

3、充分授權和信任   

4、各司其職,對專案共同負責

5、交付增量的價值   

6、保持敏捷,預期和適應變化

7、投資質量    

8、學習所有的經驗

9、與顧客合作

《構建之法》6 7章讀後感

第六章,敏捷流程 敏捷的開發原則之一是盡早並持續交付有價值的軟體以滿足顧客需求,並把它放在了第一條,我覺得吧做軟體就是為顧客著想,滿足顧客的需求,拿到屬於自己的工資。說了12條原則,其中印象很深的是第二條敏捷流程歡迎需求的變化,並利用這種變化來提高使用者的競爭優勢。客戶給的需求很難說一直不變,無法滿...

構建之法第8 9 10章讀後感

第八章 需求分析 本章節講述軟體需求的4個步驟,1 獲取和引導需求 2 分析和定義需求 3 驗證需求 4 在軟體產品的生命週期中管理需求 在軟體工程中分析軟體需求需要考慮相關者的利益關係,例如使用者 顧客 市場分析師 監管機構 軟體工程師等之間的關係。講述了9種使用者調研方法 1 焦點小組 2 深入...

《構建之法》第4章讀後感

規範 我們寫的 不僅是給我們自己看,也是給其他人看。看 本來就是比較乙個枯燥的過程,如果你的 格式亂七八糟,命名不規範,那麼別人也不會想看你寫的 即使看了也不懂你的 是想表達什麼,而 構建之法 也寫了一些關於如何規範 縮排 行寬 括號 斷行與空白的 行 分行 命名等等。在編碼後,還要對 複審,找出錯...