原创：陶朱公Boy（微信公众号ID：taozhugongboy），欢迎分享，转载请保留出处。
点评：
身为程序员的你，不知道在你身上曾经有没有发生过，因为种种原因，导致项目延期的情况？（约定某个时间点上线，结果拖到几天时间后）这里面我相信肯定有一些客观因素存在：比如就像上文最后一幅漫画图所描述的那样，市场专员为了拿到单子，在客户面前乱许诺，最后单子拿下来了，却给技术人员造成了非常大的开发压力，程序员不得不面临加班加点996的情况。（明明一个月的工作量，缩短到2周交付）
客观因素发生的时候，身为程序员的我们比较不好把握与控制，今天我们暂且不聊这个话题，花点时间跟大家聊下因为“主观因素”原因，造成项目延期的情况。
什么意思？比如领导给我们安排了一个需求，让我们在了解完需求后，先评估一个提测时间。（提测时间一般由开发同学自己根据实际情况来进行评估。）
这里就非常有讲究了，有的时候程序员想着要在领导面前彰显自己的能力，想让领导对其刮目相看，活生生的把时间进行了压缩，原本一周的工作量，他硬拍胸脯说三天后可以完成且能提测。（你曾经有过这种心理吗?）
作者想说，这种行为真的纯粹是给自己挖坑，找罪受。给自己造成紧迫的心理压力不说，每天加班加点赶出来的项目，编写的代码质量可想而知。代码能写完就已经不错了，自测是不可能的，也来不及。结果提测后，测试反馈冒烟不通过，重新打回，领导知道后一顿数落，你的心里压力也更大。
那不迎合领导，明明一周的工作量，你跟领导说两周时间完成，领导也不会同意，认为你有偷懒嫌疑，也不行。
这里给出我自己总结的四点经验与你分享，希望对你能作出正确估时有所帮助（如果觉得不错，点赞加关注哦?）
1）任务拆解。关于估时，先仔细分析、拆解需求内容，最后将工作量落实到每人日。（比如我今天完成XX任务，明天完成XX任务）这样有多少人日就算的清楚了。
2）单元测试。代码写完后，千万别拉下自测时间，这是保障软件质量很重要的因素。
3）联调估时。我们很多需求都涉及到与前端同学（包括安卓、IOS）联调，这个时间有时候也比较耗时，需要你和前端同学，评估后给出一个时间。
4）预留buffer。最后一点，多给自己留一点buffer时间。什么意思？我们开发同学，很多时候都会碰到一个尴尬情况，好好的在写代码，忽然被打断，要排查一个线上bug或处理一个紧急工单，处理完后，半天一天时间就没了，一个月总需要留出一到三天时间来处理这种事情。如果你身上也会发生类似事情，我建议在完成上述几点任务估时后，你能多留出1-3天时间，来应对这种额外的耗时。（到时主管有疑问，你也能说出这番理由，相信他也能知晓与理解）
本文完～
作者简介：陶朱公Boy (taozhugongboy)，一线互联网JAVA技术专家。
欢迎关注我的微信公众号:『陶朱公Boy』，一个有趣且持续分享技术干货，帮你少走弯路的公众号！
