领导说我在禅道上的预估任务时间写太多了怎么办

[kaleidoscope]

今天领导在群里说我任务时间写的太夸张了。我承认写的比较多，但我觉得没有到夸张的地步。这次的任务需求不是很明确，在思考之后发现不少坑，而且是对之前业务流程的更改，需要去了解这个业务并读别人的代码。中途还有各种事情来打断我，我把这块的时间也预估进去了。 我也没有解释多少。可能是我比较菜，但还是觉得挺委屈的。

请问各位大佬，除了提升自己能力提高效率以外，以后任务要怎么预估时间比较合理，才能避免这种事情发生。

本菜鸡刚来这家公司，试用期还没过，是不是要凉了啊。要多加加班补救下吗 T T

[nightv2]

细分任务

[kaleidoscope]

@nightv2 谢谢大佬回复，我已经细分到接口了 T T

[jmc891205]

你把你思考的这些都讲给你老板听

[kaleidoscope]

@jmc891205 谢谢大佬回复，我能沟通到最大的领导就是这个领导了。我这个人和一般同事关系还不错，但是一见领导就比较严肃，不会愉快的交流了。而且这次的事也没啥机会再说了，而且觉得越解释他就会觉得是我能力问题吧。

[maddot]

没过试用期就低调点啊，你都说了“我承认写的比较多”

[kaleidoscope]

@maddot 谢谢大佬回复，比较担心写少了开发不完又给我安排其他任务才多写一些的，个人觉得完全不是夸张的地步。现在已经又让我做些杂七杂八的事情了。不知道这种情况怎么处理。

[V2exUser]

需求交接时尽量明确，项目启动后如果有需求更改，让对方发邮件通知所有相关人员，包括开发、测试等。这样次数多了对方会更慎重。更改较大的，在公共群里问清楚变更原因，沟通放到下一个迭代中，非要本次迭代的，沟通将一些低优先级的其他需求移到下次迭代。

[kaleidoscope]

@V2exUser 多谢大佬的耐心回复。目前产品提供的需求很多都不明确，基本只输出一个原型再开会讨论，很多时候开发过程中才发现很多坑。虽然没转正，但在组里已经开发了不少东西了。以前就被这样坑过，这也是我潜意识多加时间的原因 T T 这个问题也不是我一个人能改变的了。。 当然组里也有一个大佬，善于沟通思考，经常被表扬需求理解到位，感觉一对比我被怼也是应该的了...

[jadec0der]

没见过这个管理风格的，太尖锐了吧。我觉得新入职需要一段时间磨合，你入职一段时间了吧，估的时间准吗？如果之前都比较准，就拿出来给领导仔细讲讲，时间都花在哪里了。如果之前都估多了，说明这个公司损耗就是比之前少，从善如流就好。

[kaleidoscope]

@jadec0der 多谢大佬耐心回复。虽说还没转正但是试用期比较长，已经做了不少东西了。最开始我把时间往少里估，但是当时产品经常变更需求，而且只是口头交流，导致手忙脚乱只顾着实现功能。后来我就把时间往多估，但是实际完成时间基本按实际的来。有的迭代提前完成我会找产品再要需求来做。仔细想想有时候把这个东西太当真了，很多人都不写或者随便写写任务就开始做了，自己也该这样的。

[peneazy]

国内的大部分公司的领导不懂技术，更不会真正的管理。你应该做的是，1 给公司提供薪水等值的劳动，2 提升自己去优秀的公司

[ho121]

可以了，我们之前连做啥都还没定，就让做年度规划。

[ngnetboy]

@ho121 贵公司这么给力吗

[8355]

我司入职都是带他的人帮忙估时间...
因为你确实不了解之前的代码情况 我建议你找其他人帮你看看需求 给你个建议估算的时间 再给你讲讲功能点.
有些需求确实很简单 也有很多做好的东西 其实可能不需要你做什么, 你先明确现有情况再按照新需求估算.