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

其实很简单，本周任务没完成，周末来公司免费加班。

多来几次，你看她以后还敢不敢拖作业。

没看到怀孕那一层。。
这可就是另一个故事了。。。什么管理基本技术都是扯蛋。因为有持无恐啊，就算他没完成，你也不能开了他。开了就要陪一大坨钱。

直觉上看，反正如果是我就直接当这个人这一段时间不存在。别桶大篓子就行。重要有 deadline 的事分配给别人，绝对不能给她头上，因为不可控。假设 deadline 那天她跟你说她状态不好要去产检，你批还是不批

排期别排那么紧凑，预留一到两天提前完成，这样即使完不成，可以有两天时间让开发加班干。

我就经常延期。
我排了 1.5n ，然后说排多了，其他人都是 n 的，然后压缩我时间吗，最终我也妥协写 n 。
但关键是从来不说明或培训下别人为什么能 n 。
然后我看他们每天加班。。。。。。
我到点走，才不管他们。

0 到 1 一个项目，让我 1 个小时内排好期。。。。。。
很多功能都还没找到现成方案。。。
然后实际做起来，找到现成的还好，找不到就头大了。
现在写了个功能，就花了 3 天的时间了。

@sampeng #59 十五年开发路过，评估时间一定要放大一倍的时间，不然 bug 改不完。很多没有啥经验的开发，不懂拒绝，满打满算 5 天，实际上联调 10 天能达到转测就不错了。
曾经菊厂有傻逼领导拍板 100 天交付，留给开发时间就是 1 个月，每天搞到凌晨 3 点走，一堆 bug, 改的人也累, 后面实际上线时间半年后了，所以不管是谁，违背软件开发基本流程，一定会反噬，不要去冒这个险。

开除

@laaaaaa #41 那没办法，只能给低的绩效，安排别的活

项目技术负责人有问题吧。 任务分解怎么可能都是串连的任务呀。 就算是模块有依赖， 只要定义好接口或协议都是可以同步开发的（提供假数据就可以了），最多是后面的模块联调需要延迟点。其他应该都没什么问题的。 模块开发慢了，马上换人或加人手， 不可能一两个人的问题就影响整这项目。

先谈，后换。然后再谈这个任务分解问题，开发任务很难有你说的这种场景，任务 b 依赖 a ，并不代表 b 就只能在 a 之后才能进开发。不管是 mock 还是什么手段，任务 b 都是可以提前进开发，然后再和任务 a 联调的。

这种就是工作态度有问题，最讨厌就是遇到这样的人，做事拖拉，有事没事都摸鱼，毫无责任感。别想着让他们转变态度，别想着改变别人。
现在人家 buff 加身，能裁则裁，不能就边缘化，计划时把这人算 0.5 或 0.2 ，或让干些不重要但周期长的事，要不干脆当不存在。

看他是什么情况，能力差就别分他难的任务；摆烂那就请出队伍或不分他活；单纯估不准时间那就主动在他提供的估时上多加 3-5 天

合格的管理根本不会出现这种问题，第二天就会知道第三天能不能完成。

@somebody1 没有一种方法能百分之百保证，有的话只能是人会变通。

那方框去卡人，得到的还是方框。

技术管理对待这种人就是死盯一条没别的。
首先在整体规划管理层面需要负责人和开发者共同认同排期目标，你不应该是到最后他没完成了才知道他没完成。这是你的失职，你需要时刻关注重点人员的进度，起码每天应该问一句，在 30%/50%/80%100%时应该确保他的开发方案不偏离预定目标且进度可控，完成进度属实代码确实提交了，一旦偏离或着有延期风险硬刚加班赶工修正，早感知风险早预防风险早处理风险，而不是把什么都压到最后。有些人省心可以这样，有些人不可以。

事情到这个节点发生了，起码要梳理一下他到底开发了几天根据代码提交记录，有没有其他人或事影响了他的开发进度，如果有的话应该优先处理干扰因素，之后约定下次出现及时汇报或着提前沟通延期。

如果是单纯能力问题又不加班这就是态度问题了，直接私下谈心敲打警告，下次公开邮件通报警告，之后 n+1 送走。

任务对齐，信息共享
作为管理者，你需要知道每一个时间节点的项目进度，从而判断这个项目是否有风险，是否需要其他人员或者自己介入从而避免这种风险。从你的描述来看，我感觉你对下面的人的进度一点都不了解。不用催研发的开发进度，但是在项目的关键节点，需要了解进展到哪一步了，这个是做项目管理的基础要求了。

管理问题不解决，下一个仍然会是这样。
要提前暴露这些问题，每天都要跟进进度和必要的 Review

学过 pmp 没有， 赶工呀，增加资源 或者 鼓励加班； 而且 A B 之间工期本来就有缓冲期的。

这个问题出现，首当其冲，你应该负主要责任。

pmp 可能有点贵，我推荐你学一下最基础的 软考 项目管理 中级

这属于你严重失职
这 5 天你一次都没问过?
中间没有汇报?
你就这么相信她一定能做出来?