从Scrum到ScrumBan的实战历程近期对于Scrum和Kanban多有讨论，4位大咖发布了精彩的评论文章，本文受此热门讨论引发，试图给出一个实例来丰富此讨论，本文记录了实际做法，回忆了达成关键做法的当时考虑，希望能够给到大家帮助，需要略表歉意的是，标题是按编辑建议为吸引眼球而起，精准的标题应当是“从模仿Scrum到ScrumBan的实战历程”，欢迎点评和提问。ScrumBan简介就简单快速理解而言，ScrumBan是融合了Scrum和Kanban的方法，相对于采纳比例高的Scrum而言，ScrumBan算是一个少数派。目前没有某个特别组织或者个人在维护权威ScrumBan定义，而各方共同维护的wiki成为其相对正式的发布，URL为http://en.wikipedia.org/wiki/Scrumban。笔者更喜欢将其拼写为“ScrumBan”，突出“Ban”，其实ScrumBan与Scrumban是同义词。如下是其概要介绍:ScrumbanisanAgilemanagementmethodologydescribinghybridsofScrumandKanbanandwasoriginallydesignedasawaytotransitionfromScrumtoKanban.Today,ScrumbanisamanagementframeworkthatemergeswhenteamsemployScrumastheirchosenwayofworkingandusetheKanbanMethodasalensthroughwhichtoview,understandandcontinuouslyimprovehowtheywork.名为《TheScrumban[R]Evolution:GettingtheMostOutofAgile,Scrum,andLeanKanban》在2015年7月出版，作者是AjayReddy，此书是对以往多年ScrumBan实践的整理总结，也有作者的个人看法。在具体实践上，ScrumBan与Scrum最显著的差异是在计划方面。ScrumBan采用按需计划方式，迭代初次计划不需要严格确定迭代工作的范围，迭代中持续观测迭代待办列表的长度（在ScrumBan板的第1列），当迭代待办列表长度低于一定值时，就会触发计划活动，在迭代中遭遇计划外事务时，ScrumBan更多的是根据优先级判定来排队处理，因此ScrumBan的计划活动（不一定是会议）每次耗时短，在一个迭代内，可能按需分多次进行。这样，在ScrumBan中迭代燃尽图的指导意义不强。最近的3年，使用ScrumBan的趋势有明显的上升趋势，最近在微信群里Scrum和Kanban讨论火热，笔者最近正好参与了几个团队的ScrumBan建设，在这里分享下一个团队GitChatScrumBan实例，为便于叙述称此团队为A团队，他们所开发维护的系统称为A系统。A团队ScrumBan纲要本文讲述从2016年5月到2017年3月的实历，针对一个个出现的问题而采取的策略，呈现一步一步从模仿Scrum到ScrumBan的历程.如何对接原来进行的项目？Scrum中角色如何发挥作用...
