当一个团队成功的时候，几乎每个人都会倾向于把成功归因于自己的贡献而忽略别人的存在；当一个团队失败的时候，几乎每个人都会倾向于把失败归咎于他人的过失而尽量把自己排除在外，这种现象成为自利性偏差。
— 自利性偏差
项目背景
某小程序新增一些功能，涉及到小程序本身和服务端的开发，我负责服务端开发，某一老友负责小程序开发，各有各的主业，所以仅周末抽一天co-work。与计划三周上线，由于沟通不合理，开发进度也没有把控，测试不充分，导致delay两天后，项目匆忙上线。
本来对两个开发老手来说，搞定这个小项目应该是分分钟的事儿，但为何最后还是很狼狈呢？
做的不好的点之一：计划整体时间分配
总体上，给定三周的时间，还是很充裕的。并没有把时间做些切分，多少时间用于思考业务逻辑，多少时间用于开发，多少时间用于测试。
做的不好的点之二：需求评审，统一思想
拿到项目就开始写代码，并没有做全盘统一的思考，和需求评审，虽然项目很小，不用正式的需求评审，但还是应该跟开发/测试沟通一次，项目真正开始前应该统一一下思想，达成一些共识。
做的不好的点之三：缺乏有效的沟通
没有及时沟通，虽然有两次两天的时间的co-work，但并没有好好利用，没有充分沟通，导致最后很多小细节没有考虑到。测试同学实际上就是小程序的用户，在开发过程中应该没开发完一个feature都出一个体验版，请测试同学评估，并提出改进意见。另外也应该把体验版发给雇主体验，相当于阶段性报告，也可能会收到一些建议。
做到不好的地方之四：调研不充分
由于服务需要接入一个第三方服务，很简单，便想当然的做了一些设计，写了一些代码，最后发现跟不是那么回事儿，代码白写不说，也浪费了时间。另外调研应该早些做，做到心中有数。
做的不好的地方之五：执行力不足
在开发过程中，明知道沟通不充分，测试不充分，但没有立即采取措施去改善。