难！
确实，有点难！
不过，只要肯付出时间和精力，构建良好的沟通渠道和执行良好的管理方法，还是能够做好的。。。
------以上绝对：亲身经历，吐血心得！
关心这个问题的人，无外乎主要有这样几类人。
第一，计算机或软件类专业科班，但是没太学好各种计算机原理、数据结构、算法、设计模式等等。对自己学习效果不太有自信。转而目光投向硬核工作的周边，入测试呀、QA呀、配置呀运维呀，项目管理呀。。。
第二，其他岗位从业者转岗过来的。（往往之前工作过往中稍微兼职涉猎到这部分工作，自己感兴趣）
第三，管理学，总裁助理，其他岗位的管理者转岗过来的。管理岗平调过来的。
第四，技术出身。初级到中级，组长，经理，总监...
单从分类上来看，除了最后一类，不适用标题场景，其他都符合。那我们今天就聊聊，项目经理不懂开发，如何做好项目管理！
那么就让我们一起分析一下，项目经理不懂技术，对项目管理工作常带来哪些影响？？？
1、开发团队不听你的，换句话说驾驭不了开发人员。比如，技术在排查问题，项目经理组织召开另外技术会，开发人员自己觉得排查更重要所以擅自不参会。影响度：5级（严重）。
2、技术评审、工时评估等环节融入不了，提不出有价值的技术建议影响度：5级（严重）。
3、技术方案深度把握不准，也起不到项目负责人拍板作用。5级（严重）。
4、出现紧急问题，人员调度选择（人员任务与当前任务的冲突，工时安排等）。5级（严重）。
5、技术团队工作效果和质量无法客观评价。5级（严重）。
6、......
那么，接下来针对以上短板的影响，我们帮项目经理想想办法吧。。。。。。
1、线上问题与会议的冲突。其实是一个表象问题，那么开发人员真的就只差开会的时间就排查不完吗；或者说项目经理真的不开眼到分不清线上问题重要还是开会重要吗？其实根源在于团队人员的工作纪律上。这样的问题我是开发我要不管三七二十一必须听你，还是我可以决定自己不想听就不听你的，还是我觉得你没有理解我的处境我将我的处境告诉你，你再判断一下是否做出刚才的决策。所以，类似这种开发人员总杠上项目经理的情况，项目经理要反思一下，是否是基础管理氛围没有建设好。同志都是好同志，只是以前从来没有明确过。找个时机明确界定一下即可。比如：我们例行会议雷打不动什么时间，有问题的需要提前跟我说一下。最终我来决定是否参与评审会还是排查问题。
2、融入不了技术环节。这个没办法，作为项目经理，有两种选择。第一种老老实实恶补，硬啃，可以不了解技术细节，但是技术表达出的类型意义选型层面至少要把关。要能做到指导技术人员把技术方案写好，足够供评审人员评审的地步才行。这也是项目经理不断积累的过程。一时可以融入不了，做下去，努力下去一定就能够融入了。
3、工时评审没有感觉。这个也是同理，只能做项目经理自己有心。对自己的同事们多下功夫，相关配套的度量工具也要准备起来。一个迭代内谁能做多少功能点，多少故事点，多少个bug。等等，通过几个迭代至少要对人员的技能水平有一个了解。再继续下去，就是参与到产品与开发的讨论中，多深入到项目里面去了解项目内容，进展和人员卡点、进度等。久而久之就可以了。只要付出，一定能行。
4、技术方案把握不深。拍板作用。这项，有点尴尬。这个大概需要好多轮的交流，先是团队内部与技术聊。其实有时候也是项目经理过于与技术骨干相敬如宾。要知道很多好的点子和努力都是激发出来的。这时候项目经理就要厚着脸皮，在正式评审时候，内部跟技术人员多过几遍。因为啥，因为技术呀他可能只管用自己的思路写出来。但是会忽略很多其他项目经理应该考虑的纬度。举个例子。我们技术选型一个搜索引擎。有人推荐solr，有人用现在流行的搜索引擎。到底哪个好，其实不是百度说的算。百度当然能分清楚哪个好。所以很多技术人员就直接百度拷贝下来做评审的参考。但是实际这时候项目经理就要发挥作用了。百度的东西还需要拷贝粘贴吗。需要的是什么。是我们技术人员的深度分析，分析什么。分析这个技术结合我们自己的架构会不会有什么卡点，会不会引起系统什么问题。会不会带来什么风险。从安全性从功能可用性等各个角度给出全面的解读。但是很抱歉，这些思考的纬度，可能恰恰就是编写这些技术方案的人不具备的。可爱的技术小哥哥可能会想到要做对比，要去做多维度分析但是什么纬度可能需要项目经理内部评审一轮后提出这样纬度的建议。至少确保组织一次会议，让会议更有效，而不是走过场。
5、出现问题人员调度，心里没数。这个答案同上。全靠自己日常功夫积累。没有特别好的办法了。
6、技术团队工作效果和质量的评估。这一项也是高层管理者一直关心的内容。但是显然具体执行的开发人员不会关心。所以作为项目经理在一开始管理项目时候，就要设计好相关的管理纬度，不能全靠一腔热情，没有套路没有章法的指导和管理。那样管理别人不知道你的目的是什么，所以自然也不会听太多。加上项目经理不会技术，地位自然不会很高。好的做法是，从一开始就谋定全局，渐进明细，逐渐调整。只有工作效果和质量评估纬度最好是量化的，而且一开始就是全员公知的。这样大家也知道自己努力的方向。
看到以上，项目经理的你是不是有点忧伤。。。。。。早知道，一开始就做技术了。。我们太难了，太操心了，太心累了。。
为了平衡心情，我们也来看看懂技术的开发做项目管理能做好吗？
答案：难，也有点难，但是想做好也是要付出努力。。
哈哈哈，开个玩笑。但是结论却是是这样。
为什么？
因为技术人员在技术上达到了很多的造诣，首先他们思想也基本是if-else多一些。但是项目管理从业者要求的素质忘记了吗，五大知识领域，十大过程组，可是没有技术这块哦。。。
所以，他们也要恶补一些，项目管理的知识。而且实践一段时间总结积累一些心得。
综上，项目管理，技术 其实是两个方面。没有必然联系。哪怕一点都不懂的其实都可以做好的。只是却是要付出心血吧。
言而总之，总而言之，技术 管理 ，管理 技术，做什么都要从踏踏实实一步一个脚印开始，匠人精神，走起~~~
感谢阅读，感兴趣可以加微信，js_alice
原文转载请联系微信。
网友评论