10月3號，po從使用者（市場部和客戶）處收集完新需求，開始設計優先順序最高的軟體新功能。
10月29號，開始sprint planning，開始接受po在team backlog裡面stack rank<20的user stories 。
11月16號，完成sprint review，po 接受了這個sprint的功能演示。
11月20號，開始軟體新版本發布，我作為release manager開始負責軟體的發布。
12月11號，新的功能正式上生產環境，完成rtw測試。
po提前3周從使用者處收集到需求，專案開發測試sprint週期為3周，然後又整整經歷了3個工作週才完成軟體的發布。
從使用者提出需求到使用者見到功能，花了9周的時間。
scrum的快速交付似乎也沒有什麼特別的優勢。
sprint期間3周，有1週要討論需求，支援上個sprint功能的上線，有1週要進行測試，準備sprint的演示，真正給程式設計師的開發時間也就是1週多，真正給測試的測試時間也只有1週多。其實應該改進的是軟體發布流程，比如縮短到起碼1周更好的話3天，而不應該是去壓縮的軟體開發和測試的時間。
軟體工程之軟體過程模型
軟體過程模型,也稱為軟體生存週期模型或軟體開發模型,是描述軟體過程中各種活動如何執行的模型.他確立了軟體開發中各階段的次序限制,以及各階段活動的準則.便於各個活動的協調與人員的有效通訊,有利於活動重用和活動管理.目前常用的軟體工程模型有 瀑布模型,增量模型,螺旋模型,噴泉模型,智慧型模型等.瀑布模型...
軟體工程之軟體過程模型
軟體過程模型習慣上也稱為軟體開發模型，它是軟體開發全部過程 活動和任務的結構框架。瀑布模型是將軟體生存週期中的各個活動規定為依線性連線的若干階段的模型，包括需求分析 設計 編碼 測試 執行與維護。由前至後 相互銜接的固定次序，如同瀑布流水逐級下落。瀑布模型是以文件作為驅動 適合於軟體需求很明確的軟體...
個體軟體過程之缺陷管理
本文基於網路資料，由 趙亮 碧海情天 重新進行組織和個別修正，使之更符合邏輯理解的順序和更加嚴謹。缺陷是指程式中存在的錯誤或不理想的設計。即使有經驗的程式設計師，一般開發10行左右源程式就會引入乙個缺陷。通常在編譯和測試階段能發現和糾正大部分缺陷，但仍有許多缺陷留在最終產品中。為防止缺陷的引入，需要...