精益敏捷之站会

松花皮蛋me 2019-08-26 21:17
文章首发于公众号 松花皮蛋的黑板报松花皮蛋的黑板报,作者就职于京东,在稳定性保障、敏捷开发、高级JAVA、微服务架构有深入的理解

有些程序员其实不爱和技术领域外的人过多交流,包括上级领导,很烦他们不了解技术又不了解业务然后又喜欢问之问那的,其实这种烦恼是自己造成的,因为你没有主动和上级沟通。沟通的渠道有很多,可以面对面交流,也可以选择在会议中同步一些信息,可能你会跳出来反驳我的观点,领导那么忙,单独找他沟通太麻烦人家了,而会议时长通常很长,容易浪费时间,导致被迫晚上加班,所以沟通干脆就算了。


        程序员反感开会早就司空见惯了,其他行业也一样,通常是因为会议没有太多信息价值,那比如站立会应该怎么开才合适呢?


        通常觉得会议没有信息价值是因为会议内容和自己不相关,人在接收和自己不相关的信息时,容易思绪发散,长而久之就会滋生厌恶。所以站会只组织相关干系人即可,人数不宜过多。站会顾名思义就是团队站着开会,强调时间不宜过长。站会通常由领导主持,团队成员轮流发言,讲述工作事项,但是要避免长时间讨论。


        在站会时团队成员应该以三段轮为模板进行讲述,一是昨天做了什么?比如昨天完成某某需求的评审、技术选型、任务分解、工时估算;二是今天要做什么?比如今天要完成某某需求的某个子任务;三是遇到了什么阻碍?比如今天要进行的子任务开发中需要某某辅助解决技术难点。第三点非常重要,能够尽早暴露问题,避免默默无闻埋头苦干,甚至工作到一半发现你理解的和人家真正需要的其实是两回事,那时骂娘还能怪谁呢,这不恰恰是我们编程时强调的快速失败嘛!


        站会同时需要对于会上内容做概要记录,便于会后跟踪和解决。那会上问题,谁来推进呢?极客时间的池老师总结了一句原则,谁难受谁推进原则,在团队协作中也适用。如果这件事不做,你自己或者项目小组就会非常难受,那么就应该毫不犹豫的主动推进。


        好,今天分享了避免团队人员觉得会议对项目进展没有帮助的建议,希望能帮助到你,欢迎分享给你的朋友们。


阅读 89 次