一次“成功”的交付

原文地址： https://leilog.io/posts/2023/successful-delivery/

我在好几家公司都经历过类似的“成功”交付，最近又遇到了，有感而发记录一下。

项目一开始产品需求大家都很“明白”，“就不做个 XXX 吗”，”这里改一下，那里也改一下不久可以了“。

距离项目经理要求的交付日期还有将近一个月呢，不着急慢慢做，看看帖子划划水，周报说得过去就行。

每日站会每个人都展现出：“我在做事，且有成效，没有什么障碍“，听得懂的 team leader 心想：那好吧，反正时间还早让他先自己做着吧，也不能给大家太大压力“，听不懂的 team leader 心想：“很好，很棒”，队员心想：“我做的事情牵扯到一些技术细节说了别人也不一定能弄懂”。

快到交付截止日期了，大老板来问进度，而且下了死目标，XXX 时间必须上线，要给客户演示。

压力给到执行层，team leader 一问大家 XXX 前能搞定吗？然后甩锅大戏就开始了，前端说有个接口后端还没提供，后端说这个需求有问题，有个技术问题做的时候才发现，还需要别的团队配合，总之大家对按期交付没有信心。

然后加班就开始了，PUA 大师纷纷上线了。“大家辛苦一下下班晚走会，打车报销”，“打车回去也睡不了多会儿要不住公司吧”，“辛苦这周末大家加下班吧”。team leader 一看以前写的代码简直是一坨屎，在自己完全重写还是继续推给下面人做之间徘徊，老板又找了 team leader 谈进度，救火员上线了，还是重写吧，之前的代码根本没法修改，team leader 熬了两个通宵完全重写了之前的代码。

砍掉很多需求，能不实现的先不实现，“先把核心业务跑通”，项目“成功”上线了。

之前摸鱼的人每天加班通宵，都被领导看在眼里，在项目结束老板安排的团建上获得了表扬。

老板对 team leader 的管理能力很不满，但是有需要靠他力挽狂澜救项目于水火。

以上小故事完。出现这种情况的原因多方面的，我认为主要是缺少过程管理，不能把管理的失职归结于员工的懒做/技术不行。懒做是人性，不是所有人都是精英、自驱动、有领导力，好的管理需要确保人不有缺陷的情况下也能完成目标。至于如果做好软件开发的过程管理目前没有完全想好，之后想法完整了再写出来。