IT项目经理区别于工程项目经理的特性是什么?

IT项目经理区别于工程项目经理的特性是什么?,第1张

差不多都是40岁左右。

项目经理是IT行业中比较常见的职位,工作职责主要包括三个方面,其一是资源整合任务;其二是沟通协调任务;其三是保障项目的时间周期。

资源整合能力项目经理的重要能力,资源整合能力越强则可以承担的项目规模就会越大,所以项目经理在工作岗位上要不断提升自己的资源整合能力。资源整合能力有三个具体的表现,其一是人力资源整合能力,其二是行业资源整合能力,其三是资金整合能力。

扩展资料

基本素质

项目经理应对承接的项目所涉及的专业有一个全面的了解。项目经理要有一定的财务知识。项目经理要有一定的法律知识(民法)。项目经理应对按合同完成项目建设有必胜信心,并在实际工作中做到言行一致。工程建设合同的签订尽量避免感情因素。

项目经理有权按工程承包合同的规定,根据项目随时出现的人、财、物等资源变化情况进行指挥调度,对于施工组织设计和网络计划,也有权在保证总目标不变的前提下进行优化和调整,以保证项目经理能对施工现场临时出现的各种变化应付自如。

IT服务项目经理是组织委派实现IT服务项目目标的个人,是项目管理行为的组织者和执行者,对整个IT服务项目负直接责任,其主要职责包括:

1、识别和管理需方的IT服务需求;

2、明确IT服务目标并形成服务方案(计划);

3、指导、监控IT服务过程,并做到项目信息可视化,满足个项目干系人的沟通要求;

4、平衡IT服务质量,范围,时间和成本等各方面的要求,确保高质量的完成IT服务工作,使项目干系人满意。

IT服务项目经理在项目款管理中,要有整体性的意识,平衡各种资源和关系冲突,实现项目的目标,做到让客户满意,同时也要对项目款团队的建设负责,为团队成员的职业与技能发展创造机会,提升个人职业价值,进而提升公司的整体实力和市场竞争力。内容由优秀的ITSS成熟度分级落地工具云雀运维作答,望采纳!

主要区别在于:

1、IT项目经理更多侧重技术研发角度的总体把控与协调,也就是研发项目组内的相关把控

2、此外还可能涉及到产品从设计、研发、上线到最后的上市等等更多的协调工作。

工程项目经理的主要职责在于:

1、组织制定项目总体规划和施工设计,全面负责项目部生产、经营、质量、安全、文明、财务等一系列管理工作。

2、负责整个项目各种施工方案以及进度计划、月、周工作安排编制和落实。

3、严格质量管理,保证施工质量达到国家规定的标准或合同的要求。

想做好一个优秀的IT项目经理,首先技术必须得过硬,这样才能有自己的权威。

在自己技术过硬的时候,也要有自己真正创新的精神,这样才能在IT的项目中发掘一些新的项目来研发,才能带领团队开发出一个新的领域。

真正带领团队的时候,IT项目经理光有自己的技术也是不行,必须要有自己一套的管理方案,这样才能把自己的团队管理好,才能让整个团队的目标朝一个方面去开发,才能有一个成功的机会。

做好自己真正管理的时候,IT项目经理也要充实自己,一定要考一些实用的证书,这样在验证一些新项目的时候就会得到很好的利用,让自己公司就会减少了很多的麻烦。

作为一个IT项目经理,一定要有自己的责任心,还有自己一颗大度的心,当真正研发时候出现错误的时候,一定要有自己的担当,不能去怪罪每一个团队的成员,这样就会让自己的核心产生了真正的动摇。

想作为一个真正优秀的IT项目经理,团队的核心是最关键的,掌握好这个目标,就能让自己开发出更优秀的项目。

从接触了各大行业领域的项目经验嗅觉,以及在项目组中担任了项目管理者(也就是项目经理)的角色经验来看,要做好一名项目管理者实在不容易,如果说要求再严苛点的话,要评上优秀标签,那么想要覆盖所需的能力点就是一种挑战。

在之前没接触项目管理之前,一直有个误区,那就是项目管理可能不需要太多的专业技术能力,懂点行政管理,有点领导力就可以轻轻松松,把一个团队管理地有模有样,把团队里的每个人管得服服帖帖。

后面转向项目管理这块,做个几个项目之后,越发觉得之前的想法设想就是天真得不行,以至于在很多时候项目管理实践上踩过很多“坑”,有过许多地无可奈何,均由于在当时缺乏项目管理者所需的能力,以至于项目管理得连自己都觉得狼狈。

这么说来,要做好一名IT项目管理者究竟需要拥有什么能力呢?在经历过我踩过一些项目管理上的“坑”以及吃过不少的苦头的反思总结下,我觉得需要具备以下的几种能力。

其实不管是哪一行业也好,特别是在IT领域,比如像我是从事IT领域的信息安全方向,在我看来,信息安全技术的能力就是自身能力框架的基石,就像你要盖成摩天大楼,就必须根基牢固,这样的话任何风雨飘摇都无法轻易撼动你,因为会由于基础的夯实而坚挺。

所以基础的能力是取决后面发展的长远,否则“跨越式”的跃进可能会忽略基础成长的机会,造成日后基础松垮,限制了向上堆积的能力。

还有如果你想你的项目团队成员都能心甘情愿听从你的领导和安排的话,你就得有一个让他们“服”你的前提,团队成员他们擅长的是实施的业务能力和专业技术,如果你的专业技术或者业务能力无法优异与他们,那他们又有什么理由一定要服你呢?

这一点其实在项目管理中体现地尤为常见。一位基层员工,由于某些管理的能力特质,被领导赏识,进而提拔为IT项目主管。但是当时被提拔为项目主管时,他的技术能力相对一般,但却面临着要去领导一群大部分技术能力比他好的技术工程师。

一开始他觉得很正常,也没什么压力挑战,因为他自己误以为做好一名管理者,不需要很强的技术能力,因为只需要有好的领导力就可以做好管理了。

后面等到项目实施时,他才发现其实如果本身技专业技术能力不过硬的话,比团队内的人还弱的话,就会面临一种管理的“痛苦”在里面,那他们会有一种心理想法那就是:我根本不会管你管理有多厉害,你的技术都没我厉害牛逼,我凭什么要听你的。

也许,你可能会很无奈:为什么我是作为一个管理者的角色,为什么非用跟你比技术能力呢?但是你也怪不了人家,因为在IT领域里搞技术实施的,人家认的就是第一基础能力,你要我听你的话,可以,只要你技术比我厉害我就承认你。

所以在IT项目管理中,管理能力的基础就是技术能力,技术的晋升拓展就是管理,这种主次之间的逻辑认定,你如果逆反执行,你就会遭遇举步维艰的困境。

其实这种能力在古代军营中的元帅与军将士兵之间的能力差别中体现到很到位。比如大唐薛仁贵,起初作为一个不起眼的火头军,如果没有身怀十八般武艺的能力和过人的胆识,怎么可能屡建丰功伟绩,最后晋升为元帅;在晋升为元帅这种“军营一哥”的角色之后,他同样是一个大的管理者角色,手底下均是武艺高强的武将下属(罗通、秦汉等),从他的武艺在历史电视剧里面的表现来看,更是超越了众人,所以同事及下属没有几个不钦佩赏识以及服从他的。

这也皆因有很大部分是因为极为出色的专业实力在推动了自身的管理,为管理顺水推舟,使得管理的可执行性有了一定的保障性。

估计很多的人都因缺乏良好的沟通表达能力而吃过亏。在论文答辩时,你做出来的论文水平比你的竞争者要高,但人家却因为沟通表达比你好,而得了高分;在求职面试时, 你的专业技术水平比你的竞争者强,但人家却因为回答表现比你好,而被录用了;在项目实施中, 你的其他综合能力都很全面,但如果没有良好的沟通协商能力,那么你的需求永远得不到满足。

所以说,要想成为管理的主导者,你必须学会如何去更好地沟通表达。一个人想做一件事情,这就是他内心的一个真实的需求,但是需求需要实现或者说被满足,它就必须被表达出来,那么如何更好将需求通过语言形式传递表现出来,这就是沟通表达。合适恰当的传递表现形式,就好比优秀良好的沟通表达,更直抵对方的内心,更容易让人听懂接收,以至于让对方去接受并响应你的需求。

在IT项目的实施管理更为重要,对于团队内部,有一件事情需要大家一起来协作共同完成的,这个时候,如果你没有把需求很好地表达出来的话,会有几种情况:第一,你根本表达不清楚,比如没说清这部分的功能要谁去实现,输出报告要谁去整理;人家就不会理解你的需求是什么;第二种是你既说明了事件是什么(事项)、为什么要去做(缘由背景)、谁去做(实施人员)、什么时间点要结果(Deadline);到这里的话你的需求表达算比较明确了,但还不是最优。

沟通表达的效果差异,在于表达之后,需求如愿实现的差异。什么是好的表达?我觉得就是你把要表达的需求和东西说出来之后,人家不仅仅听懂了,而且按照你的需求反馈了最为积极正确的回应。接着上面的例子,为什么还不算是最优的表达,因为其实还缺少表达一个比较重要的点,那就是目标预期,因为有些时候你把目标预期定出来,对方就会更接近你的真实需求导向输出结果。

但如果没有说出目标预期的话,就有会像是大领导总有天马行空的空洞设想,底下的人听不到目标预期的界限,也许只能无奈地自由发挥,跟着天马行空,实施落地就是痴人说梦。

在将领导的目标预期落地执行方面的话,Google现任CEO皮查伊做得简直太好,这也是他的大boss——拉里·佩奇(Google创始人之一)为什么那么赏识他,最后愿意当一个“甩手掌柜”的原因之一。

因为拉里·佩奇是个不善言辞又喜欢脑洞大开的主,在开高管会议时,总是喜欢说些天马行空的概念,可能由于太过于宏观, 导致高管们一头雾水,不知所云。

但是皮查伊却懂得去主动与老板交谈,简短几分钟便能抓住老板的目标预期是什么,并准确无误地传达给团队成员,以至于可实现落地。

这就是高效沟通表达的艺术,巧妙的沟通不在于冗长而在于精准简洁。

然后对于项目团队外,也就是面对客户或者其他跨部门的沟通的话,除了会沟通,还要懂得协商。不懂得协商的话,自己就会身处被动,客户的配合主动性就会很低,项目开展实施,就难免会陷入“对方都是大爷,我一切都听大爷的安排”的低段位服务姿态。

一般客户方(甲方),服务方(乙方)项目开展合作形式就是:客户方配合服务方开展工作,很多时候会遵循一条原则:“你们主动做事,你们就应该主导,我们只是配合方”,所以谁做事,谁就要去占据做事主导权,因为配合方往往是不着急的。所以在这个时候,当我们是服务方时,我们去把握主动是正确合理的,因为你想把良好的结果导向自己这边的话,主动跟他们说需要怎么配合要比自己不知所措,等着问他们怎么配合;要是后者这种情况的话,会产生两种结果。

第一种,客户方会不满。“事情主要是你们来做,我们是配合的,你们自己都不知道怎么做,那我们怎么知道配合你们呢?”  也许你心里会说自己其实是知道怎么做的,只是咨询下你们的意见而已。但其实,只有当对方把自己代入配合角色, 就会自然而然喜欢别人来引导,而不是来反问他们。

第二种,客户方逆转局势,你陷入被动。当你同样不计划主动告诉对方怎么去做,而去问客户怎么开展工作的时候,而刚好遇到的是不厌其烦且很有想法的客户,那你可能就就要无奈地开启“苦逼模式”。

踏入“不能做主”的泥沼,什么事情,怎么去做,都要听人家的想法来做,自己就失去把握的主动权,这样的话,可能会把自己拉入一个一个隐形的“大坑”,到时候要么你就只能“入坑”或者放弃脱离。

所以,面对近乎苛刻的要求和选择时,必须懂得从自身立场出发,通过与对方的协商,将结果主动导向自身有力的一面,而不是任由使唤,被动去接受本不应该接受的诸般要求。

《驱动力》里面讲到:“企业管理最让人头疼的问题是什么?员工的主动性和创造性。”   其实大到企业管理层面,这是个问题,小到基层项目实施, 驱动力简直关系到每个项目成员能否发挥最大的积极性来推动整个项目的实施,这是个根本性的关键问题;同时,这也决定了项目管理者是否是一名激励人心的驱动者。

也许普遍项目管理者会认为:调动成员积极去帮项目做事情,不外乎就是在多点付出而获得成效后,通过多分几张钞票或者说几番激励赞美的话,这两种方式就可以解决了吗? 这只是通常的驱动力激励手段,应该是属于“治标不治本”的方法,即使这两种在一定的程度驱动了他们的积极,而无法深层通过在项目过程中,激励出他们应该有的“成就感” ,那只是一种短暂的驱动,时间一久就会疲乏,驱动就会变得迟缓。

所以管理者在通过物质需求和言语激励的方式之外,还应该懂得将员工的“成就感”当成创造力和执行力的源泉,并费些心思,将驱动力的力量从自身散发出来,感染到每个人,使得获得成就感,而成为自愿自觉去创造的“个体”。

在我看来有几个成长点是管理者具备后才能修成驱动力的,第一是自身的人格魅力,第二是本身的强大执行力,最后是拥有思考驱动力的思想。

管理者每时每刻都在产生决策,如果在决策时,无法赶跑“犹豫不决”这只怪物,那么你只能被吞噬。

对于决策迟疑,缺乏决断力,我深深吃过它的亏。有一次,一个比较重要的项目实施开展到重要里程碑阶段,只要完成这个里程碑阶段的工作,就可以进入项目验收阶段了。但是在完成里程碑阶段工作之前, 存在一个比较头疼棘手的问题。

那就是有个项目组核心成员,在那个时间点刚好赶上他自己另外负责的项目有项紧急的事情需要他去处理。但因为当时部门项目的现状是几乎大部分数人手里自己都带有项目,也就是自己既是项目经理,又要做项目实施人员,可谓是光杆司令;不但如此,在自己项目空窗期,还要“接济”帮忙下其他同事的项目。

刚好,那个核心项目成员他自己身上也是刚好有几个项目在跟的,只是当时我手上这个项目刚好在做,需要人手。在那个时候,我刚好是关键节点比较赶,而他那边又着急需要安排处理他自己的事情,我面临要去做出选择决策:究竟是让他去处理自己的项目,还是让领导去另外安排协调同事去处理呢?

如果他去,我这边项目搁置,不好交代;但是他那边不处理,我绑着人家好像又有点不合理,安排其他的同事又可能搞不定。不过领导是有提到一点:那就是我这个项目的重要程度会比较高,其他的项目可以灵活安排。

领导虽然没有说得很明白,但是也很明显传递给了我一个信息,那就是目前你负责的项目的优先级是比较高的,在遇到与其他优先级低的项目事项冲突时,必须做出合适的判断,优先执行优先级高的事项,其他事项通过外部资源协调解决处理。

但我当时还是缺乏全局观的意识,在遇到这样一个急需立马做出决策判断的时刻,陷入的却是迟疑和犹豫不决,前面的领悟总结只是事后“马后炮”才正确意识到的。

我还是在“浪费性的思考”后,做出了错误的决策,“老好人”般地放了那位同事去处理自己的棘手事去了。之后我被领导狠狠地批了一顿,因为我失了轻重, 项目里程碑阶段工作拖了进度“后腿”,结果耽误了项目的正常验收。

这是典型缺乏决策力的表现,作为一名项目管理者,在遇到关键决策时,综合评判出各个选择的优先级和重要程度后,就应该强有力地去执行重要程度高及优先级大的事项,摒弃“完美周全”的理想想法,因为现实总是难以做到百分百的兼顾所有;因为有些其他选择可以选择移交转移,让别人来帮你实现。

自己都想揽在身上,自己解决,那只会让自己陷入困顿、犹豫,最后所有的事情都成了“耽误综合体”,决策成为痛点;而当拥有睿智的决断力时,事情可能就会因为精准理智的快速处理而变得高效,进而推到整体事态的进展,映射到项目上的话,那就相当于项目进展会因为管理者的强有力坚定的决策,而衍生影响全局的强大执行力,促进了项目完成里程碑式的跨越。

所以,当一名IT项目管理者拥有了非常扎实的专业技术能力、出色的沟通表达能力、优秀的协商能力、振奋人心的驱动力以及睿智强大的决策力,这些必需的一项项能力后,在项目管理领域,那便意味有了开辟属于自己疆场领域的绝对资本以及自信。

IT项目经理有前途:

项目经理是整个项目成败的关键,他不仅要有专业知识,对其他各方面能力要求更高。一般是由项目专员发展而来,通过努力可以成为项目总监。也可以朝咨询师的方向发展,IT项目经理是一个综合性很强的岗位,可向前做销售,向后做运维。具有IT行业技术开发经验和项目管理工作经验;熟悉通信或IT产品的研发流程,具有深刻的理解和实践经验;具有良好的语言表达能力、沟通协调能力,良好的管理、组织和协调能力。除了计算机技术相关要求外,还应当具备对应行业的专业知识。一般月薪范围为4000~30000元。项目经理的薪资除了基本工资外,一般是按照项目结算的,与项目的规模大小有一定的关系。

主要职责:

1、 计划:

a)项目范围、项目质量、项目时间、项目成本的确认。

b)项目过程/活动的标准化、规范化。

c)根据项目范围、质量、时间与成本的综合因素的考虑,进行项目的总体规划与阶段计划。

d)各项计划得到上级领导、客户方及项目组成员认可。

2、 组织:

a)组织项目所需的各项资源。

b)设置项目组中的各种角色,并分配好各角色的责任与权限。

c)定制项目组内外的沟通计划。(必要时可按配置管理要求写项目策划目录中的《项目沟通计划》)

d)安排组内需求分析师、客户联系人等角色与客户的沟通与交流。

e)处理项目组与其它项目干系人之间的关系。

f)处理项目组内各角色之间的关系、处理项目组内各成员之间的关系。

g)安排客户培训工作。

3、 领导:

a)保证项目组目标明确且理解一致。

b)创建项目组的开发环境及氛围,在项目范围内保证项目组成员不受项目其它方面的影响。

c)提升项目组士气,加强项目组凝聚力。

d)合理安排项目组各成员的工作,使各成员工作都能达到一定的饱满度。

e)制定项目组需要的招聘或培训人员的计划。

f)定期组织项目组成员进行相关技术培训以及与项目相关的行业培训等。

g)及时发现项目组中出现的问题。

h)及时处理项目组中出现的问题。

4、 控制

a)保证项目在预算成本范围内按规定的质量和进度达到项目目标。

b)在项目生命周期的各个阶段,跟踪、检查项目组成员的工作质量;

c)定期向领导汇报项目工作进度以及项目开发过程中的难题。

d)对项目进行配置管理与规划。

e)控制项目组各成员的工作进度,即时了解项目组成员的工作情况,并能快速的解决项目组成员所碰到的难题。

f)不定期组织项目组成员进行项目以外的短期活动,以培养团队精神。

项目经理是在整个项目开发过程中项目组内对所有非技术性重要事情做出最终决定的人。

二、项目经理岗位

一 项目经理的职责

1、 对整个项目负完全责任。

2、 确保全部工作在预算范围内按时优质地完成,使客户满意。

3、 领导项目的计划、组织和控制工作,以实现项目目标。

4、 严格执行公司对项目管理的规范、对于软件开发项目执行公司制定的统一的软件开发规范。

5、 负责整个项目干系人(客户、上级领导、团队成员等)之间关系的协调。

6、 制定工作计划、项目执行计划、人员配置计划、工作分解结构、成本计划等,同时报上级组长,并报公司审批。。

7、 定期向公司组长报告项目进度,一般为一周一次。

8、 对团队成员进行工作安排、督查。

9、 定期召开团队成员会议,在可能的情况下邀请客户、上级组长参加。

10、 项目结束时,进行结项工作,整理各种相关文件。

二 项目经理的权限

项目经理的权力可变范围很大,至少应该包括:财务控制权;资源协调权利;对责任的描述能够被理解和认同。

三 项目经理的基本要求

良好的职业道德;知识和经验;综合的管理和决策能力;系统的思维能力;创新能力;身体健康;项目经理的基本素质;较强的技术背景

另外还包括:成熟的人格;讲求实际;和高层主管有良好的关系;在几个不同的部门工作过;把完成任务放在第一位。

四 项目经理应具备的能力

领导能力和组建团队的能力;创业家和商业人的敏锐;技术水平和商务水平兼顾(多面手);计划能力、组织能力和管理能力

以上就是关于IT项目经理一般都多大岁全部的内容,包括:IT项目经理一般都多大岁、IT服务项目经理的职责是什么、IT项目经理区别于工程项目经理的特性是什么等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/langs/8839135.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-22
下一篇 2023-04-22

发表评论

登录后才能评论

评论列表(0条)

保存