言之无物

我说的一切都是错的

为价值而敏捷

周三参加了敏捷社区主办的一个活动,主题是关于阿里健康团队的敏捷转型实践。两位老师分享了自去年11月开始转型以来团队取得的成效、采用的方案以及对敏捷实践的总结。我因为去的比较晚,只听了后半部分。整个分享给我印象最深的就2个字“价值”。 敏捷转型最终目的是交付更多的价值,如果只是遵循了一些所谓的敏捷实践,却没有在价值上比传统方法体现出优势,那就是为敏捷而敏捷,这不是敏捷的本意。分享老师也屡次提到,在转型过程中,不会强制要求团队按照敏捷的方式去做,没有站立会?可以,没有TDD,也OK。 只要你能完成预期的目标,用瀑布式也可以。 阿里健康有一个优势就是有几个团队同时在做敏捷转型,总有团队会尝试一些敏捷实践,然后发现效果明显,其他团队就会跟着仿效。整个过程是效果驱动的,敏捷教练负责厘清问题、明确目标、制定方案、培训辅导,没有强制的要求,让团队自己去发现敏捷带来的改变,自愿完成转型。

给我印象较深的还有关于开发与设计的深度合作。软件开发中最遥远的距离,是开发与设计对业务的认知偏差。个人认为这种偏差是导致团队价值交付能力弱的根源。 阿里健康开发与设计的人员比例是10:1,如果按照传统模式来做,价值交付的瓶颈就在设计上,如果不能按时交付,整个团队的绩效都会受到影响。作为开发,你怎么办?是等着被设计拖累,还是主动帮助设计,尽早开始开发,按时交付产品呢? 当然是选择后者了。 开发团队中会设立一个新角色Feature Owner,负责某一个功能模块的交付,从需求、开发到验证发布全程跟进。通过这种方式,设计和开发对功能的认知会在同一条线上,避免因为理解偏差导致的返工。

《为价值而敏捷》
最后,老师总结了敏捷宜忌,详见下图,同学们自行理解吧。

《为价值而敏捷》

会后分享的ppt里还发现了一个视频链接,介绍Spotify公司的敏捷文化,非常不错,值得一看。

Spotiy Engineering Culture

点赞

发表评论

电子邮件地址不会被公开。 必填项已用*标注