为什么计划总是跟实际有偏差？而且基本上都是实际会离计划有一大段距离？
昨天觉得应该会很轻松，感觉上午就差不多就写完，下午就让脚本自己跑就可以了，我只用去收获结果，但实际上并不是，一直到晚上，期望最少完成5个，实际上真正成功的只有一个。
总结下原因:
1、骄兵必败；经历了之前的痛苦，觉得接下来的就不难了，心理上轻敌；
2、意外情况的出现，一个设备坏了，而且很难定位是软件问题还是硬件问题；拉了很多人，花了很多时间，但是还是没有解决，下午快下班时感觉找对了人，但是人家晚上不支撑，需要等到第二天；这也是为什么做计划需要流出一些buffer的原因，计划不应该只有一切都会正常的情况；
3、程序调试的复杂性，人类总会犯错的天性，不可能写了就万事大吉，需要不停地调试修改，而且有些问题可能一时半会看不出来；
4、需求本身的复杂性，这个需求有些操作步骤需要等很久，有时一个小时过去了，还跑不完，最后跑完了，还是错的；循环往复，自然耗时；
5计划不精准，执行力不够，比如在调试等待间隙，可以把一些琐碎的事情做了，结果就是不想做，没有合理利用时间；
那如何改进呢？
1、细化计划和目标:把要做的事情都列清楚，什么时候做什么事，哪些要完成；端正态度，这个事情不简单，还有很多异常情况需要考虑；充分利用起时间；
2、面对意外情况，能借助外力的就借助外力；比如找硬件的人定位，只要让开发和硬件的同事交接，自己要做的，就是收割结论，等他们定位修复环境；
3、脚本并不是写完就完了，而是调试上库完了才算ok；调试时间必须算在内，至少要2个小时；
加油，希望今天是跟结果和计划吻合的一天。
冬日里的三角梅
网友评论