20XX321 如何管理技术水平比较高的团队？ 2.docx

《20XX321 如何管理技术水平比较高的团队？ 2.docx》由会员分享，可在线阅读，更多相关《20XX321 如何管理技术水平比较高的团队？ 2.docx（4页珍藏版）》请在第一文库网上搜索。

1、今日话题：如何管理技术水平比较高的团队？团队中有2个技术水平很高的成员他们俩经常在技术讨论和调研的时候因为意见不同争执不下，各不相让，搞的气氛很是尴尬。而项目经理的技术水平有限，也无法判断出哪个方案更好，或者说更适合自己的项目，遇到这种情况该如何处理？PM上海打杂-heart:看产品需要什么，就采取谁的方案；都是产品需要的，就看哪个方案快；产品需要相同，方案速度也相同，就采取可靠性更好的。上诉三者还都相同，就抓阉吧，公平公正公开。的确做产品的话，不一定要技术牛。如果是做业务的话,尤其是后端业务的,还是需要技术牛的。学习委员龙沙：PK，辩论就好了，不要一句赶一句吵架。都列出各自的优点和对方的缺点

2、，然后全部放出来。让他们各自一条一条辩驳，结果自然就出来了。就事论事呀，那些无理取闹的理由，那些无关紧要的，那些可以技术手段或者管理手段规避等等都会自然消灭掉。一条一条来就行了，效果很好的。PM圈子2班:成都技术波仔:有争执是好事，就怕一人独大，全员被带偏了，得不偿失。当然，独裁有独裁的好处，竞争有竞争的好处。要么把他们任务的侧重点分开，减少耦合的机会，让他们各自发展；要么继续争执，各自出方案，全员参与评审，投票来决定，自己也可以找外援评审谁优谁劣。现在it行业，不是都流行微服务么，按服务拆分，给他们各自划分一部分，配几个打手，各自干各自的，但是还是要隔一段时间开个总结会，来评判一下各自的方案

3、的优劣，取长补短，共同进步，实践出真知。深圳PM苏三这个话题有点怪，从描述看，一个是技术人员出现争执，一个是方案选择困惑。所以我是针对上面两个做分析：1 .对于技术争论，不必排斥，注意控制不要影响到团队合作即可：我也是技术出身的，有时候对于自己认可的方案就是比较坚持，有时候会跟人在会上吵起来，不过会后还是会一块去吃饭，没什么，对事不对人。所以吵一吵不见得是坏事。有时候会吵出更好的方案。2 .项目经理搞不清楚哪个方案好，那就把自己搞不清楚的弄清楚，你可以针对自己不懂的地方请教技术团队，从范围、进度、时间、成本几个基本要素进行管控选择最优方案。不要忘了，你是协调者，不是解决者。必要时候动用团队的力

4、量。PM本来就是这个项目的决策者，在分歧出现的情况下，为不影响进度，做出独裁决断是正确的做法。在这个题中,前题是PM不是技术权威，如果做出独裁决定出了问题，反而会失去两个技术的信任，不利于团体建设。PM圈子4班:组织委员吴：个人经验,对付这种大佬，就得拿geek的规矩,talkischeapo既然嘴上分不出高下，那就先各自拿出相关撑过来dem。一下大家看看成果。如果说俩大佬自己搞不定，那就团队成员一起投信心票，看看用哪个大家心里有数。这个问题就比较尴尬了会上的技术问题可以存疑，会下的时候自己百度资料查看。根据查到的内容，自己心里做判断。一般有几种情况：1 .在百度其中一个技术的时候文档相对比较

5、多，说明技术比较成熟，这时可以选择相对成熟的技术；2 .在都查不到明确的文档时，建议选择入司老一点的员工的技术，试着让另外一个同事工作外时间尝试新技术。同事让被选择的成员，分享他的技术给其他小组成员。3 .如果两种技术资料都比较多,根据情况来,举个例子Java的Struts2和springmvc,显而易见，可以选springmvcz因为关键性漏洞少。其他情况看情况吧，也参考下别人的意见。能力有限，仅供参考，欢迎大佬指教。北京北M小兵:我觉的从以下三个方面可以实现，首先是两个方案都能实现，那说评估两个方案的成本，速度，涉及人员，以及现有技术实现能力等相关方面进行评估，然后权衡。深tl|PMLisher:项目经理虽然不需具备很高的技术水平，但是对自己所处行业的专业知识还是要有储备的。要具备判断是非对错的能力，否则怎么能带领项目团队在正确的时间做正确的事。好坏方向都无法辨明，岂不是很容易跑偏。只要高水平技术人员能把自己的观点表述清楚（包括优劣势分析），判断并做出综合决策是项目经理份内的事。深圳+信息安全+安：根据项目目标来判断哪个方案最适合（成本、时间、维护性等等）o同时用项目目标为由来说服另外没有被采纳方案的人员，安抚。做为备用技术储备。