参加敏捷之旅青岛站总结
- 原创
- 2010-11-28 15:48:51
- 王春生
- 7506
这个周末去参加了敏捷之旅的青岛站活动,今天中午刚刚回到家中。从总体来讲,这次活动的收获远远超出预期,非常感谢敏捷之旅的主办方、组织者和讲师们的无私奉献。
第一次知道这个消息,是 outsofting的lidong经理告诉我的。当时感觉很惊讶。因为青岛在全国范围来讲,IT不是很发达。这次能够来青岛,真是难得。后来听组织者聊起,是阿尔卡特 朗讯的组织们和Daniel努力,才有了这次的敏捷之旅青岛站的活动。再次感谢,希望明年还可以有同样的活动。
虽然我接触scrum也有很多年了,但这次还是学到了很多新的东西,做个小结,和大家分享一下:
- 敏捷和工具的关系。腾振宇先生在分享的时候,谈到了这个问题。他的主要观点认为工具只是手段,不是目的。因此一个团队在选择工具之前,应当清醒的认识到这一点。了解更多的工具,更多的去了解工具,选择自己团队适合的工具。
- 敏捷和人的关系。演讲的老师们主要观点是要找到正确的人,来组建scrum团队。这一点,从理论或者原则上讲,应当如此。不过在国内的现状,却不太易行。很多从pm转到scrum master的人,并没有权利来选择你的团队。你也不可能把所有的人都开掉,重新招聘。当下绝大多数的开发者,对敏捷开发还了解甚少。这是基本国情,如何在这种情况下面,实施敏捷开发,是一个很有挑战性的问题。
- 敏捷和瀑布式开发的比较。何勉先生对这一点分析的很透彻,应该是他十多年项目管理经验的总结,很多观点都很精辟。比如在瀑布式开发中,客户价值和市场反馈持续为零,直至发布。过早的进入解决方案的设计阶段。挣值管理,竖井结构,镀金行为等等。
- 敏捷里面的测试。老外erik做出来很好的论述。我听了之后,也是心有戚戚焉。终于为禅道里集成缺陷管理和测试用例管理的功能,找到了理论的基础。:)
- 下午鲍央舟的分享了在法国电信实施的scrum案例。实实在在,很有参考价值。如果一个团队如果真得能够推行scrum,看来组织结构的转型是免不了的。
- 看到outsofting宣传材料里面的一句话,scrum master是没有职权的。这句话像醍醐灌顶,对啊。scrum master是没有权利的,这才是真正的团队的自我管理。看来之前在雅虎所参与的那些sprint,scrum master其实还是担当着项目经理的角色。并没有真正实现团队的自我管理。
- 终于拿到了传说中的planning poker。
- 后的openspace的讨论,和北京的open party的形式相同。我想这应该是青岛的第一次。很好。我也抢了一个话题,和朋友们介绍了一下 禅道项目管理软件。
不过从各位老师的观点来总结,感觉敏捷开发和scrum在国内推广还存在很多的问题:
- 你无法选择你的团队,该如何推行scrum?
- 很多scrum实施成功的案例,是自上而下的变革。但这对大多数公司来讲,是很难做到的。
- scrum和工具的问题。其实实施scrum对于整个团队来讲,要求还是很高的。单纯的白板管理还是有很多的局限的。禅道后面应该在可视化操作这方面增强。
通过这次活动,决定后面禅道要增强的几点:
- 禅道的开发也实施tdd,从开发实践层面上面,也引入这些敏捷开发实践。
- 增强对任务的可视化操作。
- 调整禅道开发迭代的时间,比如可以考虑每两周一个迭代。
- 禅道目前正处在由可用到好用的发展阶段。也许下一个阶段的目标,应该是快乐的禅道!
后点评下这次大会的组织。阿尔卡特朗讯的lurong和她的同事们,花了很多的心血来组织,会场布置、签到、抽奖、午餐等活动,都会到位。赞一个。主持也很不错,英文的底子很厚,很有感觉。
感谢!期望明年能有同样的活动。让敏捷在中国进行到底!
评论列表
发表评论
scrum的方式,太依赖于scrum master。如果scrum master不好,整个团队就可能歇菜。所以很需要一个工具来支撑。
团队负责人的表率影响到整个团队。如果你是团队的负责人,那完全可以与团队成员约定好相应规范,潜移默化地推行Scrum。另外就像你之前对我所说的,“贵在坚持”。而国内大多数管理人员只是用其约束下面员工,而自己却没有坚持做好。
2. 很多scrum实施成功的案例,是自上而下的变革。但这对大多数公司来讲,是很难做到的。
是的,这也是日常推行中遇到的最大难题。我们只有试图感染相关领导,才能指望Scrum的真正推行。
3.scrum中最核心的思想就是:自我管理。
或许是吧,但依据国情很难做到。
个人对Scrum的最大感触就是:基于事实的决策。世上没有万能规范,只有一样是通用的——实事求是。
任何一个工具,想达到好用、易用,都是非常难的。衷心希望禅道越来越好用!