——视频出资微博视频大佬 蛋疼的axb
问题1，过于乐观评估,导致延期，会被leader认为不靠谱
估计三天写完，但是遇到了问题，又花了三天，又遇到问题，又…
问题2，过于保守的评估，也会被认为不靠谱，leader预期一两天就完成的任务
你处于保守估计给出了一周甚至更多的工期，问你哪里有问题，你又说不明白， leader觉得还不如自己做。
以上问题会导致有重要任务就不找你了。
保守评估时给出技术难点困难， leader信服。
解决方案
1.客观正确的评价自己的能力
不要一上来就编码，花2/3的时间设计和测试（测试驱动开发），1/3最多1/2的时间用来编码
2.正确的认清你要做什么事情
如果事情以前不是由你主导到，首先要花时间了解来龙去脉，尤其是注意有没有坑。然后再花时间去预估工期
3. 将开发评估工时当做一种必要的习惯来训练。相似度非常高的项目可以套用，工期评估更准确。
具体的方法
将具体需要的完成的工作列出来，比如划分成多少个模块，需要建多少个表，完成多少个接口，写多少测试。
如何避免成为一个不靠谱的菜鸡程序员
软件开发的绝大部分时间都在和风险打交道，要提升自己预防和对抗风险的能力。
知道自己的能力有限（比如理解慢反应慢思考慢），掌握的知识有限，掌握的信息有限，在做相应事情之前要做充足的提前准备；
在对方案之前你需要了解更多的关于方案的背景知识；
在提交测试之前，一定要自己多测试几遍，因为你写的代码一定会有bug；
做设计之前提前想好各种问题的解决方案；
过于追求完美导致的风险
想做代码重构导致上线推迟了；
想修复bug发现不是bug是feature；
越是追求100分的程序员越是需要知道60分的可贵，先做到可用的状态然后再进行优化，避免过早优化，过早优化是万恶之源
举例说明花十天工期完成1个项目
方案一，花9天开发到一个完美的状态，1天内完成测试联调上线这一系列的工作，
方案二6天完成一个基本版本的开发测试联调上线，剩下4天时间逐渐做迭代，应对风险能力强。
风险优先开发原则
按风险评估开发的顺序，风险越高，后果越严重的越需要往前排，这样能让你更早的遇到问题，即使你解决不聊这个问题，你也可以提前去查询资料，求助同事，或者把这个风险告诉主管提前得到预警。
程序员如何优雅的讨论排期
和产品达成共识，目标是提升整体事情的运行效率，推动事情发展。并不是一直加班就能解决问题，提示效率和兼顾质量和可维护性才是重点。