23岁女孩猝死于996，树立项目管理意识，别做凶手

2021年1月4日，正是新年的第一个工作日，但是一则关于“拼多多23岁女员工猝死”的新闻却在各大社交平台引发了激烈的讨论。

一位就职于拼多多买菜的23岁女性员工，在凌晨一点半下班的途中突然晕厥倒地，经急救依然无效，不幸离世。而拼多多官方“你们看看底层的人民，哪一个不是用命换钱”的回应，更是点燃了全网所有人的愤怒，互联网企业“996”甚至“007”的现象又一次来到了公众的视野里。

人们之所以关注此事，更在于畸形加班文化之痛。关注、热议此事的网民，大部分都深受其害，拼多多只是被推到了台前，进入了公众的视野，而更多的畸形加班则是隐藏在冰面之下，暗流汹涌。

几乎所有经历过软件系统开发项目的项目经理，都会发现，在整个项目生命周期里，不加班几乎是完全不可能完成的任务。无非是在加班的时间长短上进行挣扎而已。优秀的项目经理，可以用极少的加班时间，高质量地完成项目，而不专业的项目经理，就可能因为需求管理混乱、反复更改、大量返工等等原因，让整个项目90%以上的日子都在进行“996”式的加班，成为无形中的“凶手”之一。

那么，怎样才能在现今这种快节奏，高强度的软件项目开发工作中，尽可能地减少加班时间，高质量地完成项目任务呢？我们既要治标，也要治本，从项目进度管理、项目资源管理入手，解决加班时间的问题；从项目质量管理和项目相关方管理入手，解决根本上的需求失控和返工问题。

在软件系统开发项目中，项目进度管理对工作时间的影响最为直接，要减少无意义的加班，良好的项目进度管理是第一步。而估算活动持续时间和找关键路径，是项目经理经常犯错误的两个地方。

估算活动持续时间

有些项目经理可能认为，自己已经十分细致地进行了WBS分解，估计了活动的持续时间，但是现实中的工期却总是拖延，于是只能靠加班来赶进度。

在软件系统开发项目中，估算活动持续时间其实是一大难点。在工厂中生产产品，或是进行工程建设，操作人员只要经过培训，都能完成任务，而不同能力的人完成任务的时间相差不大。

但是在软件开发项目中则截然不同，软件开发更像是进行一项艺术创作，能力强的人和能力平庸的人，完成任务的时间可能有百倍甚至千倍之差。同一个人，不同的精神状态，也会造成工作效率的巨大差别，就像解数学题，一旦思路卡壳，可能很久都找不到解决方法。

因此，在软件开发项目中，项目进度管理和项目资源管理是绑定的，不能分开考虑，在估算活动持续时间时，不光要考虑到工作任务的难度和工作量，还要考虑到对应的项目资源，完成人员的能力问题。在高难度的关键任务上，甚至应当安排多人合作，集思广益。

找到关键路径

许多新手项目经理，经常犯的一个错误，就是“领导关注什么，就全力干什么”。这就会导致项目方向完全跑偏，大量的时间和资源浪费在非关键路径的工作上。

干过软件项目的项目经理都知道，现在几乎所有的软件开发项目，都是“外行领导内行”，领导对于软件开发工作可能并无多少了解，只能根据自身的知识体系和认知水平提出改进意见，在很多时候，这些意见都是一些浅显表层的东西，例如“软件UI布局”、“界面响应速度”等等。对于整个项目而言，都是一些细枝末节的小问题，实现软件系统整体功能的稳定运行才是最重要的工作。

如果不能很好的找到关键路径，始终将精力保持在关键路径的工作上，就很容易被领导的意见带偏，将大量的时间花费在调整软件UI等皮毛工作上，拖延整个项目的进度。

提高代码质量

不知从什么时候起，轻视测试的歪风邪气席卷了整个软件行业，甚至微软都带头砍掉了Windows操作系统的测试团队，在大部分人的意识里，软件测试变成了一项可有可无的工作。当然恶果也是显而易见的，Windows10操作系统的BUG已经成为了一个热门话题，这一版操作系统的BUG数量甚至超过了前面几代操作系统的总和。

各位项目经理可以回忆一下，在软件开发工作中，产生了一个BUG之后，需要花多少时间和人力，来复现问题、排查原因、进行修复，再对修复的代码进行测试，排除对系统其他组件的影响。

这些修复和返工的工作，所需的时间和人力，十倍百倍于最初的开发时间，有时候可能只是一个小小的疏忽，或者是大小写错误，就需要花上一整天的时间来排查定位。

因此，在关键的工作任务上，除了安排高技术，有能力的人员来完成工作之外，还需要安排额外的人员对完成的代码进行检查与审核，对完成的工作进行细致的测试。虽然这种做法在有些人眼里看来是“浪费时间”，但是从整个项目的进度来看，这些关键的任务节点不出问题，可以极大减少后续的修补时间，反而有利于项目的快速推进，“磨刀不误砍柴工”就是这个道理。

拒绝无意义的需求

避免无意义的加班，不光要“治标”，还要“治本”。前面已经提到，许多的软件系统开发项目都是“外行领导内行”。许多时候，领导和相关方提出的意见和需求都只是一时兴起，完全没有经过细致的调研和考虑。甚至有些时候，几个不同的相关方会提出截然相反的需求。在这种情况下，项目经理要敢于说“不”，拒绝那些会对项目进度造成重大影响而意义不大的需求。

举个简单的例子，很多外行领导喜欢在软件界面和UI上做文章，因为他们不懂，因此只能在这种能直接用眼睛看到的表面工作上发挥。经常会出现几个领导在会议上，对着软件界面的布局争论不休的场面。如果不加控制，那么进行界面设计和UI调整的工作就会被确定下来，变成一座大山，让本就紧张的项目进度雪上加霜。

在这种情况下，项目经理就需要在会议上明确说明当前的项目进度和工作重点，以及项目资源的分配情况，说明软件UI调整工作在项目中所占的比重。将精力重点放在软件功能的实现上，软件UI的细节等到功能完善之后再调整。

不要担心因为此时的拒绝和拖延影响领导对你的评价，在大多数情况下，等软件功能实现之后，看到了软件系统的实际运行效果，领导甚至都会忘记你拒绝UI调整这回事了。在领导眼中，能够让项目按时上线，你就是一个优秀的项目经理。

在现在这个快节奏的时代，互联网与软件行业是一片炼狱。我们无法改变这个世界，只能尽自己所能减轻所受的折磨。作为项目经理，我们需要树立良好的项目管理意识，灵活应用自己的知识与技能，避免“拼多多式”的悲剧发生。