这是一个创建于 1954 天前的主题，其中的信息可能已经有所发展或是发生改变。
今天领导在群里说我任务时间写的太夸张了。我承认写的比较多，但我觉得没有到夸张的地步。这次的任务需求不是很明确，在思考之后发现不少坑，而且是对之前业务流程的更改，需要去了解这个业务并读别人的代码。中途还有各种事情来打断我，我把这块的时间也预估进去了。 我也没有解释多少。可能是我比较菜，但还是觉得挺委屈的。
请问各位大佬，除了提升自己能力提高效率以外，以后任务要怎么预估时间比较合理，才能避免这种事情发生。
本菜鸡刚来这家公司，试用期还没过，是不是要凉了啊。要多加加班补救下吗 T T
 |
1
nightv2 2018-12-13 22:45:19 +08:00 via Android  1
细分任务
|
 |
2
kaleidoscope OP @nightv2 谢谢大佬回复，我已经细分到接口了 T T
|
 |
3
jmc891205 2018-12-13 22:56:40 +08:00 1
你把你思考的这些都讲给你老板听
|
|
4
kaleidoscope OP @jmc891205 谢谢大佬回复，我能沟通到最大的领导就是这个领导了。我这个人和一般同事关系还不错，但是一见领导就比较严肃，不会愉快的交流了。而且这次的事也没啥机会再说了，而且觉得越解释他就会觉得是我能力问题吧。
|
 |
5
maddot 2018-12-13 23:14:11 +08:00 1
没过试用期就低调点啊，你都说了“我承认写的比较多”
|
|
6
kaleidoscope OP @maddot 谢谢大佬回复，比较担心写少了开发不完又给我安排其他任务才多写一些的，个人觉得完全不是夸张的地步。现在已经又让我做些杂七杂八的事情了。不知道这种情况怎么处理。
|
 |
7
V2exUser 2018-12-13 23:46:46 +08:00 via Android 1
需求交接时尽量明确，项目启动后如果有需求更改，让对方发邮件通知所有相关人员，包括开发、测试等。这样次数多了对方会更慎重。更改较大的，在公共群里问清楚变更原因，沟通放到下一个迭代中，非要本次迭代的，沟通将一些低优先级的其他需求移到下次迭代。
|
|
8
kaleidoscope OP @V2exUser 多谢大佬的耐心回复。目前产品提供的需求很多都不明确，基本只输出一个原型再开会讨论，很多时候开发过程中才发现很多坑。虽然没转正，但在组里已经开发了不少东西了。以前就被这样坑过，这也是我潜意识多加时间的原因 T T 这个问题也不是我一个人能改变的了。。 当然组里也有一个大佬，善于沟通思考，经常被表扬需求理解到位，感觉一对比我被怼也是应该的了...
|
 |
9
jadec0der 2018-12-14 00:48:06 +08:00 1
没见过这个管理风格的，太尖锐了吧。我觉得新入职需要一段时间磨合，你入职一段时间了吧，估的时间准吗？如果之前都比较准，就拿出来给领导仔细讲讲，时间都花在哪里了。如果之前都估多了，说明这个公司损耗就是比之前少，从善如流就好。
|
|
10
kaleidoscope OP @jadec0der 多谢大佬耐心回复。虽说还没转正但是试用期比较长，已经做了不少东西了。最开始我把时间往少里估，但是当时产品经常变更需求，而且只是口头交流，导致手忙脚乱只顾着实现功能。后来我就把时间往多估，但是实际完成时间基本按实际的来。有的迭代提前完成我会找产品再要需求来做。仔细想想有时候把这个东西太当真了，很多人都不写或者随便写写任务就开始做了，自己也该这样的。
|
 |
11
peneazy 2018-12-14 06:16:12 +08:00 via iPhone 1
国内的大部分公司的领导不懂技术，更不会真正的管理。你应该做的是，1 给公司提供薪水等值的劳动，2 提升自己去优秀的公司
|
 |
12
ho121 2018-12-14 07:49:41 +08:00 via Android
可以了，我们之前连做啥都还没定，就让做年度规划。
|
 |
14
8355 2018-12-14 10:55:35 +08:00
我司入职都是带他的人帮忙估时间...
因为你确实不了解之前的代码情况 我建议你找其他人帮你看看需求 给你个建议估算的时间 再给你讲讲功能点. 有些需求确实很简单 也有很多做好的东西 其实可能不需要你做什么, 你先明确现有情况再按照新需求估算. |
Select Language