Kanban 的站立會議

Kanban 和 Scrum 在站立會議中, 最大不同之處是 Kanban 著重於工作的流動.

每當會議開始時, facilitator 會帶領大家檢視整個工作版. 大家由最右邊的欄位, 看到最左邊的欄位. Facilitator 會請大家說明狀態, 尤其是在板上無法呈現的狀態, 或者團隊可能不知道的事情.

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

Scrum 或是 Kanban? 要用哪個?

Scrum or Kanban? YES!
http://agilitrix.com/2010/05/scrum-or-kanban-yes/

Scrum 是利用管理的角度, 來實踐 agile 的精神. 它要有release planning meeting, sprint planning meeting, daily standup meeting, reviewing meeting 和 retrospective, 來規劃, 檢視和調整所做的事情. 它把事情切成小批次進行, 每個批次都在一個固定的時間(iteration的概念)內完成. 此外, Scrum 也是一個架構(framework), 它定義了要進行甚麼事情, 也就是前面提到的 meeting 和小批次, 但是沒有提出要如何實作, 因此每個團隊可以根據它的環境, 決定要怎麼做.

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

看板初體驗 - 可視度篇

在執行兩周後, 目前的 task board 帶來了以下好處:


1. Backlog 的內容

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

這次在 Agile Meetup 五分鐘分享會要分享的內容, Enjoy it

https://www.facebook.com/AgileCommunity.tw

http://www.slideshare.net/ssusere62027/user-story-mapping-14846349

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

在和使用者訪談,整理出所觀察的問題後, 接下來的重頭戲, 便是要討論解法.

上次去上了牧民老師的脈絡訪查的課程, 覺得以漸進式的方式, 來逐漸增加解法的深度和廣度, 是個不錯的方式. 在試用到一些專案後, 覺得找出的解答的優度也比以前好. 值得還跟大家分享.

1. 提出自己的解法
- 首先, 先花十分鐘請大家各自把解法寫出來. 每張解法上需要標註名字

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

Close

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

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

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

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

reload

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼