目前分類:Kanban Experience Report (20)
- Apr 07 Tue 2015 16:25
從 Scrum 到 Kanban 的過程
- Feb 03 Tue 2015 19:00
雖然 Scrum 很棒, 但是 Kanban 對我們比較合適
- Feb 01 Sun 2015 22:04
什麼時候我們放棄 Scrum 而使用 Kanban
- Nov 05 Wed 2014 22:33
Adobe Brackets 從 Scrum 轉換到 Kanban 的理由
- Nov 02 Sun 2014 21:56
從 Scrum 到 Kanban 所學習到的 10 個經驗
- Jul 09 Wed 2014 18:24
如何將 Scrum 團隊轉換成 Kanban 團隊 (3)
Converting a Scrum team to Kanban,
Mattias Skarin
source: http://blog.crisp.se/mattiasskarin/files/pdf/converting_a_scrum_team_to_kanban.pdf
- Jul 08 Tue 2014 16:37
如何將 Scrum 團隊轉換成 Kanban 團隊 (2)
Converting a Scrum team to Kanban,
Mattias Skarin
source: http://blog.crisp.se/mattiasskarin/files/pdf/converting_a_scrum_team_to_kanban.pdf
- Jul 07 Mon 2014 15:15
如何將 Scrum 團隊轉換成 Kanban 團隊 (1)
Converting a Scrum team to Kanban,
Mattias Skarin
source: http://blog.crisp.se/mattiasskarin/files/pdf/converting_a_scrum_team_to_kanban.pdf
摘要
- Jul 07 Mon 2014 07:20
為什麼 Stormpath 要從 Scrum 轉換到 Kanban 的原因? (2)
上回提到 (http://kojenchieh.pixnet.net/blog/post/375219767) Stormpath 要從 Scrum 轉換到 Kanban 的原因, 這次我們來看看 Stormpath 為什麼覺得 Kanban 有幫助
為了避免多工, 也就是同時間做太多事情, 因為這樣讓你的工作效率變差. 在 Scrum 中, 我們規定 sprint 的內容確定後, 不能再變動, 請確保我們不回讓大家同時做的事情的數量一直增加. 而在 Kanban 中, 我們用的是另一種方式, 我們限制在每個欄位中, 最多只能進行多少工作.
- Jul 03 Thu 2014 06:45
為什麼 Stormpath 要從 Scrum 轉換到 Kanban 的原因?
Stormpath 是一家 user management API 的公司, 提供一些機制讓你可以在任何系統中, 方便管理其系統的使用者. 這家公司從 2013 年開始, 從 Scrum 開發方法轉型到使用 Kanban 的做法. 為什麼他們要做這樣的轉換呢? 讓我們來看看他們的想法:
敏捷原則在 Stormpath中還是很重要的. 這些 principles 在開發過程中都是要遵守的, 它帶來了透明度, iteration讓你頻繁交付, 小的故事可以讓我們更容易掌握進度, 這些都可以讓我們更早發現問題, 更早知道客戶是否喜歡這些功能.
- Apr 14 Mon 2014 06:53
Kanban 業界經驗報告大集合
有人問我, 是否可以提供一些業界實踐 Kanban 的範例, 最好能包含大型企業, 以及新創公司等等. 這樣讓他們比較好開始使用 Kanban. 因此我稍微收集了一下, 希望能有點幫助
1. Spotify
(1) Spotify 的敏捷擴張之道:部落、班、橫向編組與同業公會
- Jan 14 Tue 2014 07:01
如何利用 Kanban 來進行視覺化管理
很多人對於Kanban 要如何使用不是很清楚, 覺得 Kanban 講的太玄了, 這裡有個“簡單"的介紹, 告訴你如何用 Kanban 來進行視覺化管理, 希望能對大家有點幫助.
- Sep 16 Mon 2013 17:23
Kanban 改善日記 (4) - 不同角色不同工作流程?
- Sep 11 Wed 2013 15:03
Kanban 改善日記 (3) - 如何觀察可以改善的地方
每次要檢視kanban 上的狀況時, 我都會問我自己, 到底要檢查甚麼. 後來大致上整理出以下方向
1. 流程流動是否順暢
我的目的是要讓工作趕快做完. 如果工作在哪裡卡住, 代表那裏可能出了甚麼問題. 可能是做事流程有問題, 或是做的人遭遇到困難.
- Sep 10 Tue 2013 10:33
Kanban 改善日記 (2) - 紀錄度量資訊
- Sep 09 Mon 2013 14:59
Kanban 改善日記 (1) - 增加資訊透明度
在我目前的想法中, Kanban 最主要拿來處理這兩件事情
1. flow 流暢度: 我要確定功能能盡快做完. 如果無法流動很快就會有問題
2. 避免多工: 希望員工不要同時處理很多事情, 最好能一次處理一件事情, 趕快做完後, 在做下一件
- Aug 12 Mon 2013 10:34
Stop Starting, Start Finishing 讀書摘要 (3)
Stop starting, Stop Finishing
Little’s Law
Justin 在網路上發現一個公式, 叫做 Little’s Law. 這公式提到平均事情完成的時間, 是和平均處理事情的個數以及平均生產力(throughput)有關.
- Aug 11 Sun 2013 09:41
Stop Starting, Start Finishing 讀書摘要 (2)
Stop starting, Stop Finishing
當Justin 發現有一大堆工作在看板上面, Justin 就詢問團隊成員, “你們同時可以處理多少工作?”
分析師: 我可以處理 3 個
開發人員: 沒問題, 我 5 個.
- Aug 10 Sat 2013 21:26
Stop Starting, Start Finishing 讀書摘要 (1)
Stop starting, Stop Finishing
Justin 是一位專案經理. 他的專案無法在期限內準時完工. 雖然他強迫他的員工加班, 並且也提供獎金, 希望能讓他們工作更有效率, 可是卻是效果很有限.
- Dec 04 Tue 2012 15:50
看板初體驗 - 兩層式看板
在執行 kanban 一段時間後, 我們開始對目前工作流程做出調整. 首先第一個問題, 便是改善專案整體進度的能見度.
在我們部門因為分工的緣故, 開發人員和測試人員是屬於不同老闆所管轄. 雖然導入Scrum 已有一段時間, 但是因為組織緣故, 無法把開發人員和測試人員合成一個團隊, 一個老闆.