0%

【燕子集】210 见贤思齐

为什么喜欢狙击手?在长时间的准备之后,关键时刻,一枪命中目标。


本周终于没有台风了,但巧就巧在周一去广州和周五回深圳的时候都碰上了大暴雨,招风雨体质实锤。下大雨最重要的就是不能着急,在中间的车道稳稳得开,一般就问题不大。积水很多的时候,每一次变道超车都是风险。

这周终于比较规律地坚持了运动,连续四天早上起来跳绳 2000 次,感觉还是很不错的。次数看起来很多,但按照 HIIT 的方式,每次跳 300-400 下,等心率上去之后休息到心率下降,然后再循环几次就可以,基本上 25 分钟以内就可以搞定,推荐大家可以尝试一下!

前几天听到了一个设计师的故事,他在接到需求的时候会先把所有相关的问题都问完,然后一次性交付质量极高的作品,让客户非常满意,在我看来这就是最最完美的交付,也是最可能给自己带来名声和更多生意的交付。

在我的日常工作中,经常可以看到这样一种情况:最终的产出经过多轮的返工是能够达到的验收的最低标准的,但就是要来来回回好几次,搞得大家都筋疲力尽头皮发麻焦虑脱发心态爆炸。既然最终可以达到标准,说明不是能力问题,更多是做事情的态度和方法的问题。方法的问题好解决,找到好的方法坚持去做即可,但态度的问题就很难解决,毕竟你永远叫不醒一个装睡的人。

说起方法,最近开始在体验 Github Project 配合 Issue 和 Pull Request 的方式进行项目管理,评价就一个字:绝。简洁且规范,可以协作可溯源,又不像 Jira 那么重,可以说是非常合适了,更重要的是居然是免费且不限制协作人数的。回过头来看看国内的各类项目管理软件,真的是还有太多提升空间,把简单的事情搞复杂,然后期望客户为了复杂度买单,这个逻辑本来就不对。而应该反过来,把复杂的事情搞简单,然后客户是因为简单且有效而买单。

当然啦,在默认配置的基础上我还夹带的一点私货,每个 Issue 需要确定五个点才能开始动手:

  1. 起点(上下文+Why):为啥要做这件事的来龙去脉;
  2. 终点(Goal+Standard):怎么样才叫做好,达到什么标准;
  3. 重点(Key):做的过程中需要特别关注的内容;
  4. 卡点(Obstacle):做的过程中可能遇到的问题及如何寻求帮助;
  5. 节点(多久同步+里程碑+交付物):主动给需求方同步进展的频率,以及大的时间节点。

在团队内部要求每个人都要不断提升自己工作、沟通和信息传递的效率和准确度,最终就可以说:这是一个磨合得不错的团队。在团队内部推行站会也已经两周了,大家也在这个过程中开始相互熟悉和适应,这种感觉很棒,希望经过下周的努力,也可以自豪地说我们的进度是“轻舟已过万重山”。

当然啦,人和人之间还是要信任坦诚,才能真正一起做事情,最终达到从我初中就一直印象很深刻的一句话:努力工作,拼命玩。当然了现在还要再加上一句:用心陪伴家人!