2019年12月15日,单位组织参加珠海敏捷社区5周年Meetup
思想总在与人交流中产生,但需要加工和表述出来后,才能被传播,就像最后一位分享嘉宾讲的,每一次分享会上谁讲的最多,谁的收获就最大。
其实更准确的表述应该是,谁输出的最多,谁的收获就最大,咱讲不出,那就只能先写一写了。
前前后后也参加过好几次敏捷分享会,但一直没见过敏捷宣言,这次有幸见到了手绘版
期间作为国内敏捷先驱的吴穹博士,提了几个比较有意思的观点:
1.需求优选,注意不是排优先级,做IT的应该都知道,咱们所有的需求项都会有一个优先级的属性,但比较尴尬的是,大多数需求优先级都标识为高,很少见到标低的。
因为研发产能是有限的,大家都在抢资源,你让需求提出者自己来标识优先级,那当然是能有多高写多高咯。
所以如果你是开发经理,那你就直接告诉需求人员,我们一个月最多接收50个需求,你只能选50个出来,可他如果不选怎么办?
没关系,他不选你就帮他选50个,你选好后他就会说你选的这个不合理,应该选这个......这样无形中他已经做出了选择。
2.业界对单元测试覆盖率的要求过高,因为目前国内的现状是,大多数团队都没有、或者没时间做单测,客户大都想的是尽快实现尽量多的功能,至于质量,不好意思那不是我操心的事。
所以如果想单测覆盖率高,那就得花时间重构,而重构还有个依赖前提是,有足够的自动化做质量保障,即接口自动化要做的足够好才敢重构,所以下图他给的参考指标,单测覆盖率占比很低。
最后,讲一下最后一位嘉宾分享的故事,我觉得很贴合敏捷强调的杜绝浪费这个点。
手绘图挺有意思。他说每次搬家都会有一堆东西,带不走又舍不得丢,于是就想送人,可是又不能随便送,因为总有一些人,你如果说送他们东西,他们是不管有用没用,都会照单全收。
所以如果把东西送给了不需要它的人,这就造成了一种浪费。后来他想了个招,在朋友圈发低价便宜处理这些东西,这时来咨询价格的,基本就是真正有需要的人,这时你再说送给他,完成资源有效利用的同时还带给了别人惊喜。
这招挺妙的,生活有时也需要诀窍。
网友评论