关于这个问题，我想开门见山地说一句，需要，而且非常需要。
当然有同学就会说了，项目经理懂技术会被技术所束缚，无法跳出技术角度来看待项目整体。
还有同学会说，现在是团队配合时代，各领域专精，要把专业的事情交给专业的人去做，项目经理就搞好项目管理那一套就好了。项目经理什么都要懂？浑身是铁又能打几根钉？
我是这么理解的，大家来讨论下哈。
先不说项目管理专业内部知识，我们要谈的是项目管理与其他技术专业领域的交集。
首先，懂技术对项目经理来说，有五个方面的价值体现。
1项目
懂技术对于项目经理是先天优势，对于项目管理肯定大有帮助，不管是在工作包分解、工作量评估、人力资源需求都会很有好处。
2团队
能够了解掌握项目团队实际执行的状况以及困难，跟团队沟通的时候，技术人员喜欢跟你扯专业名称，你不至于听不懂，或让对方觉得你影响他的思维。
3公司
特别在团队中技术工程师的能力相对弱，而公司资源缺乏情况下，可以给予指导以
及结合项目目标做出定夺。包括执行过程中遇到技术上相左的意见时可以提出或建议决策。
4客户
在客户方面，也容易取得信赖。对项目有一定的技术评估，当客户提出新需求的时候，作为项目经理，自己能够预判出公司研发实现这个功能是否困难，大约需要多少工作量，能否满足，并在必要的时候说服客户取消或者简化需求。
5自身
项目管理确实是可以跨领域应用的，如果懂技术的话就可以更深刻的理解这个行业的规则，对产品、技术、平台、架构的了解足以让你把控需求范围，在跟项目干系人的沟通中占据主导地位；自己工作起来更有信心。
落实到具体场景来举两个例子。
例子1
比如，项目经理盯在项目现场，对于客户方和内部的各种风吹草动是要第一时间做出反馈响应。
套用一句军事上的词，项目经理是第一序列速反应力量，妥妥的炮……嗯，不对，急先锋。
那么，当你风风火火第一时间出现在客户面前的时候，客户向你砸过来一堆专业名词，你说：“领导，您说得我不懂，我得去问问。”这合适么？
当然是各种专业术语张口就来，顺带分析问题所在然后提出应对建议咯。
你说你只知道大概，具体问题需要某某专业人员随后给出分析报告啥的，那也是在你扛过第一波炮火之后的事了。
呐，如果你已经被客户一波带走了，后面再有增援力量，也是挨个进去排队枪毙。
什么？你说后面有大牛能挺身而出，正面抗雷平息用户怒火？
两种可能性：大牛比你更适合做这个项目经理；大牛是你的高层领导，事后你会迎来另一波狂风暴雨。
上面举了个外部例子，下面来一个内部例子。
例子2
你做项目计划，把技术负责人叫过来了，某某系统需要上线一个功能，给个工期预算吧？
技术负责的兄弟掐指一算，嗯，这个事需要一个星期，三个人专职来做。
这时候你可能会问计算依据是什么？技术负责人就拉过一张纸开始划拉，先建个工程，再编个计算模块，然后和数据库接口对接，测试发布……最后向你一摊手，看，21个人天都是紧张的不行了，最快速度了。
要是你不懂技术呢？
嗯，好像貌似有道理哈。好吧，你要尽快完成哦@#&%#￥…………一堆没营养的废话。
要是你懂技术呢？
不对啊兄弟，某某功能里的某某模块已经通过测试了，和这个功能类似，而且json接口对方公司已经提供了说明文档，用Python写一个脚