第一章    關於專案背景

摘錄至
Lean from the Trenches - managing large-scale projects with kanban, Henrik Kniberg
Chapter 1 About the Project
 

Henrik Kniberg幫瑞典警察局(RPS, rikspolisstyrelsen), 開發了一個數位查詢系統(PUST, Polisens mobia Utrednings Stod). 基本上, 每台警車上需要配備一個小的手提電腦, 可以連上無線網路, 利用一個網頁程式, 來讓警察人員快速處理查詢的工作.

因此警察人員可以利用系統, 直接查詢到所有資訊. 因為這系統直接整合到所有相關的系統.

這個專案的目標, 是打算在2011年早期, 就能讓所有瑞典警察使用. 開發團隊大約是從2009 九月開始, 第一個release (pilot version)在一年後出來, 之後每兩個月接著一連串的release.

專案在2009 Q3一開始時只有10 , 2010中時成長到30, 2010 Q4 超過 60.

或許很多agile的團隊會說一年才release第一版似乎太久, 但是對於一個政府專案, 這已經是很快的. 之前政府專案有成經高達7 年才有一個版本出來. 並且之後每2個月有release 出來也是很不簡單, 通常的案子都是兩年一次更新版本.

為了降低大型專案的風險, 關鍵的做法是找出方法來切割它. 因此作者把這個專案, 根據兩個面向來做切割: 從地理位置和犯罪型態.

(1)   Release 1.0-1.2: 僅處理一個地區(Ostergotland), 以及一小部分常見的犯罪型態(像是酒駕, 擁有槍械). 之後連續的release我們在改進穩定度和增加支援的犯罪型態.

(2)   Release 1.3: 增加一個能支援的地區(Uppsala)

(3)   Release 1.4: 擴充能支援到瑞典其餘的地方. 這是我們主要的release

(4)   Release 1.5: 增加支援額外的犯罪型態, 以及新的查詢

一開始時, 我們有一個客戶幫我們列出high level的功能清單. 我們叫做feature areas, 或者你可以說它是epics. 我們使用這分清單來進行high level 的排程和規劃.

接著, 我們請一個客戶, 駐點到我們開發團隊, 給我們一些深入的回饋, 幫我們看demo, 回答開發人員的問題等等. 一開始, 他大約是每周來一次. 後期, 會每天排定一名駐點客戶和我在一起.

在每次 release的一個禮拜前, 我們會有一個驗收測試小組, 基本上大約10名警務人員或是其他實際的使用者, 花幾天的時間來進行測試, 並且給我們一些回饋.

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

Kanban Kick Start

這裡有個簡單的Kanabn 入門指引. Enjoy it

Source: http://blog.crisp.se/2011/11/18/tomasbjorkholm/2nd-version-of-kanban-kick-start


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

Kanban 兩三事

Kanban Basics, Pawel Brodzinski
http://www.slideshare.net/pawelbrodzinski/kanban-basics-5834758

1. 甚麼是 Kanban?
根據 David Anderson 的說法, Kanban (看板) 是一種變革管理的方法.它並不是一個軟體開或是專案罐裡的流程.

2. 基本上來說, 看板有以下要素
(1) 三個規則:
- Visualize workflow,
- Limit WIP
- measure flow
(2) 一個工具
- 工作看板 (taskboard)
(3) 簡單的機制

3. 在要了解看板的同時, 先要知道一下甚麼是Scrum. 扼要的說, Scrum 就是
- 組成一個規模小的, 並且具備不同技能或角色的團隊.
- 將要製作的產品切割成一些小的, 可以粗略估算的故事(story).
- 以循環(iteration)方式來進行開發
- 持續改進(continuous improvement)

4. Scrum 和 Kanban 團隊的比較
- Scrum 是由一個單一的團隊所組成
- Kanban 是由多個小的團隊所組成

5. Scrum 和 Kanban Iteration 的比較
- Scrum 的 iteration 是2-4週
- Kanban沒有iteration的概念

6. Scrum 和 Kanban 管理方式的比較
- Scrum 會有release planning meeting, sprint planning meeting, review 和  retrospective meeting 等方式來進行專案的管理
- Kanban 是藉由 taskboard 來管理專案的工作

7. Scrum 和 Kanban retrospective 方式的比較
- Scrum 是每個 iteration 完後進行
- Kanban 進行的頻率不一定

8. Scrum 和 Kanban taskboard 的比較
- Scrum taskboard 中的欄位會分成 To do , In Prog, Done 三種階段
- Knban taskboard 中的欄位會依你處理的流程來分階段, 並且有WIP的限制

9. 為什麼要使用 Kanban
- 有時候 time-boxing 的限制不一定適用
- 有時候需要能容易和其他流程整合在一起
- 有時候因為組織上面的限制, 像是要同時處理多個專案
- 會有比較小的進入門檻


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

Lean Startup 相關的實踐

2009 05 01 How To Build A Lean Startup Step By Step, Eric Ries
http://www.slideshare.net/startuplessonslearned/2009-05-01-how-to-build-a-lean-startup-step-by-step

Agile Software Development

1. Development Process
a. Traditional Product Development:

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

Ch 14 Sprint - Succeeding with Agile: Software Development with Scrum

這是我整理Succeeding with Agile一書中14章的內容.



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

Close

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

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

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

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

reload

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼