目前分類:Kanban (115)

瀏覽方式: 標題列表 簡短摘要
 
Source: The Official Guide to The Kanban Method v.1, Feb 2021
 
看板大學整理出官方的看板方法指南, 把看板方法的基本重點列了出來, 我稍微把前兩頁翻譯了一下, 大家就快速看一下吧.
 

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

之前有人一直討論什麼是真 Scrum, 什麼不是 Scrum.
簡單的說, 在 Scrum Guide 上有提到的, 就是 Scrum. 
不在 Scrum Guide 的, 就不是 Scrum.
例如: Scrum 是不是一定要用 user story, Scrum Guide 上沒寫, 所以 user story 根本就不是必需品. 你可以搭配 user story 來使用 Scrum, 但沒有用 user story 也沒有關係.
 
同樣的, 也有很多人搞不清楚什麼是 Kanban method.
文章標籤

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

在敏捷的世界中, 只要遵守 Agile Manifesto 和 Principles 的方法, 我們都會稱之為敏捷方法. 所以這也就是你為什麼在市面上會看到有 Scrum, eXtreme Programming, Kanban, FDD 等作法.
 
發現到其中 Kanban method, 在台灣常常有人對他有些誤解
 
(1) Kanban method 是豐田高層發明的
Kanban method 是 David J Anderson 在 2005 年發明的. 他有參考 W Edwards Deming, Eli Goldratt, Peter Drucker 和 Taiichi Ohno 等作法. 並且一開始是落實在軟體上面.
文章標籤

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

 
DevOps Handbook 中提到要先繪製價值流, 然後轉換成看版, 藉由監看看板中項目的流程, 可以找出瓶頸或是多工的問題.
 
價值流 (value stream mapping) 就是你現在的處理流程, 因此大家應該可以很容易繪製出來, 可是接下來要把價值流變成看板就沒那麼簡單. 這裡我找了維護團隊的處理流程, 大家來試畫看看, 你會產生出什麼看板呢?
 
image
文章標籤

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

很多人只要使用 Trello, 或是把便利貼貼到一塊白板, 就會號稱他們在用 看板方法 (Kanban Method)
 
事實上, 這是離看板方法還很遠
 
 
資訊視覺化白板
文章標籤

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

HR 朋友聽到 Agile 最近很流行, 因此都跑來問我敏捷是什麼, 他們想要知道他們家 R&D 的需求是什麼. 關心自家研發部門很重要, 但是只有聽聽, 要了解新東西會比較慢. 事實上, 有些 agile method 很適合 HR 來使用, 如果可以實際上來使用一些敏捷方法, 可以更快瞭解 agile 的原理, 以及可以幫什麼忙.
 
 
 
根據我粗淺的了解, 一般 HR 同事都會遭遇以下挑戰:

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

在看 DevOps 相關研究時, 很多團隊都是使用看板方法來管理, 但是他們並不強調 Scrum, 這是為什麼呢? 就讓我們來瞧瞧:
 
(1) 綜觀全局
 
所謂 DevOps 就是要結合 開發 和 維運, 甚至有時候還要看需求端, 因此, 想要看的是從想法進來, 到最後上線和維護階段. 不會像 Scrum, 大多應用在開發團隊上面.
 

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

第三步: 持續學習與實驗原則
 
資料來源: DevOps Handbook
 
A. 說明
建立具有創意和高可信度的企業文化, 支持動態, 嚴格和科學的實驗

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

第二步: 反饋原則
 
資料來源: DevOps Handbook

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

鳳凰計畫中提到三步工作法, 他是一個落實 DevOps 的基礎原則, 透過這些能使工作有效率, 並且達到全局優化. 但是在鳳凰計畫中似乎沒有太多描述, 因此特別翻了一下 DevOps Handbook, 期待能了解更多內容, 以下是一些重點記錄和心得.
 
 
 
第一步: 流動原則

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

 
看板是一個很模糊的名詞, 不同的人對他常有不同的定義, 今天把之前分享的李小龍說看板, 拿一部份來對看板說文解字.
 
很多人把看板視為是 Kanban board, 更精準的說是 Scrum board, 也就是一塊白板, 上面有著 story, 以及要完成這個 story 所要進行的 task.
 

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

成熟度 1 Emerging (浮現的)
 
說明: 
    認為管理可以加值
    工作流程並沒有被定義出來
    有些協同合作會發生

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

上次我開始整理 Kanban Maturity Model (簡稱 KMM) 的 Level 0 時, 有人問我 KMM 是什麼? 可以來幫忙什麼? 可不可簡單描述一下. 因此, 特地又去爬文整理一下. 希望可以幫助大家了解.
 
新版的 KMM 這個東西是 David J Anderson 在 Lean Kanban India Conference 2017 時提出的, 有興趣的人可以在下面聽聽他當時的演講
(可惜只找到閉眼照 XDD)

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

一般人對於 Kanban 的認知, 大多是想成 Scrum 的 task board. 或者是學了 Kanban 之後不知道要如何開始用, 或者不知道如何循序漸進改進. 有沒有什麼 pattern 可以參考呢?
 
David J Anderson 最近出了一本書, 叫做 Kanban Maturity Model, 介紹了使用看板的成熟狀況, 讓不同組織或是不同環境的人, 可以參考如何逐步演進. 他一共有 0 到 6, 也就 7層成熟度. 看起來還蠻有趣的, 因此, 想花一點時間來記錄一下, 以下是 Level 0 的內容
 
 
成熟度 0 Oblivious (不在意的)

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

上次提到 Kanban board 設計的好不好, 會是看板方法有沒有用的關鍵. 有人問到有沒有簡單的原則可以參考, 因此整理了幾點來跟大家分享
 
(1) 列出主要 工作步驟
Kanban board是列出把 idea 到變成產品的過程. 因此你要先列出這樣的 flow 出來. 例如: feature 的處理流程可以向以下方式, 便可以將這些步驟變成 kanban board 中的欄位
 

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

Terry 哥在他的文章 (跑看板要不要把 Story 拆解成 Task?) 中提到在kanban board 中, 是否要把 task拆解出來的故事.
 
這讓我想到真的很多人對 kanban board 不太了解. 很多人對此的認知, 認為Scrum 的 task board 就是 kanban board, 這個已經是第一個常見的錯誤.基本上, kanban board 是要把 idea 到變成產品的過程給包含進來, 他要呈現的是一個 flow 的過程. 
 
所以 Scrum board 和 Kanban board 應該會有以下的不同之處
Scrum board

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

之前在教敏捷需求探索入門工作坊時, 有人提到這些產品想法要如何管理. 這是個常見的問題. 讓我們來聊聊可以怎麼辦?
 
其實方法很簡單, 就是用看板系統來管理產品想法. 
 
產品開發的過程可分成兩部分: 產品探索 和 產品交付. 產品探索是要了解我們要做什麼, 以確保我們是做對的事情. 產品交付要有效率的方式, 快速做出有品質的產品. 這兩部分都是必要的, 但是我們的 kanban board 通常只包含產品交付的部分. 因此, 你必須要補上產品探索的部分
 

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

很多公司, 很多團隊在推廣敏捷時, 付出了很多時間和資源, 可是效果卻不盡人意. 我相信這樣的狀況, 很多人都有遇到, 問什麼會這樣呢? 是 Scrum 或 XP 不好? 還是推行的人有問題?
 
Kanban 方法的發明人, David J Anderson 在一次訪問中, 對這樣的事情, 提出了以下看法:
 
根本問題是因為人們對變革, 有天生的牴觸情緒. 尤其是企圖在嘗試大型企業中,向數以千計的員工推廣, 你將會面臨許多的抵制. 我聽過幾乎每一家試圖實現大規模敏捷流程的, 都遭遇過這種抵制, 很快地這個專案就宣告失敗. 有趣地, 公司仍然不放棄, 又再進行這樣活動, 可惜幾次都是以失敗收場.
 

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

最近正在看”深度工作力” 一書, 這本書寫得真不錯, 尤其最近雜事很多, 書中很多地方給我很多啟發. 現今世界干擾很多, 常弄的自己都是在瞎忙, 並沒有好好想清楚自己到底要什麼. 它的出現可真的是及時雨.
 
 
 
在書中有段討論如何落實深度工作的部分, 他提到了不只要知道要做什麼, 並且還要知道如何落實深度工作. 在職業世界中常常忽略怎麼做, 也就是沒有好的執行的方法. 作者提到了 柯維 (Sean Covey) 和 克里斯 (Chris McChesney) 在”執行力的修煉” (The 4 disciplines of execution) 一書中, 介紹了四個紀律, 來幫助企業成功地執行其策略. 我發現這四點, 和看板的精神其實還滿接近的, 讓我們來看看吧:

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

有人問我, 用 Trello 是否就是在使用看板. 這個問題確實常常被問到, 大家對於工具和流程, 確實混在一起談論. 今天就讓我們來聊聊吧.
 
一般我們提到看板時, 可能代表兩件事情
 
(1) Kanban Board (看板)
可能是實體的一塊板子, 上面有些便利貼. 或者是電子化的系統, 上面記錄了一些資訊. 這些都可以用來表現目前團隊的工作. 有人把這個東西稱之為看板系統. (Kanban System)

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

Close

您尚未登入,將以訪客身份留言。亦可以上方服務帳號登入留言

請輸入暱稱 ( 最多顯示 6 個中文字元 )

請輸入標題 ( 最多顯示 9 個中文字元 )

請輸入內容 ( 最多 140 個中文字元 )

reload

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼