敏捷開發方法-精實開發
2025-02-10 15:35:59 51 0 舉報 0
0
登錄查看完整內容
作者其他創作
大綱/內容
原則
探索和發現有用的价值
探索
不確定性
承認自己無知
探尋精確的目標用戶
發現
根本問題？
如何建立有效的渠道？
甚麼樣的解決方案？
如何讓他們買單？
如何建立合理的成本、收入模型？
如何設計互動過程(場景)
聚焦和提升價值流動效率
聚焦
聚焦流動效率，而非資源效率
提升
撬動組織之間的協作，提升組織的績效（質量、效率、可測性）
工程實踐
自動驗收測試
測試驅動開發
持續整合
持續重構
領域驅動設計
服務架構
部署流水線
自動化運維
運維和業務數據監控
目標
順暢：指價值交付過程要順暢，最短時間完成用戶價值的交付，而非斷斷續續，問題連連。
高品質：符合要求，避免不必要的錯誤，與探索而進行必要嘗試並不衝突
有用的价值：交付的價值應當符合市場和用戶的要求，並產生業務影響，促進組織績效。
管理實踐
精實創業、創新實踐
商業模式設計
驗證步驟規劃
精緻產品設計
定性驗證
精簡數據分析
影響地圖
精緻需求分析與管理
場景分析
用例設計
領域建模
需求地圖
發佈規劃
實例化需求
精實看板方法
可視化價值流動
用戶價值可視化
用戶價值端到端的流動過程
用戶價值流動問題和阻塞
現實化流程規則
流轉規則
協作規則
控制在製品數量
幫助團隊揭露瓶頸問題
暫緩開始，專注完成
束水和攻沙
湖水岩石效應
管理工作流動
需求池管理
需求就緒（承諾）會議
標準
需求足夠清楚，原則上不會變
考察產品需求的分析能力
考察產品需求的挖掘能力
考察產品需求的規劃能力
已向開發團隊澄清的需求，且理解一致
考察產品需求實例化能力
考察用戶故事編寫能力
考察產品需求拆解能力
考察產品需求的溝通能力
考察產品協調與組織能力
開發團隊承諾盡快完成
原則
節奏過低的危害性
降低產品質量，缺乏足夠的業務信息
導致範圍蔓延，可能有用或出現的需求計劃，導致很多猜測的需求
不能好好地支援有效學習與創新，交付後的反饋速度緩慢甚至不了了之
降低團隊靈活回應市場變化的能カ，一次填入很多需求，發生變化需要等待下一次填充
降低需求澄清的關注度和效率，需求就緒後等很久才能做，難以保證澄清效果。
節奏過高帶來額外成本
相關人員都需要準備，很高的協調成本
市場、技術、開發的不確定性越高，需要頻繁地填充隊列。
選擇適當數量的滿足標準的需求
選擇高優先級需求
澄清需求
定義驗收標準
需求過大時需要拆分
評估需求的技術風險
確認關聯方
二級隊列
外部資訊變化頻率較低，需求池長周期更新
內部頻率較高
計劃
就緒
看板會議
準備
每天
固定時間
看板前
看板已經提前更新
原則
從右到左檢視
從右到左拉動
關注
瓶頸，積壓行程的隊列
中斷，某環節輸入不足
需要重點關注的需求，涉及重大商業利益或風險的重點需求
被阻礙的需求，由於依賴（外部或內部），無法正常進行的
即將或已經到期的需求，沒有在承諾中達成的
長時間無進展的需求，長時間停留的時間
發佈評審
建立反饋並持續改進
利特爾法則
平均交付週：需求從進入開發團隊到完成交付的市場
並行需求數：整個系統中並行需求的數量，是處於各個階段的需求書總和
平均交付速率：指單位時間交付的需求數
障礙原因分佈矩陣圖
縱軸：原因分類
需求不明確
設計
第三方依賴
供應商
工具、研發
其他
横軸
從阻礙發生到解除阻礙所需的時間
前置時間控制散點圖
縱軸：需求就緒到交付所花費的時間
横軸：交付日期
控制線：1-3個方差之間
質量反饋圖
縱軸：系統模塊
横軸：缺陷分類
累積流圖
0 條評論
下一頁
