Source: The Official Guide to The Kanban Method v.1, Feb 2021
 
看板大學整理出官方的看板方法指南, 把看板方法的基本重點列了出來, 我稍微把前兩頁翻譯了一下, 大家就快速看一下吧.
 
image
 
本指南是針對看板方法的基礎有興趣的新手. 會用一個介紹性的隱喻, 來幫助大家理解此方法的概念. 我們希望這個指南, 可能容易讓你進入豐富的看板知識體系. 對於想要了解某些特定知識的看板大學校友, 我們會推薦參考 “Essential Kanban Condensed” 這本電子書.
 
image
 
 
什麼是看板?
 
或許最簡單的表達方式是: 利用看板, 你可以管理工作. 他是一種用來管理專業服務類型工作的方法, 這類型的工作我們也稱為是知識型工作.
 
使用看板方法意味著要採用整體的方式來思考您的服務, 重點是從客戶的角度來改進它們.
 
藉由看板方法, 你會視覺化知識型工作, 以及這些工作如何在工作流中流動. 這將會幫助你業務更有效地運作, 包含了解和管理向客戶提供服務時的風險.
 
借助看板方法, 隨著時間的推移, 你和你的企業將發展出調適能力. 對於客戶的需求和期待, 以及你的企業環境, 你都能因應得更快更好. 
 
眾所皆知, 看板是在團隊中使用, 可以減輕團隊的負擔, 以及讓團隊重新拿回工作的控制權. 雖然這很快可以帶來一些好處, 但是如果更大規模使用: 例如, 一個產品服務線, 通常包含多個團隊, 以及不同的的組織部門,  這會帶來更大的機會.
 
看板大學  (www.kanban.university) 是看板方法 和 全球看板培訓師, 教練和顧問的家. 他門會持續演進和發展這個知識體系.
 
 
 
方法, 方法論(Methodology), 還是框架 (Framework)
 
看板方法通常和 方法論 和 框架 搞混.
 
在軟體工程中, 方法論是針對軟體開發和項目管理的流程, 所制定的程序定義方法 (process definition approach). 方法論包含了一些規範, 定義好的工作流和程序, 包括角色和職責. 這意味這通常他們是針對某個領域, 例如: 軟體開發.
 
另一方面, 框架 則是不完整的方法論. 他有一堆輔助的工具, 讓你有更廣泛的適用性. 但是需要針對每個場景自己客製化, 以彌補某些缺失的空白.
 
看板不是方法論, 也不是框架. 相反地, 他是一個管理方法, 用來應用在現有的工作流程上面. 從沒有要使用看板方法, 還是要使用其他方法論的問題. 相反地, 看板方法是加在先有的做法(方法論, 框架, 或流程)上面. 看板方法企圖讓你更好地管理你的工作, 並且改善你的服務交付, 讓您始終如一地滿足客戶期望. 看板是一種改善您原先做事方式的方法。 它不是用來取代您原先的東西.
 
 
 
起源
 
本文所描述的看板方法, 是依據 David J Anderson 在 2010 所撰寫的 Kanban: Successful Evolutionary Change for Your Technology Business 所產生的. 當初創建此方法的動機, 主要是找尋一種管理和改善專業服務業務的方法, 一種可以提供人性化的改變方法. 
 
這個方法的根源, 是從精實製造中而來. 然而, 看板用於管理知識工作, 以產生無形和虛擬的商品和服務. 和製造業相比, 看板認為庫存是虛擬和模糊的, 成本相對較低, 所要交付的工作的變異性是較固定的. 工作流程通常也不太嚴格, 減少浪費這件事比較少被關注. 因此, 在使用看板方法時, 一開始的重點是放在, 提高交付商品和服務的價值, 以及交付商品和服務流動的效率性上面.
 
在許多方面, 看板十分注重精實 (lead): 專注於流程, 限制正在進行的工作, 以建立拉動系統. 關注整個系統的優化, 而不是管理個人的績效. 根據數據來下決策, 並且以演進的方式持續改進.
 
 
 
應用領域
 
看板方式相當抽象, 他是一個沒有方法論的方法. 可以應用到十分多元的領域. 有個很重要的觀點需要去了解的是, 看板方法是應用它的原則(principles) 和實踐 (practices) 到現存的工作流程和工作方法上, 而這些工作可以非常不同類型的. 自從 2010 年推出以來,     看板在 IT 部門中被使用的例子有很多. 如今, 市場營銷, 人力資源, 媒體和設計服務, 客戶支援 , 產品開發 和 教育 等領域, 使用的看板實例越來越多.
 
 
image
 
arrow
arrow
    全站熱搜

    kojenchieh 發表在 痞客邦 留言(0) 人氣()