2015年8月1日 星期六

《精實開發與看板方法》筆記

1.精實軟體開發七大原則:

(1)消除浪費:先拆解再簡化

(2)增強學習:提升團隊的能力。

(3)盡量延遲決策:等到 LRM(最後負責時刻) 時再做決策。

(4)盡快交付:以看板實現 pull system

(5)授權團隊:幫團隊制定簡單的規則。

(6)嵌入完整性:成就感知(外部)、概念(內部)、完整性、重構。

(7)著眼整體:設定需求優先級別,瓦解局部優化。


2.浪費的七種類別:
  • 部分完成的工作
  • 額外過程
  • 多於功能
  • 任務調換
  • 等待
  • 移動
  • 缺陷


3.看板方法的四個基本原則:

(1)從既有的流程開始
(2)同意持續增量、漸進的變化
(3)尊重當前的流程、角色、職責和頭銜
(4)鼓勵各階級的領導行為


4.看板方法的六個實務:

(1)視覺化:選定範圍 -> 決定工作類型 -> 繪製看板牆

(2)限制半成品(WIP)數量
  • 將 WIP 數值條大到你願意承擔的 Queue 最大值,再視狀況依次遞減下來
  • 預設每個人需要承擔的多工數目乘上人數作為 WIP 值,用最小值的方法做設定,再視狀況依次遞增上去

(3)管理工作流程
  • 追求平滑度時效性
  • 預測客戶的需求

(4)讓規則明確:有共同的目標、規範工作方式、遵循 WIP 限制、為服務層級協議(SLA)設定明確的規範。

(5)落實回饋循環:讓三種不同的角色做回饋:
  • 團隊其他成員
  • 接受你的工作人士
  • 客戶

(6)由協作改善,經實驗演進:遵循 PDCA 循環


5.看板牆設計的三個基本元素:

(1)範圍(Scope)
(2)工作項目粒度(Granularity)
(3)工作項目狀態(States)


6.制定簡單規範的三個步驟:

(1)制定公司的目標:我們試圖達到什麼?獲利、成長、創新,還是社會公益?

(2)找出妨礙這些目標達成的瓶頸
  • 哪些地方存在的機會最欠缺可用來追求這些機會的資源(時間、金錢、人力)?
  • 哪個特定流程或是某個流程的特定步驟,可以協助管理這個問題?

(3)為管理這個策略瓶頸制定簡單規則:
  • 公司過去執行那個流程的情況如何?
  • 當時有哪些做法很管用,哪些行不通,原因何在?


7.文件製作的價值觀-Good Enough 及四個準則:

(1)一定要維持輕量化
(2)產出文件一定要維持高品質
(3)撰寫文件必須採用方便、易開發維護,並能夠產出高品質文件的工具
(4)明確描述的文件部分,必須能與程式同步

沒有留言:

張貼留言