软体快速开发快速开发策略.pptVIP

軟體快速開發 快速開發策略 Rapid-Development Strategy 大綱 一、前言 前言-課前思考-1/2 如果將100位世界頂級的音樂家組成一個樂團而沒有指揮?  前言-課前思考-2/2 相同的人才浪費也常出現在軟體開發上，優秀的團隊、專業的開發人員，採用最新的實務策略，但還是無法達成專案時程目標的要求！ 所以要確保這些實踐方式能充分發揮， 仍需要有一個總體的架構，本章的目的就是要講述： 二、失敗案例研究 案例研究-無清晰策略的快速開發-1/5 案例研究-無清晰策略的快速開發-2/5 案例研究-無清晰策略的快速開發-3/5 案例研究-無清晰策略的快速開發-4/5 案例研究-無清晰策略的快速開發-5/5 三、快速開發策略 本章內容 1.快速開發的總體策略-1/2 1.快速開發的總體策略-2/2 2.快速開發的四個維度因子-1/6 2.快速開發的四個維度因子-人員-2/6 2.快速開發的四個維度因子-流程-3/6 2.快速開發的四個維度因子-產品-4/6 2.快速開發的四個維度因子-技術-5/6 2.快速開發的四個維度因子-協同運作-6/6 3.快速開發的一般分類-1/2 3.快速開發的一般分類-快速開發之路-2/2 4.哪一個維度因子影響最大-1/2 4.哪一個維度因子影響最大-2/2 5.快速開發的權衡策略-1/3 5.快速開發的權衡策略-2/3 5.快速開發的權衡策略-3/3 四、成功案例研究 案例研究-具有清晰策略的快速開發-1/4 案例研究-具有清晰策略的快速開發-2/4 案例研究-具有清晰策略的快速開發-3/4 案例研究-具有清晰策略的快速開發-4/4 五、結論 結論 . . D 專案成員1 _ _ O 專案成員2 ﹩ ﹩ － 專案成員3 Rapid-Development Strategy 軟體快速開發 軟體快速開發 專案會議 專案經理人Sarah 我在公司內收集了專案的總結報告，我已經列出足足有一英哩長之前專案所犯過的錯誤，我也把這個清單貼到會議室裡，日後我們如果犯其中某個錯誤時，就在上面畫個標記，如果還有未列上的，請加在上面，我不想重蹈覆轍! 我想您們一定知道做好需求分析和設計可以使我們不必重復工作而浪費時間，我們要用心工作而不是辛苦工作，工作太辛苦會導致更多的錯誤，我們沒有時間處理這些錯誤 ! 我也同時制定了配套的風險管理計畫，我們面對的是一個具有挑戰性的進度計畫，我們不能讓可以避免的風險產生，我們面臨最大的風險就是無法依計畫的進度完成，我想我們在本週末再進行一次評估，如果認為此進度計畫無法實現，我們會再提出更可行的計畫。 ８月 Rapid-Development Strategy 軟體快速開發 軟體快速開發 專案會議 Saeah約見老闆Eddie 一週 專案開始 建立使用者介面雛形 專案經理人Sarah 老闆Eddie 專案小組已經仔細審查專案進度計畫，我們只有5%的機會在專案截止日完成，但這是在假設在沒有任何改變的情況條件下。 真是糟透啦! 我在商業上承諾準時交付產品時可是很有口碑的 ! 我們至少需要有50%的機會案時交付軟體，並且在往後12個月應因應市場變化而隨時修正專案的要求，您有什麼建議呢? 我們還沒有完全對產品產品定型，所以我們還是有一定的靈活度的，但依據目前的需求分析，我們也需要花10~30個月時間，我知道這個時間幅度是比較大，但這也是對我們在產品完全定型之前的工作很有利。 我們需要12個月後提供產品，對嗎? 我認為，可以考慮再加入一些開發人員，然後建立一個漸進式交付計畫，第一個交貨版本交付日期訂在8個月完成此後，我們每兩個月推出一個交貨版本，如何? 聽起來不錯 ! 我願意將軟體計劃時間延長至14個月，並還是希望實現所要求的功能，另外為安全起見，就按照您的漸進式軟體交付計畫。 幾週 依據客戶回饋 資訊修正雛形 交付第１個雛形版本測試（功能不完善但要求品質保證） １０月 １２月 １４月 專案截止日 針對特別要節省時間的功能進行了設計方面的決策 分析競爭對手的產品 進化及修改雛形 交付更細緻的雛型 ５月 大約花了５個月的時間開發專案設計方案，定義雛形及認為建立應該包含在3.0版中的功能框架 初級開發人員 Jose 我發現一種可以將產品對話框進行更好組織的方法。 資深開發人員 George 這是一個非常好的想法，我認為我們應該採用這種方法修改我們的設計，但不是現在，Jose對您來說，對這樣的修改只是一天的工作量，但它會影響文件編寫進度達一週或更久的時間，將它放在3.0版中如何? 我沒有想到這會對文件進度有這麼大的影響，這是一個好的方法，我想請求在未來修改設計時採用。 Rapid-Development Strategy 軟體快速開發 軟體快速開發