很多初期接触看板的实践者疑惑是使用物理看板好呢,还是电子看板好呢。如果选择电子看板,应该如何选择工具呢?本文给出一些建议。
还记得敏捷的价值观”个体和互动高于流程和工具”吗?我建议如果物理看板墙能满足用途,尽量不用工具。物理看板墙有助于团队的互动和协作,而且置于团队工作区内,随时供所有走入工作区的人高度可见。上篇文章给大家分享了用物理看板开鸡尾酒会的效果,而想象一下用电子看板开每日站会的场景:首先,每日站会变成了每日坐会,主持人用笔记本过工作项状态,大家眼睛盯着投影仪,有的还在刷微信,极大削弱了互动性。而且,为使电子看板在工作区可见,需要架设大屏幕。除非你有白板墙那么大的屏幕,否则看不清楚屏幕里看板的工作状态。
此外,物理看板便于对看板系统作变化,只需要马克笔重新设计或更改即可;如果用工具,重新设置的工作一般使人懒于对看板系统做变化。物理看板可以随便你怎么创新可视化,只有你想不到的,没有你做不到的;电子看板则中规中矩。
但是,电子看板也有其独特的优势:
1. 团队跨区域,甚至大型项目团队跨越多个城市或多个国家,这时电子看板就自然显出优越性。但如果异地团队只有一个成员,也可以只用一个物理看板墙,放在团队成员集中的地方使用,两地同步时用视频会议更新物理看板。
2. 如果大量项目数据存储在数据库里,比如backlog、bug等数据本来就有相关工具管理e.g. JIRA,这时如果有支持与已有工具集成的看板工具就便于数据的维护和更新,度量数据也比较容易生成。如果采用物理看板墙,需要耗费额外的人力成本更新大量物理看板上的数据到工具里。凡是用了两套系统(物理看板和电子看板),就面临保证同步性的挑战。
3. 电子看板支持度量数据自动统计和更新;用物理看板做度量需要很多手工的工作,至少需要手工录入数据,这使得一些团队没有坚持度量统计,启动时新鲜,做了一段时间就放弃了。
有很多成熟的商业软件支持看板开发,比如Rally, Lean Kit Kanban, Agile Zen, Fogbugz Kanban, Jira + Greenhopper, Swiftkanban,Teamfoundation Server等等。有的企业用在已有的Backlog 管理工具基础上,结合业务特点,定制内部工具;有的企业在商业看板工具的基础上,做二次开发。选择什么工具要依据项目特点,以及你的看板应用广度和深度:
1.您只需要工具可视化工作流程,还是打算应用看板的其他实践,如限制在制品限额?有的工具只支持可视化,不支持更深的看板实践。
2.您的看板系统打算用于一个团队,还是多个团队?建议选择支持多个团队的看板工具,保持灵活性。
3.您的看板系统应用到看板的一些高级实践,如工作项的服务类别和服务水平协议、度量数据的收集吗?不是每个工具都支持高级特性。如果需要度量数据,选择支持累计流图、控制分析图等度量的看板工具。
4.最好选择可以定制扩展的看板工具,便于定制贴近您业务特点的特性。
5.考虑与您正在使用的其他数据管理工具的集成性。
有的企业采用了大型触摸电视屏配电子看板,集电子和物理看板的双重优势。有钱就是任性!
那么支持看板的工具软件有哪些呢?
有很多成熟的商业软件支持看板开发, 比如Rally, Lean Kit Kanban, Agile Zen, Fogbugz Kanban, Jira + Greenhopper, Swiftkanban, Teamfoundation Server等等。有的企业用在已有的Backlog 管理工具基础上,结合业务特点,定制内部工具。 选择什么工具要依据项目特点,以及你的 看板应用广度和深度:
1.您只需要工具可视化工作流程,还是打算应用看板的其他实践,如限制在制品限额?有的工具只支持可视化,不支持更深的看板实践。
2.您的看板系统打算用于一个团队,还是多个团队?建议选择支持多个团队的看板工具,保持灵活性。
3.您的看板系统应用到看板的一些高级实践,如工作项的服务类别和服务水平协议、度量数据的收集吗?不是每个工具都支持高级特性。如果需要度量数据,选择支持累计流图、控制分析图等度量的看板工具。
4.最好选择可以定制扩展的看板工具,便于定制贴近您业务特点的特性。
5.考虑与您正在使用的其他数据管理工具的集成性