【筆記。PMP】敏捷宣言4大價值、12項原則、各種敏捷開發差異－安娜旅途有隻皮柴

敏捷思維.jpg

敏捷「4大價值」

回應變更 > 遵循計畫
顧客協作 > 合約談判
可用軟體 > 完整的文件
個人與互動 > 流程與工具

敏捷「12項原則」

我們的首要任務是通過早期和持續交付有價值的軟件來滿足客戶。
歡迎不斷變化的要求，甚至是開發後期。敏捷流程利用變化來實現客戶的競爭優勢。
經常提供工作軟件，從幾周到幾個月，優先考慮更短的時間尺度。
業務人員和開發人員必須在整個項目中每天一起工作。
圍繞有動力的個人建立項目。為他們提供所需的環境和支持，並相信他們能夠完成工作。
向開發團隊內部和內部傳達信息的最有效和最有效的方法是面對面交談。
工作軟件是進步的主要衡量標準。
敏捷過程促進可持續發展。贊助商，開發者和用戶應該能夠無限期地保持穩定的步伐。
持續關注技術卓越和良好的設計可提高靈活性。
簡單性 – 最大化未完成工作量的藝術 – 至關重要。
最好的架構，要求和設計來自自組織團隊。
團隊定期反思如何變得更有效，然後相應地調整和調整其行為。

敏捷「3大重點、5大精神」

3大重點：透明性、檢視性、調適性
5大精神：成諾、專注、開放、尊重、勇氣

敏捷 3-5-3 法則

敏捷「3大角色」：產品負責人、敏捷教練、開發團隊。
敏捷「5大活動」：衝刺、規劃衝刺、每日立會、衝刺審查、衝刺回顧。
敏捷「3大工件」：產品代辦清單、衝刺待辦清單、產品增量。

專案適合導入什麼開發方式？

肯內芬框架(Cynefin)：複雜(敏捷)、繁雜、混沌、明顯(瀑布)。

史黛西矩陣(二維)：複雜、繁雜適合敏捷。

Untitled (2).png

預測式(瀑布式) VS 調適式(敏捷式)

預測式(瀑布式)：需求、設計、執行、驗證、維護。

Untitled (3).png

調適式(敏捷式)：衝刺當中(規劃、設計、建置、測試、審查)、發布成果、顧客回饋、檢討修正。

Untitled (4).png

兩者開發方式差別

Untitled (5).png

	需求	變更	風險	範疇	時間與成本	利害關係人
預測式	相對來說是固定的	被限制的/限縮範圍的盡量避免發生	控制在門檻範圍內	事先詳細規劃	事先規劃好	驗收交付物時
敏捷式	不確定的、時常會變化	每次迭代時，都會發生發生在整個專案中	通常整合到迭代循環中	隨著交付物狀況進行調整	固定的、切固定時間	定期參與

其他的敏捷管理開發

敏捷管理代表一個靈活的框架。

看板(Kanban)：任務狀態，待執行、進行中、已完成。ex 每日立會
- 越接近頂層的任務卡片，會記載比較多的細節。
- 識別和修復工作進度中的潛在瓶頸並優化工作流程。
- 3S：調度(Scheduling)、選擇(Selection)、排序(Sequencing)
- 檢討週期與產出時間：沒有特定的產出時間，而是依照卡片停留時間來做考核依據
- 產出承諾：沒有產出承諾，只能透過看板了解需求目前的狀態
- 任務優先排序：沒有優先排序，除非是特急件可以插件先做
- 任務大小：無法確認大小
- 需求加入限制：只要「In Progress (進行中)」能力未達限制，就可以加入
Scrumban：結合 Scrum、看板，幫助團隊改進(高效)運作方式。
- 流程視覺化
- 最小需求切割
- 需求排序
- 定期交付(迭代)
XP 極限編程：高頻率循環，藉由客戶回饋達成短期交付。
- 將後面測試工作提前至前段流程中
- 直接溝通、快速回饋
Crystal 水晶方法論：人員間的互動。
- 團隊可以簡化流程即優化
- 專案獨特性、變動性，需要特定方法來進行
- 不是結構化框架缺乏預定義的工具和計劃，因此範圍蔓延的可能性更大。
DSDM 動態系統開發：軟體開發交付框架。
- 基於知識框架，一開始設置成本、品質、時程的限制因素，利用正式的範疇優先順序來滿足這些限制
AUP 敏捷統一流程：全局串接、局部迭代。
- 加速週期、輕量流程
- 建模、實施、測試、佈署之間執行更多反覆運算的週期
FDD 功能驅動開發：特性驅動、快速迭代、保證文件/品質。
- 開發不超過兩週，適合中小團隊
Lean Production 精實生產：豐田生產系統、即時生產、拉式、看板、零庫存。
Exploratory(Lean Startup) 探索性：盡量減少對解決方案的前期投資，在項目早期和經常進行市場測試和衡量的小型實驗。隨著解決方案的開發，交付團隊有機會根據實際使用的反饋交付真正需要的東西。
- 該解決方案解決了高度不確定的情況 ex 新的未開發市場或新產品
- 利益相關者和交付團隊在開發解決方案時非常靈活地調整解決方案
- 您有一個或多個有效的假設/策略來測試，並在測試結束時使用明確的通過/不通過標準
- 你願意根據你的學習試驗和發展你的想法