今天在此并不想继续争论这个话题，而是想换个角度考虑，做为一个项目经理如何在不懂技术的前提下带好项目，至少是不了解当前项目所应用的技术前提下。同时，先阐述一下自己的观点，并非想将此观点绝对化，只是换个思路来考虑，拓展一下思维而已，这样可能会更有利于你的项目管理工作。

我本人是一个技术出身的，大部分的技术型的工作都做过，项目也做了不少，也曾经为研究技术而痴迷过，在后来的项目管理工作中，慢慢的丢弃了真正的技术，到今天，可以说对当前的主流技术已经不再精通，甚至是已不再掌握了。实际仔细想来，真正在做项目管理的时候，涉及到的技术工作真的不多（当然这要视项目而已，很多小的项目通常项目经理要承担技术性工作的，或者要兼任技术经理角色的）。先罗列一下懂技术在项目管理中可以获得的最大优势。

如果你熟知当前项目所应用的项目，你可以获得以下几点优势：

1、  可以很好的评估当前的工作量；

2、  可以很好的从技术层面控制项目；

3、  可以很好的发现项目中的技术问题并予以解决，降低项目中的技术风险；

4、  可以很好的得到团队的认可，提升团队凝聚力，当然首先你的技术能力一定要非常出色；

5、  最重要的一点，思维模式与技术人员相同，可以很容易的进行沟通；

但你懂技术也会带来很多的问题：

1、  很容易陷入细节而失去时间去控制项目的大局；

2、  很容易被技术所左右而非去真正考虑项目的其他问题，甚至失去判断项目的准则；

3、  很容易成为技术的救世主，而非项目的救世主；

实际如果可以很好的解决由于技术问题所带来的问题，即可以很好的去实现项目的管理了，当前前提是具备项目管理能力。当然以上的罗列只是在项目管理过程中遇到的一些问题，很多问题并未提出，抛砖引玉，欢迎大家共同探讨。

通过以上的简单罗列，可以看到，如果一个PM非常精通当前的技术，最大的优势就是可以从技术层面控制项目，而不会被项目所控制，并且可以很好的与项目成员沟通，并给予其真正的帮助。其他的问题，都可以很好的解决，下面我们进行一个简单分析：

1、  工作量核算：

工作量的核算是有很多方法的，而且工作量的核算是一个渐进的过程，不可能一蹴而就，所以，针对工作量的核算，如果你真的不懂当前所应用的技术，或者并不理解当前的技术难度，建议采用团队的共同沟通来进行确认，同时，你个人应该划分工作任务的难度矩阵，并且根据这个矩阵在实际的工作进展中进行实际考核并进行修正，从而达到最终的工作量预测和计划的制定。并且工作量的核算也应该考虑进去风险因素，这个问题就和技术无太大关系了，不过应该考虑的是技术风险。这个在后面谈。

2、  技术层面控制项目

项目的控制并不是从技术层面就可以控制住的，项目的管理最终是人的管理，如果你的团队是一个良性的、充满战斗力的、协作顺畅的，控制项目并非难事，但项目的控制要考虑多个因素，包括人员风险备份、技术风险的备份、文档的留存等多个方面，都可以控制项目。做项目最怕的就是所有的东西都在人脑子里，如果是这样，即便你懂技术，也不可能控制住项目的。同时，监控点的设置在此显得尤为关键，在何时用何种方法去监控当前每个人的工作成果是一件很有能力的事情，风险的及早发现，对PM则意味着项目的可控性提高。监控问题不再此多罗嗦，可以独立出来与大家共同探讨。

3、  降低技术风险

这个是比较关键的问题，很多项目都是由于PM具备丰富的项目经验和技术经验，提前将有可能出现的技术风险扼杀在摇篮之中的，项目团队中的成员通常技术背景是不同的，在技术选型方案中肯定会出项不同的意见，如何平衡很重要，如果你有很好的技术背景这个问题并不能解决，就好像大家在谈Microsoft .Net C#中翻页的处理的时候会有多种方案出来，你如何平衡就显得尤为重要，轻则会影响团队士气，重则就直接影响到项目的后期实施。对于不懂技术的PM而言，我个人建议这种问题是要采用集思广益，小范围商讨，关键人员决定的方式来进行。实际在作项目的时候，并非只有技术问题会出现此类现象，其他很多的问题都会有，PM都会遇到自己知识的瓶颈，实际这个时候是一个如果将团队的知识转化为自己所用的一个过程，所以，建议是首先征求大家意见，与相关人员分析利弊，最终与关键技术人员确认方案，要放权，同时要勇于替团队承担责任，这样团队才会真正的去设身处地的去考虑问题并解决问题。依靠一个人的能力是无法从根本上降低技术风险的。

4、  提升团队凝聚力

提升团队凝聚力是一项很重要的团队建设工作，几十个人甚至上百人在做同一个项目，不仅步调要一直而且内部的协作也要非常顺畅，这些都是要基于一个基点，在一个平台，一个具备良好凝聚力的团队可以减少内耗，这个是完全靠PM的团队管理能力了，并非只有证明你的技术能力，才可以把团队团结在你的周围，这是一个误区，项目是团队完成的，这个核心不应该是PM，而是团队中的核心人员，凝聚力应该围绕此进行建立，不过这其中有个问题只提不谈，就是核心人员的流失该如何解决？

5、  沟通

PM的沟通很重要，有很多文章都介绍过，我自己也写过此类文章，可参见《沟通应该主动一点》。

实际聊了上面这许多内容，并非是要PM真的不懂技术，只懂管理，从我的工作经验来看，PM是要一定要具备技术经验的，至少是从业经验，就好像你是做汽车管理的，但你确不懂什么是扭矩，你做家电行业的但你确不明白白色家电是什么？这就真的有点说不过去了。所以，我个人还是倾向于PM懂技术，但写此文章的目的确是，即使PM懂技术，但在实际工作中也应该尽量抛弃它，要从管理的角度带团队，而不是技术的角度，不要让技术成为你管理的绊脚石。