产品死亡原因之「负担过载」

在这样的环境下，同时并行两个以上的运营点，会直接影响运营的过程，这也是为什么许多从事运营行业2- 3 年的朋友，对运营的了解尚显简陋的原因。

负担过载的情况下，我们无法专注的做好一件事情，自然无法窥视到一件事情所经历的各个阶段，也自然无法将结果调整到最好。

我们总是在来回切，就像切一些自己不喜欢的歌曲，很多时候，事情刚刚开始，就已经结束了，毕竟还有那么多的运营点 没有被运营。

当我们的源头，产品经理出现负担过载时，我们的运营基本上就可以预判后期的工作节奏以及成果了。

当然，多数情况下，会是只开花，不结果

• 人多也是一种负担

我们有时候会近乎偏执的相信自己是正确的，比如，负担过载的上述三个结果，我们都可以归结到人数上，那我们招人就可以了，增加人手就可以了。

这是对的，但也正因为他是正确的，所以我们离死亡更进一步

1000 人以上的企业，与 10 人的企业，他的复杂度不一样，他的风险不一样这个我们是一目了然的，但大部分的时间，我们并没有意识到 2 个人和 3 个人也是不一样的。

当我们决定增加团队时，负担过载最大的致死因素就开始发生作用了，需求的负担过载变成了任务过载，现在，他变成了人员过载。

并不是把人放在一起就是一个团队，不考虑招人成本情况下，我们来看看已经招到人以后产生的致死因素。

新成员融入风险

新成员融入团队是伴随着双向风险的，其中，对团队而言，新成员的思想会对我们产生冲击，我们会消耗更多的时间在于新成员的沟通上。

当已经出现负担过载的情况时，再招人不但不能立即帮我们分担，降低负担，反而会为我们增加更多的负担，让这种负担过载的情况变得更为严峻。

原本，我们加班能完成的事情，引入新成员以后，不仅仅仍然要加班，而且现在加班也做不完了。

团队向心力的冲击

当我们一个人自己做一件事情时，毫无疑问，我们是一心一意的，当我们两人一起做事时，我们尚且能做到彼此尊重，互相理解。

而这层脆弱的向心力，随着人数的增加，会逐渐崩坏，我们很难通过人与人的沟通来产生企业文化，更多的需要由规范，原则，无数次的事件来形成企业文化。

而当新成员进入一个团队时，必然会对团队向心力产生冲击，并且，这往往和我们引入的人才能力成正比，越优秀的人才，对我们的向心力冲击越大。

这是有原因的。

• 有经验的人才，往往由于自己所经历过的环境，形成了自己判断事情的标准，我们的技能虽然比较专业，但同样的，我们的可塑性是比较薄弱的。

• 我们很难找到与自己想法完全相同的人， 尽管这样的人确实存在，但我们所能接触到的人，相对于所有人来讲，实在是太少了。

最后的结果是什么呢?我们找了更多的人，但他们并不是来帮我们解决问题的，这很残酷，但也很现实。

我相信，不论对于招聘者，还是对于应聘者，我们都希望能很好的协作，我也相信，我们都想要帮对方解决问题，都不是来找茬的。

但我们却忽略了，人数，也是负担过载的一种结果。

（编辑：PHP编程网 - 黄冈站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!