目前分類:Kanban Experience Report (20)

瀏覽方式: 標題列表 簡短摘要
這裡有篇記錄他們團隊從 Scrum 轉換到 Kanban 的心路歷程. 讓我們來看看他們的故事吧:
 
swarm2  
 
之前 Scrum 的做法
1. 疊代

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

 
作者在加入 BIzo 之前, 在一家軟體公司使用 Scrum 來開發軟體已經有 5 年了. 那家公司內的所有 projects, 都是利用 scrum 方式來進行. 所以當他加入 Bizo 時, 他以為可以將 Scrum 在 Bizo 使用的很好. 事實上, 他發現他錯了, 為什麼, 讓我們繼續看下去
 
kanban  
 
作者認為, Scrum 和 Kanban 是敏捷中兩個沒有交集的東西, 雖然有人試著把它們兩者混合使用, 例如像是 Scrumban 等, 但是作者認為這兩者的心態是完全不同的.

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

 
Source: When to dump Scrum for Kanban
 
Book-Ban   

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

 
The Brackets Scrum to Kanban Switch
 
image_thumb7  
 

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

Scrum to Kanban - 10 Lessons learnt from migrating 
 
kanban_bug_1  
 
這是一個針對 metro.co.uk 重新設計的專案, 這個專案經歷了 14 次的 sprint, 每個 sprint 為期 2 週. 在這個過程中, 我們從 scrum 轉換到 kanban, 最主要的原因是因為我們的需求的優先順序常常變動. 在做完這個 project 後, 作者認為自己可能很難再回到 sprint 節奏的專案中. 並且很熱情地分享了他所學習的經驗給我們.

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

 

Converting a Scrum team to Kanban, 

 

Mattias Skarin

source: http://blog.crisp.se/mattiasskarin/files/pdf/converting_a_scrum_team_to_kanban.pdf

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

 

Converting a Scrum team to Kanban, 

Mattias Skarin

source: http://blog.crisp.se/mattiasskarin/files/pdf/converting_a_scrum_team_to_kanban.pdf

 

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

Converting a Scrum team to Kanban, 

Mattias Skarin

source: http://blog.crisp.se/mattiasskarin/files/pdf/converting_a_scrum_team_to_kanban.pdf


摘要

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

上回提到 (http://kojenchieh.pixnet.net/blog/post/375219767Stormpath 要從 Scrum 轉換到 Kanban 的原因, 這次我們來看看 Stormpath 為什麼覺得 Kanban 有幫助

為了避免多工, 也就是同時間做太多事情, 因為這樣讓你的工作效率變差. 在 Scrum 中, 我們規定 sprint 的內容確定後, 不能再變動, 請確保我們不回讓大家同時做的事情的數量一直增加. 而在 Kanban 中, 我們用的是另一種方式, 我們限制在每個欄位中, 最多只能進行多少工作. 

 

kanban_swimlanes  


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

Stormpath 是一家  user management API 的公司, 提供一些機制讓你可以在任何系統中, 方便管理其系統的使用者. 這家公司從 2013 年開始, 從 Scrum 開發方法轉型到使用 Kanban 的做法. 為什麼他們要做這樣的轉換呢? 讓我們來看看他們的想法:

 

og-stormpath-icon  

敏捷原則在 Stormpath中還是很重要的. 這些 principles 在開發過程中都是要遵守的, 它帶來了透明度, iteration讓你頻繁交付, 小的故事可以讓我們更容易掌握進度, 這些都可以讓我們更早發現問題, 更早知道客戶是否喜歡這些功能.  

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

有人問我, 是否可以提供一些業界實踐 Kanban 的範例, 最好能包含大型企業, 以及新創公司等等. 這樣讓他們比較好開始使用 Kanban. 因此我稍微收集了一下, 希望能有點幫助

 

clip_image001_thumb  

1. Spotify 
(1) Spotify 的敏捷擴張之道:部落、班、橫向編組與同業公會

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

很多人對於Kanban 要如何使用不是很清楚, 覺得 Kanban 講的太玄了, 這裡有個“簡單"的介紹, 告訴你如何用 Kanban 來進行視覺化管理, 希望能對大家有點幫助.


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

目前因為開發人員(RD)和測試人員(QA)工作流程不同, 彼此做事方法還差很大, 因此一開始時將雙方的工作, 以不同的工作流程來表示:

相片:好多問題啊....

 

1. RD 工作流程

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

每次要檢視kanban 上的狀況時, 我都會問我自己, 到底要檢查甚麼. 後來大致上整理出以下方向


1. 流程流動是否順暢
我的目的是要讓工作趕快做完. 如果工作在哪裡卡住, 代表那裏可能出了甚麼問題. 可能是做事流程有問題, 或是做的人遭遇到困難.

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

在紀錄 task 的資訊時, 我們大概會記錄以下資訊

 


1. 工作項目
工作代碼: 流程代碼 - 月份 - 流水號

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

在我目前的想法中, Kanban 最主要拿來處理這兩件事情


1. flow 流暢度: 我要確定功能能盡快做完. 如果無法流動很快就會有問題
2. 避免多工: 希望員工不要同時處理很多事情, 最好能一次處理一件事情, 趕快做完後, 在做下一件

 

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

Stop starting, Stop Finishing

http://www.amazon.com/Stop-Starting-Start-Finishing-Roock/dp/0985305169/ref=sr_1_1?ie=UTF8&qid=1376140716&sr=8-1&keywords=stop+starting+start+finishing

 

Little’s Law

Justin 在網路上發現一個公式, 叫做 Little’s Law. 這公式提到平均事情完成的時間, 是和平均處理事情的個數以及平均生產力(throughput)有關.

 

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

Stop starting, Stop Finishing

http://www.amazon.com/Stop-Starting-Start-Finishing-Roock/dp/0985305169/ref=sr_1_1?ie=UTF8&qid=1376140716&sr=8-1&keywords=stop+starting+start+finishing

 

當Justin 發現有一大堆工作在看板上面, Justin 就詢問團隊成員, “你們同時可以處理多少工作?”

分析師: 我可以處理 3 個

開發人員: 沒問題, 我 5 個.

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

Stop starting, Stop Finishing

http://www.amazon.com/Stop-Starting-Start-Finishing-Roock/dp/0985305169/ref=sr_1_1?ie=UTF8&qid=1376140716&sr=8-1&keywords=stop+starting+start+finishing

 

 

Justin 是一位專案經理. 他的專案無法在期限內準時完工. 雖然他強迫他的員工加班, 並且也提供獎金, 希望能讓他們工作更有效率, 可是卻是效果很有限.

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

看板初體驗 - 兩層式看板


在執行 kanban 一段時間後, 我們開始對目前工作流程做出調整. 首先第一個問題, 便是改善專案整體進度的能見度.

在我們部門因為分工的緣故, 開發人員和測試人員是屬於不同老闆所管轄. 雖然導入Scrum 已有一段時間, 但是因為組織緣故, 無法把開發人員和測試人員合成一個團隊, 一個老闆.

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

找更多相關文章與討論

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

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

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

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

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼