Scrumban

寫在前面的感想與推薦

    第二次參加AgileCommunity.tw的活動，實在很感謝台灣軟體界有這些熱心的人，願意花時間推動軟體產業的進步。

    雖聽過很多敏捷開發，但身邊真正施行然後又成功的並不多，所以對敏捷的真實情況仍是一知半解，但我在想這樣的方向肯定是對的，因為過去我們花了太多時間在無效的紙本溝通上，雖說有些文件仍是必須的，但應該只要留下有價值的。而團隊的關係更應該扁平化，課堂上提到『要關心隊友』、而且『不只關心別人也要讓自己願意被關心』，就是一種夥伴的概念，而不該是上下級的層級體系。這是建立的是『團隊』而非『組織』，所以要有培養出每個隊員的領導精神，而非找出少數的管理者。但如何管理和溝通仍是個重點，所以要找出好的工具來幫忙，這就是這次介紹的Scrumban。

    我之前並不知有Scrumban的存在，這是希望結合Scrum和Kanban的優點，所產生的新模式。網路上找了比較表：

	Scrum	Scrumban
處理標的	產品	規格
Board/Artifacts 運用工具	board、backlog、burn-down	只有看板
Ceremonies 運行儀式	daily scrum、sprint planning、sprint review、sprint retrospective	每日站立會議(但重視每天的規劃、檢視、回顧)
Iterations 迭待期程	有，sprint	無，連續流程
Estimation 顆粒化	是	否，僅強調要小
Teams 團隊組成來源	必須跨功能(部門)	不強調跨功能(部門)
Roles 團隊角色分配	Product Owner、Scrum Master、Team	強調團隊(the team)
Teamwork 團隊合作方式	collaborative as needed by task (分進為主)	合擊目標
Work In Process 在程工作管控	controlled by sprint content	看流程狀態
Changes 面對需求變更態度	should wait for the next sprint	可加進看板內待辦清單
Product Backlog 產品籃內容	list of proioritized and estimated stories	看板內的卡片上
Impediments 遇到阻礙的應變	dealt with immediately	迴避或避免，讓產線能順利繼續

    感覺上可以用在維護型專案上，這次我學習到可用Trello搭配Scrumban流程管理，那就來試看看嚕。

Scurmban 精神

每日的回饋、

流程的持續精進

※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※
講師團隊所定義的看板流程

Story List

Selected Story

Task backlog

In Progressing

Test

Review

Packing Lot

Need Deploy

Done

Story Done

※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※ ※
AgileCommunity.tw，上課日：2016/11/23

主講：KKTIX Aaron