看板 (軟體開發)
此條目翻譯品質不佳。 (2014年11月11日) |
看板是一種精益製造工藝,為了管理生產過程和提高工作效率,由1940年代的豐田汽車公司發明。名稱源自日文「看板」。在軟體開發過程,可以使用「看板卡」(經常用即時貼)來執行看板。這些卡片不是作為提高生產量的信號,而是用於記載生產數量和標記生產過程。在虛擬看板系統中,會使用虛擬看板卡。在軟體開發中,可以採用虛擬看板系統來限制在制品。 [1][2]
看板方法原則
編輯看板方法根植於四個基本原則[3]:
- 從你現在執行的任務開始
看板方法從你目前執行的任務和過程開始,針對你的系統作出持續性、增量、 漸進式的改變。
- 同意追求漸進式進化
組織(或團隊)必須同意持續、漸進式進化是一種改進系統並讓系統順暢的方法。執行徹 底的改變可能更具效率,但因組織的阻力和恐懼,而存在著更高的失敗率。看板方法針對 你目前的系統,促進微小的增量與漸進式變化。
- 遵守當前流程、任務、職責、職位
同意尊重當前任務、職責、職位,則能消除前期恐懼,進而促進未來的變化,並使看板 計劃獲得更廣泛的支持。
- 各級領導
在組織中,從個人貢獻者到高級管理層的各級領導的行為應當受到激勵。
看板方法的五個核心實踐
編輯安德森在觀察各個成功的看板方法實踐後,認定五個核心特徵,之後,致力於落實這 些特徵,並從原本的五個特徵增至六個特徵[4]。
- 可視化
使作業流程可視化,是理解作業流程的核心。若對作業流程毫無了解,作出正確的變化顯 然更難。
為可視化作業流程而常用的方法是使用柱塊。柱塊代表作業流程的不同階段或步驟。
- 限制在制品
限制在制品意味著在部分或全部作業流程實施拉動式系統。該拉動式系統將對你的系統 作出持續、增量、漸進式的變化。
- 管理流程
應當監管、實測及記載作業流程的每個階段。通過積極管理作業流程,系統的持續、增 量、漸進式變化可以被評估,以獲悉能為該系統帶來正面還是負面的影響。
- 使過程策略明確化
制定作業的規則和指南。了解自己的需求,確保始終遵守規則。當了解到何時或為何需求單 (ticket)從一個柱塊移至另一個柱塊時,策略將可被指定。如果實際過程改變,則更改規 則。
- 採用模型來識別改進系統的機會
當團員對作業理論、作業流程、過程和風險達成共同理解,他們多數能對一個問題有共同 的理解力,各方將同時認同改進措施的建議。
實施看板方法
編輯一些實踐者已採用粘性夾、便箋或實體插槽來執行實體看板。更多的時候,信號的生成形成一個特殊的作業跟蹤軟體。諸如[5]: JIRA Agile、Kanbanery、Kanban Tool[6]。
延伸閱讀
編輯- Kanban: Successful Evolutionary Change for Your Technology Business, David J. Anderson. (United States, Blue Hole Press, 2010. ISBN 978-0984521401
- Scrumban: Essays on Kanban Systems for Lean Software Development, Corey Ladas. (United States, Modus Cooperandi Press, 2009. ISBN 9780578002149
- Agile Project Management with Kanban (Developer Best Practices), Eric Brechner. (United States: Microsoft Press, 2015). ISBN 978-0735698956.
- Kanban in Action, Marcus Hammarberg and Joakim Sunden. (Shelter Island, NY: Manning Publications, 2014). ISBN 978-1-617291-05-0.
- Lean from the Trenches: Managing Large-Scale Projects with Kanban, Henrik Kniberg. (Dallas, TX: The Pragmatic Programmers, 2012). ISBN 978-1-93435-685-2.
- Stop Starting, Start Finishing! Arne Roock and Claudia Leschik. (USA: Lean-Kanban University, 2012). ISBN 978-0985305161.
- Real-World Kanban: Do Less, Accomplish More with Lean Thinking, Mattias Skarin. (United States: Pragmatic Bookshelf, 2015). ISBN 978-1680500776.
參見
編輯參照
編輯- ^ Anderson, David. Agile Management for Software Engineering: Applying the Theory of Constraints for Business Results. Prentice Hall. September 2003. ISBN 0-13-142460-2.
- ^ Anderson, David. Kanban - Successful Evolutionary Change for your Technology Business. Blue Hole Press. April 2010. ISBN 0-9845214-0-2.
- ^ 解析精益产品开发(一)—— 看板开发方法. 2013 [November 10, 2014]. (原始內容存檔於2017-12-24).
- ^ Zemla, Zbigniew. Kanban in 4 easy steps. 2011, 2012 [November 10, 2014]. (原始內容存檔於2020-11-12).
- ^ What is the best online tool for Agile development using Kanban?. 2013 [November 10, 2014].
- ^ Kanban Tool. [November 10, 2014]. (原始內容存檔於2021-04-22).