一次“成功”的交付
我在好几家公司都经历过类似的“成功”交付，最近又遇到了，有感而发记录一下。
项目一开始产品需求大家都很“明白”，“就不做个XXX吗”，”这里改一下，那里也改一下不久可以了“。
距离项目经理要求的交付日期还有将近一个月呢，不着急慢慢做，看看帖子划划水，周报说得过去就行。
每日站会每个人都展现出：“我在做事，且有成效，没有什么障碍“，听得懂的team leader 心想：那好吧，反正时间还早让他先自己做着吧，也不能给大家太大压力“，听不懂的team leader 心想：“很好，很棒”，队员心想：“我做的事情牵扯到一些技术细节说了别人也不一定能弄懂”。
快到交付截止日期了，大老板来问进度，而且下了死目标，XXX时间必须上线，要给客户演示。
压力给到执行层，team leader一问大家XXX前能搞定吗？然后甩锅大戏就开始了，前端说有个接口后端还没提供，后端说这个需求有问题，有个技术问题做的时候才发现，还需要别的团队配合，总之大家对按期交付没有信心。
然后加班就开始了，PUA大师纷纷上线了。“大家辛苦一下下班晚走会，打车报销”，“打车回去也睡不了多会儿要不住公司吧”，“辛苦这周末大家加下班吧”。team leader一看以前写的代码简直是一坨屎，在自己完全重写还是继续推给下面人做之间徘徊，老板又找了team leader谈进度，救火员上线了，还是重写吧，之前的代码根本没法修改，team leader熬了两个通宵完全重写了之前的代码。
砍掉很多需求，能不实现的先不实现，“先把核心业务跑通”，项目“成功”上线了。
之前摸鱼的人每天加班通宵，都被领导看在眼里，在项目结束老板安排的团建上获得了表扬。
老板对team leader的管理能力很不满，但是有需要靠他力挽狂澜救项目于水火。
以上小故事完。出现这种情况的原因多方面的，我认为主要是缺少过程管理，不能把管理的失职归结于员工的懒做/技术不行。懒做是人性，不是所有人都是精英、自驱动、有领导力，好的管理需要确保人不有缺陷的情况下也能完成目标。至于如果做好软件开发的过程管理目前没有完全想好，之后想法完整了再写出来。
