程序员没有在规定时间内完成开发任务,大家会怎么处理?

2023-11-27 10:29:48 +08:00
 laaaaaa

如题

项目每个模块都有节点,相互依赖,本来 A 模块排期 第一周结束,第二周开始 B 模块,B 模块会依赖 A 模块,因为 A 模块的没有完成 就会一直拖,导致最终上线时间延期。 想问问大家对这一问题 都是怎么处理的?

举个例子

A 模块一个功能,安排给了一个开发人员,我评估大概需要 3 天工作量,实际开发人员评估 5 天完成,给了他 5 天时间,结果 5 天之后 各种理由说没有完成, 而且每天走的都是第一个,当然这也不是第一次, 之前几次都不了了之, 我觉得就是因为有前几次的情况 他觉得完不成也没啥,所以这种事情越来越严重, 但是这次领导给我施压,一定到杜绝这种现象;

罚钱 或者 明确在绩效里? 满几次就走人?
18975 次点击
所在节点    职场话题
147 条回复
sadfQED2
2023-11-27 10:34:19 +08:00
你都评估 3 天了,研发怎么可能再正常排期。排期不合理,延期纯粹管理有问题。

再加上“罚钱”,“绩效”,“走人”,我只能说你根本不懂怎么管理研发
zxdstyle
2023-11-27 10:35:08 +08:00
直接杀了祭天吧
laaaaaa
2023-11-27 10:36:06 +08:00
@sadfQED2 下面我是对开发人员的举例
laaaaaa
2023-11-27 10:37:57 +08:00
或者换种方式,怎么样激励大家 去按排期时间完成开发任务
laaaaaa
2023-11-27 10:39:53 +08:00
@sadfQED2 你能否举个你处理这种问题的 思路呢?
hccsoul
2023-11-27 10:40:34 +08:00
如果是你评估 3 天,他 3 天没完成,可能是你的安排的时间有问题,但是他自己排的 5 天,并且没有提前告知需要支援,这是很恼火的事情,你干不完,没关系,你提前说下是哪里不会卡住了还是做的东西太多评估少了,做不完,可以临时协助 1,2 天,正常推进排期,自己排的 5 天,能力/时间不够没完成,也没自己额外投入时间,这就是态度问题了,如果这样搞次数多了,在我司先低绩效,然后就是优化了
connor123
2023-11-27 10:41:49 +08:00
你当开发是搬砖么,甲做不好,乙立刻接手,然后做的又快又好?
LabJo
2023-11-27 10:42:58 +08:00
你如果要对项目负责,又不清楚手底下人的真实水平,为啥不做过程管理?
ice000
2023-11-27 10:46:31 +08:00
月度绩效考核啊,或者真遇到什么困难应该提前一两天告知
Light3
2023-11-27 10:47:10 +08:00
如果这边自己评估的是五天 然后没有完成并且多次延误的话 这边建议换个人 单纯的是人的问题
至于每天第一个走的话 这边我觉得倒是没啥 毕竟下班了嘛
至于你说的杜绝这种现象
无非就是 加钱(估计你加不了) 提制度(估计最后黄摊子 波及无辜)
所以还是换个人吧
从我上班来看 能拿钱干活 不太拖的 已经超越 80%的人了
毕竟 低水平从业人员里面 太多混日子
这里指的混日子就像你所说的 承诺 不干
RedBeanIce
2023-11-27 10:49:42 +08:00
请将所有的东西描述清楚。。。

问题描述缺乏了很多东西。
bitmin
2023-11-27 10:52:40 +08:00
可能这种人能力和责任感就这样了

我认为首先是管理的责任,这种事情发生过一次,下次就该多跟进了解进度,经常评估能否按时完成,有哪些难点会影响进度,积极协调推进进度
wonderl17
2023-11-27 10:53:14 +08:00
1. 调查清楚延期原因,评估这个原因是否合理。
2. 如果是因为能力问题,那么评估他的能力是否达到职级最低水准。达到就说明是排期问题,优化排期是最佳解。达不到最低水平那属于面试事故,裁掉也好。
3. 如果是因为态度问题,认定消极怠工(即使是你单方面觉得)的话,早点裁掉也好。
4. 如果能力没问题、态度也没问题,那么就是需求方的问题。
kuaner
2023-11-27 10:53:19 +08:00
直接砍头啊,程序员不是易耗品么
GooMS
2023-11-27 10:54:27 +08:00
谈,换人
yzbythesea
2023-11-27 10:56:55 +08:00
再安排一个帮他做,完了给帮他做的绩效加分
fredweili
2023-11-27 10:58:26 +08:00
接口依赖,B 做完了就是做完了,A 没能力就换人
Liam1997
2023-11-27 11:03:37 +08:00
如果项目对排期比较敏感的话,可以相关研发拉个群,每两天开个简短站会,会上每个人花一分钟介绍下昨日进展和今日安排,提前暴露风险是常见的做法吧。不过这些按道理来说都是项目经理应该要做的?
buchikoma
2023-11-27 11:05:29 +08:00
三步走:
1.one one 沟通了解原因
2.周会公开场合对齐,摊平数据,指出问题
3.向上汇报,低绩效,pip

这三步主要是将员工问题逐步从个人向集体向上层暴露的过程,当然核心目的不是惩罚,是找出为什么会 delay ,是能力问题还是态度问题还是排期问题
litchinn
2023-11-27 11:15:58 +08:00
1. 缺少追踪,5 天时间最后才说完不成这就很有问题,而且之前出现过,那么在第 3 天左右就应该问问他进度。
2. 没有明确延期原因,各种理由是什么理由,如果公司有相关绩效,就按绩效来,但多次出现这种情况,不管有没有都应该让他出具书面报告,什么原因导致延期,“每天走的都是第一个”,这很显然并不是完不成的原因。如果明确是人的问题,得先单独找他谈话。裁员也属于项目管理的正常手段,但并不是用来威胁的手段。
3. 虽然 B 依赖于 A ,A 的延期必然影响到 B ,但是 B 并不是一定要等到 A 开发完成才能启动开发。但如果两个模块都是一个人开发另论。

如果公司没有什么明确的 QA 流程,那么你得留好必要的证明,比如你这个开发人员评估 5 天,你给了他 5 天这个东西得保留,不管是 jira 还是聊天记录。建议还是得有一个基本的 QA 流程。

最后,其实最重要的还是要找到延期的原因,个人原因还是流程管理上的原因得明确才能改进。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/995469

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX