这是一个创建于 279 天前的主题，其中的信息可能已经有所发展或是发生改变。
原文地址： 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 的管理能力很不满，但是有需要靠他力挽狂澜救项目于水火。
以上小故事完。出现这种情况的原因多方面的，我认为主要是缺少过程管理，不能把管理的失职归结于员工的懒做/技术不行。懒做是人性，不是所有人都是精英、自驱动、有领导力，好的管理需要确保人不有缺陷的情况下也能完成目标。至于如果做好软件开发的过程管理目前没有完全想好，之后想法完整了再写出来。
 |
1
Vegetable 279 天前
有时候项目头轻叫重，领导总是很讨厌阻塞式的工作，产品工作根本还没准备好就逼着开发开始做，更有甚者产品逻辑还没理顺频频被开发测试问的哑口无言。
最后产品丢过来一个 axure 配上点 note 就算是交付需求了，做着真的恶心 |
 |
2
notommorrow 278 天前
@Vegetable 确实
|
 |
3
horizon 278 天前
1 个月太长了，中途加一些里程碑
|
 |
4
pkxutao 278 天前
看样子你想站在 team leader 的角度，但这就是 team leader 的锅
|
 |
5
sima675 277 天前
这不就是 tl 没管控进度么
|
Select Language