今天领导在群里说我任务时间写的太夸张了。我承认写的比较多,但我觉得没有到夸张的地步。这次的任务需求不是很明确,在思考之后发现不少坑,而且是对之前业务流程的更改,需要去了解这个业务并读别人的代码。中途还有各种事情来打断我,我把这块的时间也预估进去了。 我也没有解释多少。可能是我比较菜,但还是觉得挺委屈的。
请问各位大佬,除了提升自己能力提高效率以外,以后任务要怎么预估时间比较合理,才能避免这种事情发生。
本菜鸡刚来这家公司,试用期还没过,是不是要凉了啊。要多加加班补救下吗 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
我司入职都是带他的人帮忙估时间...
因为你确实不了解之前的代码情况 我建议你找其他人帮你看看需求 给你个建议估算的时间 再给你讲讲功能点. 有些需求确实很简单 也有很多做好的东西 其实可能不需要你做什么, 你先明确现有情况再按照新需求估算. |