不錯的文章。
http://www.ithome.com.tw/news/94998
其中的一段話，讓我連想到 embt 開發delphi 的對比… 感覺delphi團隊是開發變快了，但是基本上bug變得更多，功能也變求有再說，但最慘的應該是…update的功能真的很差，如果像微軟這樣改6週釋放一次，那麼 pd 版主一定會殺人。因為… 每次都要重新安裝，是re-install而非update。而且他們的重點似乎不是為了快速因應市場，而是快速的一直拿維護費，或是再購費，而且算是「射後不理」(釋後不理)。就是bug修正不會去修正上個版或是上上個版，這合理嗎?
以下是我說的那段摘要:

從臭蟲數量變化檢驗是否落實Sprint
微軟VS團隊全面導入敏捷開發流程後，潘正磊經常被質疑的問題是，你們做的是真的Sprint嗎？因為有不少軟體公司在高層要求下，儘管開發團隊導 入了敏捷開發，產品發布周期從一年一次縮短到每季發布一次，但其實只是將原來的1年期瀑布式開發流程，縮短為3個月的瀑布式開發流程，而不是真正的敏捷 化。
潘正磊檢驗Sprint是否落實的方法是從程式臭蟲（Bug）數量的變化來觀察。倘若程式臭蟲的數量會在程式碼開發結束展開測試之後迅速暴增，再隨 著功能穩定修正後再大幅減少。臭蟲數量大起大落的數據變化，代表了這只是壓縮版瀑布式開發。若真有落實Sprint，因為要確保所開發出來的產品是處於隨 時可用的狀態，若出現了任何臭蟲，開發團隊會即時修復和更新，臭蟲數量就不會出現大起大落的變化曲線。

------


蕭沖
--All ideas are worthless unless implemented--

C++ Builder Delphi Taiwan G+ 社群
http://bit.ly/cbtaiwan

怎麼我趴著也中槍~~~

心有戚戚焉，專心寫專案賺錢。

編輯記錄

附議：附和提案 ＋１

復議：同一會期已通過的案子，重新討論表決一次

覆議：政院對被立院退件或修改的案子，請立院重新討論表決一次

複議：同覆議，但用於人民請政府單位再考量一次，罕用，通常直接訴願

編輯記錄