Please enable JavaScript.

Coggle requires JavaScript to display documents.

開發方法 - Coggle Diagram

- - - - 優點
        
        品質可控:有詳細規劃,因此組員對此作業基本有相同見解,所以通常較為貼近預期結果
        
        進度控管 :因都已規劃好,所以對於人事及作業時間較好控管
      - 缺點
        
        初期和變動成本較高:當需要改變某項東西時,可能會需要檢視前面所規劃的流程,甚至出現大變動需要重做等等.
        
        缺乏彈性,面對市場較不靈活:根據上述兩點,開發時常較長有可能開發完了,卻已經跟不上市場需求,且要改動成本又相對高.
        
        開發時間較長:因需要完整的規劃,後續流程也都要按流程進行.
      - 適用情境
        
        系統複雜需要遵守很多法規或串接外部系統時,如果中後期才考慮,可能會面臨大變動
        
        當需求明確,不必面對其他變動因素時,直接開發會相對有效率
  - - - 缺點
        
        團隊協調問題
        
        測試過程可能會受到影響
        
        管理成本較高
      - 優點
        
        增加團隊的協作能力
        
        相較於瀑布式開發效率較高
- - - - 同時進行分析,設計與實作,在同一個循環內重複直到系統完成
        
        優點
        
        快速提供可以讓使用者互動的系統
        
        缺點
        
        最後要整合的時候,可能因當初因速度問題,導致整合困難
        
        快節奏釋出對分析挑戰極大
    - - 將系統分為一個系列的版本循序開發,先分階段區分系統概念再由專案小組,使用者及系統發起人分類
        
        優點:快速的將有用的系統交給使用者
        
        缺點:使用者操作系統時並不完善
    - - 使用者產生的技術問題透過分析建立雛形檢視,確認重大的問題來把風險降至最低,喜統真正建立後雛型將被丟棄,計畫邁入設計與實作階段
        
        優點
        
        產生穩定且可靠的系統
        
        缺點
        
        需耗費大量的時間
- - - - 強調客戶，開發人員和產品負責人間的溝通以達到需求
      - 可以在數周內交出品質優良的產品
      - 能快速應對市場需求及變化
    - - 對小型開發專案沒有用
      - 相較之下敏捷開發的成本較高
      - 若PM不懂客戶需求,那就炸了
      - 需要一名專家專案成員在會議中作出重要決定以免偏離方向