Please enable JavaScript.

Coggle requires JavaScript to display documents.

敏捷導入5個重要思維, 各種敏捷 - Coggle Diagram

- - - - 場景一：每個人只負責一部分，內容變化性極少
        
        缺點：無法很有效的應對高變化性的環境與需求
      - 場景二：全棧型員工，一條龍作業
        
        缺點：
        
        生產力有限，面對較大規模的工作量時，專業分工顯然會更高效
        
        專業性問題，全棧型員工並不意味著所有的技能點都點滿
- - - - 合理性
      - 邏輯性
    - - 因果性
      - 關聯性
- - - - 常見問題
        
        A. 專案啟動的原因不明，也就是缺乏上游資訊就動工
        
        B. 專案的期待與目標不明確
        
        C. 時程用壓的，反籌用喊的，預算一毛都沒有
    - - 探討
        
        (1) 做那些事?怎麼做?
        WBS
        
        (2) 誰來做?
        
        (3) 何時做?要做多少時間?
        
        (4) 得到什麼結果?誰驗收?
    - - 兩大核心
        
        A. 按表操課
        
        B. 變更管理
  - - - PO(Product Owner)：產品負責人，基本上對產品呃成敗負責任，主要的責任有與sTAKEHOLDER們進行良好、制定產品願景、溝通釐清需求、排出優先順序、設定允收準則、有權力決定啟動或終止sprint
      - SM(Scrum Master)：協助團隊理解Scrum跟敏捷，並促進PO跟團隊間的溝通，引導團隊解決問題，創造一個能自我運作的組織
      - Team：實際進行產品開發的那些人
    - - Sprint(衝刺，或者說是交付或是迭代)：建議每個迭代最好在1-4週之間
      - Backlog：需求清單或工作清單
    - - Spring Planning Meeting：每次sprint開始前的規劃會議
      - Daily Scrum Meeting：類似Daily Stand-up meeting
      - Spring Review：主要針對sprint的產出進行檢視，可能會有一些成果的demo，目的是確認交付物與內容相符以及目前的進度情況
      - Sprint Retrospective：放在sprint結束後，用來回顧整個sprint中做得好的地方與可以改善的地方，透過持續的lesson-learned讓管理過程愈來愈完善
- - - - 透過局部、單一變因的實驗，降低不確定性
    - - 從基於過去業績來預估未來業績，調整唯從既有資源出發來預估業績
      - 優先掌握內部可控資源，如舊客與手邊既有的名單、流量
      - 降低對外部不可控資源的依賴性，如廣告等付費流量