2018-09-016 总结

根据checklist，上线有条不紊，信心大增;

不知利害关系，被人套路，再次陷入被动局面;

再次从广州调来救兵，为项目交付作最后的冲刺。

这周其实更多的是非具体技术的思考

上线

1. 上线前建立checklist，上线时严谨按照步骤来，便不至于手忙脚乱，或因为疏忽而导致报错
2. 上线后先在新环境自测一下，检查数据正确性，把脏数据删除掉。

关于第2点，一开始下意识地会觉得，脏数据好麻烦。其实仔细思考下，也没那么难处理。只要理清思路，记得本次改动了哪些表，分析哪些表的数据会有问题，再做个检查即可。

其实还是心态。静下心来，理性思考，就能把问题逐个击破。

套路

上线后当晚，合作方召集大家来开会，对一下项目进度。对方项目经理发现本次一共里程碑三次迭代，第一个迭代及本次迭代都有延期未完成的内容，所以第三个迭代会很有风险。

之后对方的高级架构师就说: 来评估一下, 把遗漏的内容全补上，再加上第三个迭代，工作量是多少。

因为刚刚是在讨论项目进度，我们的确是有未及时完成的内容，所以要为延期的内容重新评估，也是很自然的事，所以我们就当场评估了，在这种非内部的会议上。

评估完了，架构师说，一般评估都会有偏差，给你们加个buffer, 评估出来的工作量乘以1.3吧。我当时觉得，这人还挺体贴。。。

最后，评估出了个下个迭代，也就是一周后，我们还有60人天的工作量。这怎么收场？

架构师说，存在很大问题呀，需要把情况反映给客户。

我一脸懵逼，什么鬼，他这是要闹哪样，把事情搞大，对他有什么好处？

后来联系文哥，文哥说，把事情搞大，说明我们交付不好项目，就可以把我们换掉了。

我说，项目二期不是板上钉钉的吗？

文哥说，二期是一定的，一定会有他们，却不一定有我们，如果我们一期表现不OK，他们就有理由换一个合作方了。

好慌。赶紧安排人手，从广州发来救兵，不然项目不能按时交付，我们就玩完了。

还是太年轻了，没理其中的利害关系，今晚被套路了一把。

所以说，需要培养嗅觉，提高敏锐度，下次有这种搞不清楚状况的场面，得先把事情拖一拖，及时反映一波，再作行动。

沟通

另外，我们的沟通其实还不够。

需求跟研发的沟通，研发与客户的沟通。

到了最后阶段，需求说，不是这样做的。研发说，按照原型做的呀。需求说：原型是错的!

WTF?

这样的协作方式是有问题的。得想办法，不能重蹈覆辙。

跟客户的沟通也不OK。

需要外部对接的系统，没有尽早找到客户，等到要开发的那一刻，才去找，然后才发现，有些事情不是想象中那样的，有些准备工作还没有做好，于是，只能等，进度只能延期了。

外部系统，一定得重视，沟通等待成本太高，一定要尽早去做。