项目管理应着重培养管理意识

 

很多时候大家在谈发展的时候，都会感叹硬件容易软件难。同样项目管理也是如此，很多PM从早忙到晚，回家后还“不得安宁”，甚至做梦都会梦到项目如何如何，真是心力憔悴，但即便如此，项目好像也并不会有多大的好转。往往一个项目做下来，感觉好像扒层皮。

无语，还是无语。

其实，任何人都知道，项目是要团队来完成的，每个人在团队中都有自己的位置，都有自己的职责，任何人没有按预定计划完成任务，就会影响整个团队。项目团队就类似木桶原理。大家都晓得。

但大家却不晓得，每个人也是项目的管理者，每个人都有权、有责任管理项目。这个职责往往会被忽略，主要原因，就是PM没有吧这个责任分配下去，或者说，没有强调大家手中的这个权利。

笔者始终认为管理起始管的就是意外，如果一个项目没有意外，那只要定好一个计划就完事大吉了。正是因为有各种各样的“意外”，才需要管理。特别注明：这里的意外是指任何事情，无法准确描述，举几个例子，譬如：变更是不是意外，答曰：是。人员流动是不是意外？答曰：是。没有完成任务是不是意外？答曰：是。不懂技术是不是意外？答曰：是。把这些意外管理好，让这些意外仅在掌握，逃不出手掌心，并能及时的将这些意外变成合理计划，那项目就离OK不远了。

但如何第一时间获得这些意外并把这些意外能扼杀在摇篮之中呢？这就是考量PM的能力了，指定合理的规范，建立畅通的沟通渠道，恩，这些都是手段，增加Pm的亲和力，提升团队凝聚力，恩，也不错。但即便都如此了，对于某些项目可能还会束手无策，忙的昏天暗地的。为什么？因为只有PM一个人在战斗，是不行地！！！如果总是PM主动出击，那永远都会处于被动地位，怎么办？好了，让团队成员管理吧，把这种管理的意识及能力下放，毕竟团队成员才是站在第一线的勇士，他们才是第一时间发现意外、解决意外的最佳人员，那就让他们去管理吧。

不，这样也不成。程序员的能力就是编程，编写一个高质量的代码是考量其能力的硬指标，其他免谈。你让人家做管理，人家没拿那份钱，凭什么？再说，程序员的能力是编码，不是管理，你这不是用其之短么？好吧，做人不能太贪心，不去做管理，但应该有个意识总可以吧，第一时间把这种意外上报、并给出你认为的合理解决方案，总可以吧？毕竟这是涉及你自己工作的内容么，把自己的工作合理管起来，遇到困难找领导，由领导统一协调，工作主动一点，收益就会大一点么，是吧？

要的就是这样的效果，硬指标有了，软指标也有了。但实际情况就是：团队成员来自五湖四海，工作方式各有不同，适合的管理方式也各不相同，怎么办？其实也好办，PM辛苦一点，统一起来培养适合团队的管理意识，让其成为一种工作习惯，大家都具备这样工作习惯，协作起来也就更加融洽了。有了意外就会及时发现、甚至第一时间就会被解决点，不会造成更大的影响，慢慢再捋捋，项目就会越来越顺。

不过还是那句话，说起来简单做起来难，既然如此，那就让我们现有这样的意识，然后在慢慢努力的掌握它。