Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Similar to 敏捷用於專案開發的一些想法
Similar to 敏捷用於專案開發的一些想法 (20)
敏捷用於專案開發的一些想法
- 1. Scrum 從產品開發到專案建置的想 法 一個敏捷中毒者的觀點報告人： Tony Yang 日 期： 2017 1
- 3. 3
- 4. 專案開發 – Delivery Team 5
- 6. 軟體計畫趕不上變化 產品 – 市場的變化 專案 – 客戶需求的變化 7 From: @ThinkingIP
- 10. 慘案大多都是死在結案前 11
- 13. 軟體業 -> 如何追求良率 ? CMMI ??
- 15. 不用重新發明輪子 作法 成 功 的 特 徵 不可逆？ CMMI 成 功 的 專 案 建議作法 有適合我們的現有軟體開發程序嗎？ 把所有最好的零件放在一起 只能做出最貴的車子 不能做出最好的車子
- 16. 軟體業？你的選擇是 ？ 停止再用製造業思維來看軟體專案開發了 軟體需要完全不同的方法 不只是看最後的成功比例，連過程都要能改善
- 17. CMMI v.s. Scrum 559 頁 CMMI 本身並不提供實際的流程制度與 作法，導入 CMMI 的企業，必須自行設 計適合組織的流程制度，以符合 CMMI 的要求 （武林招式大全）-> 走火入魔或 武林大師 16 頁 連開會的次數、長度、方法都有建議 很容易懂但很難做得好 （甩手功指引） 18
- 18. 一般的軟體專案合約就像 只有幾天的時間去了 解你的對象，然後連 一次約會都還沒有， 就要決定是否要娶（ 嫁）給他 一旦決定後，在結婚 前(驗收)，就算發現 彼此不合適也不能改 變決定 而且通常要到後期才 會發現問題 就算結婚了，也往往 還欠一堆承諾未實現 如果要悔婚，全家族 3年都不能再找對象 19
- 21. 軟體專案複雜性 ( 需求、技術、人 )
- 25. 將風險高跟價值核心先做 採用 Iteration 的模式 花三個月得到一個小失敗， 也比花三年得到一個大失敗划算 26
- 26. 美國聯邦調查局(FBI)案例 $575 million dollars wasted on the first two attempts at the project (2005 - 2010) Scrum Studio was set up in the basement of the Hoover Building Staff reduced from 400 to 40, and in 1 year and $30 million, they were code complete, at a cost savings of more than 90 percent If an organization like the FBI can do this, why can’t yours? 27 http://www.scrumcasestudies.com/fbi/
- 27. 連做戰機都可以敏捷了 28
- 28. 平平是政府專案 29
- 29. 30
- 33. 軟體開發是藝術還是工程？ 34 • 做什麼是藝術，如何做是工程 • 整個計畫是藝術，每一個 Iteration 的過程是工程
- 34. 但，問題是… 軟體工程教育的一個基本問題是，在他們 相信一個新的方法行得通以前，他們不會 採用它。 而更重要的是，在他們親身驗證這些方法 以前，他們不會相信這些方法 --W.S. Humphrey 35 當某人(客戶與廠商)已經對其工作發 展出一定程度的舒適與熟悉感，他 最不想做的事情就是有人跑過來讓 他採用一個新的做事方式
- 35. 還有採購法 101 條 《採購法》第101條的立法要旨應該是約束廠商應忠實履行合約義務 。廠商承接工作當然是希望順利完工領到錢，非有不得已的苦衷，絕 大多數廠商是寧可委曲求全也不願與業主鬧翻。因此101條款反而成 了讓少數不肖公務員對廠商予取予求，甚至勒索的工具。 36
- 36. 圖利廠商 ？ 37
- 37. 滾動合約（Rolling contracts） 伴隨著每次交付，客戶會付款給供應商，同時面 臨一個選擇：繼續下一個迭代，還是就此停止。 客戶簽訂的是服務合約，而且可以思考他們購買 的服務的數量。是4個人月，還是200個工作點數 ？ 雖然這種方式聽起來很激進，很多IT部門和供應 商已經在相關領域使用服務合約了。舉個例子， IT支持部門和軟件維護合約一般都是採取服務合 約的形式編寫。 38
- 38. 開放式合約 或 按短週期驗收付款 運作方式 先簽訂一個開放式合約，以人力或工作點數為單位 以問題單方式進行軟體專案增修 困難 目前還沒有看到新案就能夠採用開放式合約方式簽訂 甚至還有越包越大的趨勢，包山包海！ 39
- 40. 混合合約 該合約既包括固定金額，又包括一個按小時收取 的費率。開發人員會估算工作要用多久，比如80 個小時。然後開發人員會用該時間乘以他們“通 常”每小時收費的數目，比如200美元1小時；這 樣得到的金額會拆分成兩部分：一部分是固定金 額，另一部分是較低的每小時費率。比如：固定 部分可能是8000美元，每小時的費率降低為100 美元。 如果項目按預計時間完成，那麼價格就是 8000+80*100=16,000美元 如果項目時間超出預期，開發人員就只按100美 元一小時來收取額外的費用。該方法試圖在開發 人員和客戶之間平分風險。 41
- 41. 不勞而獲，變更免費 （Money for Nothing, Change for Free） 維護一個大合約，也就是說要完成一些概括的前期需求分 析。但是，合約中加入了兩個額外條款。 第一個變化是：要確保總是在開發優先級最高的工作，而 且允許加入新工作。客戶同意定期與供應商碰面，調整剩 餘工作的優先級。這時，他們可以向Backlog中加入更多 工作，同時要明白：這麼做的話，有些工作就得丟掉，再 也不會完成了。 “不勞而獲”條款讓客戶在任何階段都可以取消剩餘的工 作，並保留目前已經完成的工作。在這種情況下，客戶要 為未完成的工作支付20%款項。 假如有一個1200萬美元、為期12個月的合約已經完成了 一半，這時客戶希望取消剩餘的工作，除了必須要付的 600萬美元之外，他們還要多付出120萬美元。這樣相對 於整個合約金額，客戶還能省下480萬美元。 42
- 43. Don’t Try, Do it ! 44
- 45. 參考資料 Scrum Scrum 官方指南 Scrum 懶人包 兩萬字談敏捷開發 其他 重新發明組織演講 – 無主管組織 工具：Slack - 找到正確的團隊溝通之道 46