-
让品牌有温度、有情感
专注品牌策划15年
互联网项目经理需要懂技术吗（互联网项目经理需要懂技术吗）
发布时间：2023-04-22 03:26:45
稿源：
创意岭 阅读：
132
大家好！今天让创意岭的小编来大家介绍下关于互联网项目经理需要懂技术吗的问题，以下是小编对此问题的归纳整理，让我们一起来看看吧。
开始之前先推荐一个非常厉害的Ai人工智能工具，一键生成原创文章、方案、文案、工作计划、工作报告、论文、代码、作文、做题和对话答疑等等
只需要输入关键词，就能返回你想要的内容，越精准，写出的就越详细，有微信小程序端、在线网页版、PC客户端
创意岭作为行业内优秀的企业，服务客户遍布全球各地，如需了解相关业务请拨打电话175-8598-2043，或添加微信：1454722008
本文目录:
一、我想做项目经理，需要有什么样的能力，实力?
软实力：
责任心
作为项目经理首先要有责任心。有了责任心，你会把项目当成自己的孩子，倾注你的全部心血。责任，会驱使你关注项目的进度，千方百计去寻找各种资源，推着项目往前走。甚至吃饭、睡觉，走路、坐车，都想着整个项目团队，想着他们还在加班加点，你可能很自然地给他们带点夜宵、冲杯咖啡，犒劳员工。
有了项目经理做表率，整个团队会鼎力支持工作，士气非常高，技术问题也迎刃而解，得到领导称赞和客户肯定，项目将朝着预想的方向发展。
许多开发人员抱怨项目经理一天没干多少事情，而工资还挺高。其实，项目经理一刻都没闲着，他总在想着怎样更好的执行项目计划，调整项目进度等，脑子一直在不停地运转，所以说项目经理是心累。
善于沟通
PMBOK(项目管理的知识体系)指出，项目经理 75%～90%的时间用在沟通上。沟通无处不在，项目经理要具备良好的沟通能力。如:跟领导报告工作进度、跟客户介绍产品及说明工作成果、跟项目成员交待工作、跟公司内的其它人员争取支持、跟合作厂商协调配合事项等。对项目经理来说，每天大部分的时间是跟人沟通。项目经理上有老板、客户，下有项目组员，属于夹板层，沟通不好，容易出事。
沟通的关键在于：在什么时间，用什么方式，将什么信息，传达给什么人?特别要强调的是要做好沟通计划。同时，要掌握项目干系人的沟通需求，满足他们的期望!
当然，沟通的方式有多种，正式的、非正式的。正式的有:各种评审会议、周例会、项目启动会议、项目总结会议等，非正式的如:个人谈话、餐桌上的聊天，MSN 聊天等。要结合着使用各种沟通的技巧。有时候，非正式的沟通反而能获得项目的实际信息，尤其是开发人员对项目的期盼、想法和思想。
引导客户
“客户是上帝”，但客户不一定全对，而且有的时候是错的，尤其在项目还没开发出模型的时候，客户有时根本不知道自己需要什么样的东西。所以，在项目启动会议后，双方要“把丑话说在前面”，分清责任。
项目经理要站在客户的立场，努力满足客户的业务要求，让软件真正为客户创造价值。但是，如果项目经理总被客户牵着鼻子走，就很容易陷入被动的局面，结果是客户的需求一直在变化，造成程序不停地返工，项目总在原地打转，很难推进，久而久之，大家筋疲力尽，积极性严重受挫。最后，项目做得一蹋糊涂!
开发方和使用方，要讲究“职位相当”，要找有话语权、能拍板的客户，统一接口人员，对需求的变更，不能说改就改，要做适当的变更控制，笔者一直建议要做到“落到纸面上”，有时需要客户签字确认。
对于客户提出的需求，项目经理要凭借优秀的技术水平、充沛的业务知识快速估算需求的变更需要多少开发工作量，有没有更好的解决方法。理想的情况是程序基本不做改动，又能满足客户的需要。但笔者往往是采用变通的方法，换一种方式实现客户的需求。这种情况下，需要项目经理对系统结构有全局的认识，尺寸一定拿捏得很准。
项目经理有时充当白脸、有时是黑脸，但无论如何，一定要维护组员的利益，笔者经常看到很多项目经理有意无意地在客户面前说开发人员的不是，遇到客户不满意的地方，就指责开发人员。这种方法欠妥，笔者一般是跟客户表态，向客户承认“错误”，回头再找开发人员讲道理，做到“内部的问题内部解决”。
不过，这些年笔者做过很多项目，不少是大型项目，作为项目经理，笔者和客户关系处理得很不错，双方合作很愉快，最后客户变成了朋友。坦诚相待，有礼有节，“双赢”是项目经理努力的方向和追求的目标。
预测风险
风险贯穿项目之始终。作为项目经理，必须具有预测风险的能力，如技术储备是否满足项目需要，人员是否充足，项目预算够不够等。
随着项目的推进，项目经理要预测哪个环节会有风险，并及早采取规避措施。很多风险都是在和客户、和老板的私下接触才能获取的，比如跨年度可能会换领导，国企的当年预算必须当年使用，跨年度将作废等。
如果项目经理像程序员一样忙于整天的编程，而不关注项目风险的变化，就会很被动，甚至措手不及。记住，风险无处不在，作为项目经理要引起足够的重视，要有风险意识，能预测风险并控制风险。
善于总结
“总结是为了提高，思考是为了做得更好”。尤其是年轻的项目经理，经验不丰富，只能一边做，一边总结，在总结中前进。经历不等于经验，经历总结、沉淀后才能成为自己的经验。孔夫子说的“吾日三省吾身”，主要是多用心，经常向经验丰富的前辈请教。
很多项目经理，尤其是刚开始自己负责项目的项目经理，总把项目的一些过失归咎于外部因素，有时自以为正确，其实，常常犯先入为主的错误。其实要多从自身找原因，勇于自我批评，很多环节可以做得更好。
随需应变
“凡事预则立，不预则废”，做任何事情都必须有清晰的目标和计划，以目标为导向。有了计划，项目成员就看到了努力的方向，有“奔头”和干劲，唤起员工的工作热情，整个团队士气很高。
当然，软件这个行业，尤其是做国内项目，因为市场、客户、软件改进等需求，需要调动各种资源，所以即使规模很大的专业化软件公司，也没有一成不变的计划。虽然“计划赶不上变化”，但项目经理不要以此为借口而不重视计划的连贯性。做计划要留有适当的缓冲空间，松紧适度，随需应变!
市场主导研发，研发促进市场。项目的三驾马车:技术、业务、管理，哪个都不能少。项目的三要素:进度、质量、成本，项目经理要牢牢贯彻。有的项目经理没有“成本”的概念，一味地追求完美，痴迷于技术，而忘记及时交付，这是软件开发人员的通病。
激励团队
项目组就是一个团队，项目经理作为一个团队的领导，首先要认知自己的角色，明确自己的职责，逐步加强与团队成员的关系，善于激励别人，建立友好关系，要用不同的方式和不同的人打交道，同时要帮助绩效不佳的人。所以说，项目经理不能只是埋头于技术钻研，更重要的是带动整个团队，燃起团队的激情，俗话说“兵熊熊一个，将熊熊一窝”。 其次，要明确团队目标，制定团队守则，增强团队成员间的信任关系，给予员工挑战性的工作，让团队充满生机和活力，给予表扬，协调人际冲突，处理危机。
最后，项目经理要善于评估绩效，做到奖惩分明，让不好的倾向和行为习惯扼杀在初始阶段。
懂技术
项目经理只有懂技术，才能估算工作量，制定的计划才能相对可行。其次，懂技术，才能和别人沟通，尤其是和客户沟通，客户才能信任你。在软件开发领域“外行领导内行”，不太现实。最为关键的是，即使主要技术人员走了，项目经理能随时补缺，不至于让项目瘫痪!
硬实力
PMP资格认证是武装自己最好的利器，通过pmp资格认证的同时，不仅可以提高自己的项目管理知识，还会给自己职业发展增加助力。
二、#项目经理#项目经理必须会开发吗？我只是懂一些，但是没有写过代码，这样可以吗？
主要看企业本身用人需求，有些企业人事会把技术经理称呼项目经理，这种岗位肯定要会写代码，不过有些公司会分的很细，项目经理只对项目进度负责，还是那句话“看企业本身发展用人需求” 来自职Q用户：陈先生
项目经理只是一个统称，具体还得您根据自己所在行业，或者期望加入的行业去做补充。 来自职Q用户：陈先生
三、项目经理是否需要技术？项目管理与技术哪个重要？
技术重要还是管理重要？这个问题讨论了很久，谁也不能说服对方，这个问题就如同是鸡先生蛋还是蛋先生鸡这种悖论，古往今来多少人参与辩论，也是说不清道不明。在中国，“技优则管”是一个普遍现象，这既符合中国的国情，又符合大多数企业的实际，很多人员都是毕业后先做技术在漫漫的提拔升为管理层面。但是这种情况在最近发生了变化，特别是国外的项目管理经验和典型案例使人逐渐怀疑“技优则管”的正确性。技术出身的项目经理往往欠缺系统的项目管理知识，常常是凭着自己的个人经验摸着石头过着石头过河，一旦失败了，也只能成为他个人的工作经验。这其中有个问题：技术情结，总是不由自主的想去了解每个技术问题的细节，好像不了解就感到很沮丧，而实际上从管理者的角度看问题需要了解全部的技术细节吗？潜意识管理，凭自己的朴素的曾作为开发人员的认识和一种英雄气概来管理，不太善于处理各种关系，对缺少专业技术背景的人员没有耐心。技术与管理的最大的差异就是管理的艺术性。技术给人的印象是生硬的语法定义和刻板的设计流程，而管理的主题更多的是人，是生命。其实项目管理还包含了人文的关怀和尊重，人与人之间的沟通。管理作为一门艺术性的学科已经得到了人们的广泛认同。很多掌握了项目管理知识的毕业生，往往因为缺乏技术背景，而感到心里发虚。其实这也是正常的，社会的发展已经不再需要单一学科的狭窄型人才，而需要多种学科交叉的复合型人才。在现在的，想什么技术都样样精通几乎是不可能的，人类再也不可能出现亚历士多德那样的博学家。项目通常又很复杂，需要用到很多最新的技术，所以一个开发组需要很多技术人才，而这时候管理就显的非常重要。项目经理需要将所有的人才团结起来，使他们来完成共同的目标，这时候，项目经理是不是技术高手也就不重要了。项目经理的大部分工作应该是与客户，上级，团队成员沟通，协调各种关系和项目控制。但有些时候，在技术方案上需要项目经理来拍板定夺，这时技术背景就很重要了。当然技术把关也可以通过其他方式解决，在国外的很多大公司，专门有一个技术委员会来做决定把关，所以这些企业的项目主管可以不必拘泥于技术细节，而认真关注于管理工作。抛开项目的规模、人员、计划和资金等种种背景来探讨管理重要还是技术重要，本身就是一个简单的想法。在项目规模小、人员少、资金紧张的情况下，也许就不需要多少管理，项目挑头的基本上都是技术带头人。在很多大学里，有不少的项目组是临时拼凑起来的，2-3个教员，带着一帮学生干活，他们会有系统的管理吗？在这种项目里，技术潜力和技术带头人起着至关重要的作用。不可否认，这种项目的生命力非常弱，即便成活下来，生命周期也很短暂。当项目规模大，人员众多，而且实施时间有限的情况下，再沿用原来几把菜刀闹**的方式，肯定会出大漏子。引入规范化的管理势在必行，如果说以前是人管人，那么现在应该是制度管人。项目经理应该首先是规章制度的制定者和监督者。一个好的规章制度体现在：执行者能感觉到规章制度的存在，但并不觉得规章制度会是一种约束。另外，不同的项目，其管理可能侧重面不一样，例如软件开发小项目的项目管理，职位划分本来就不是很清晰，所以至少得技术和管理并重才行。如果项目经理完全不懂技术，有些孤傲的技术人员根本不会理你。另外，一个项目的成败，技术因素和管理因素同样重要，同样有可能导致项目致命的失败。技术与管理确实没有固定的高下之分，关键在于项目所处的环境和项目的实际情况。技术是右手，管理是左手，你来说说到底左手重要还是右手重要？也许你是左撇子，你就会觉得左手重要一些，右撇子就会认为右手重要一些，但是试想一下，如果将另外那只手剁掉，感觉会是怎样的呢？一只手做项目，不做砸了才怪呢。所以技术和管理都很重要，只是在项目中的分工不同，角色不同，但终极目标是一致的：高质量地按计划完成项目既定的目标。
四、产品经理需要懂技术吗？
技术作为产品经理工作中的一个因素，尽管一般并不需要产品经理撸起袖子亲自上阵去调试程序、画 PCB 版图，但是技术对项目工作的影响是很大的。产品经理短期内若不精通技术，可以多发挥团队的力量，甚至外部专家的力量，以高效地完成相关工作。但从长期来看，还是需要持续地提升技术能力来支撑相关工作。
例如，产品经理的领域内技术能力可以支撑他完成如下的工作：
1、在现有的技术框架和 / 或产品架构上，判断完成确定的某个产品版本在实现其对应的功能特性时的技术瓶颈，从而保证每一个产品版本在技术演进路线上是均匀的；
2、 判断并保障产品需求（一般由研发项目组完成）与用户需求（一般由产品经理完成）的对应关系；
3、估算并确定每一个产品版本在产品研发任务（对应于一个研发项目）上的工作量及研发成本；
4、在产品验证和确认阶段，能够站在产品既定客户的角度，确定产品是否满足了原先规划的各个功能特性。
因此，我们一般是建议产品经理有必要可以提领域内的技术能力，包括需求开发与需求管理、产品设计、质量管理、 竞品分析等这几项产品经理需要掌握的领域内知识与技术能力，可以结合 日常的工作，在完成实际产品设计、开发和实现的过程中进一步精进。
以上就是关于互联网项目经理需要懂技术吗相关问题的回答。希望能帮到你，如有更多相关问题，您也可以联系我们的客服进行咨询，客服也会为您讲解更多精彩的知识和内容。
推荐阅读：
赣公网安备 50019002502384号
