it项目经理心得体会.doc

上传人:Wo****W 文档编号:48550301 上传时间:2022-10-06 格式:DOC 页数:9 大小:25.50KB
返回 下载 相关 举报
it项目经理心得体会.doc_第1页
第1页 / 共9页
it项目经理心得体会.doc_第2页
第2页 / 共9页
点击查看更多>>
资源描述

《it项目经理心得体会.doc》由会员分享,可在线阅读,更多相关《it项目经理心得体会.doc(9页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、it项目经理心得体会it项目经理心得体会【篇一:实施项目经理的心得】在项目的不同阶段,项目经理要考虑的事情也不同,要做的事情也不同,下面按照项目不同阶段来谈谈我的体会。一、项目前期阶段:项目的前期阶段是一个项目最重要的时期,在这个时候项目经理对项目情况了解越多,后期项目风险就越小。1细读项目合同,弄清楚这个是什么项目,项目的目的是什么,项目合同中有那些客户关注的问题。有哪些是新的功能,这些功能现有系统通过实施变通的方法能解决吗?如果不能解决是否要进行二次开发?了解项目实施的范围是如何,这次实施是推行主要业务还是全部业务,是帮企业推行个别部门还是整个公司以及整个集团?2.从项目合同中了解情况后,

2、还要从其他方面了解这客户关注的问题最终又是那些部门、那些岗位甚至是那些人员提出的,在项目调研阶段主动到这些部门拜访这些人员,真正理解他们的需求,还有了解各个方面对这次项目看法和期望,有助于在实施中碰到阻力的时候,就每件事情分析那些人会支持你,那些人会反对你,从而好联合支持人去对抗反对者,让项目向成功方向发展。记住,想办法让企业有声望的部门领导成为你坚强的支持。3.了解客户的基本情况后,再了解自己公司高层领导对该项目的态度。公司高层是想把项目做大还是想赚钱?是想做样板工程还是敷衍了事,这个决定了你项目实施策略,这个策略将影响到你项目的整体计划。4.知己知彼,现在来估算项目资源和分析项目风险。项目

3、资源之一是时间,按照项目的合同要求是否可以完成项目,如果完不成,是那些资源不足,能否增加这些资源,那些任务必须要并行工作,那些任务要简化。项目资源之二是人员,根据项目情况和经验,分析需要那些角色,每个角色目前公司是否有人,这些人员能否为项目所用,如果这些资源不够,提前向公司汇报,争取这些资源到位;另外你还需要和你的经理以及销售经理充分沟通项目中相关的风险以及风险对策。然后写成风险评估报告,详细分析这个项目的风险以及风险应对措施。如果这些风险是你以及你的经理还有销售经理解决不了的,那么把问题反应给高层,提出你的意见,要么增加对这个项目的投入,要么放弃这个项目,否则你的项目“出师未捷身先死”了。5

4、.项目沟通原则和方式确定a、项目沟通原则之一是指定对口人:一般事情的处理对口人是客户的项目经理,解决不了的事情对口人是项目领导,如果领导有多个,要求客户指定一个为总负责人,要不你这个领导这么说,那么领导那么说,最后你无所是从。b、项目沟通原则之二是项目文件签字:项目经理开始就要和客户说清楚有些文档是必须签字的,比如需求变更,项目周计划以及周总结,所有达成共识的东西-比如会议纪要,都要写成文档,双方签字,这样以后扯皮的时候,就能做到有据可查。特别强调需求变更必须要签,这样做好处如下:有书面签字,如果再次做变更的时候,告诉他以前要求做的情况,如果多次了,他自己也不好意思再提了; 便于需求变更管理,

5、可以清楚看到需求变更的过程,从而更深切地体会客户的目的,同时万一由于客户多次的变更导致项目延期,那么责任在客户方,同时如果变更量大也可以收取一定费用; 对于客户来说,嘴巴一动最方便,他不会全面考虑他所提的要求是签字盖章,那情况就不同了,他必须考虑全面,同时还要用文字表达出来,这个过程给他增加了难题,那么很多无理要求也就“流产”了; c、项目的沟通方式:需要进行信息交流的的主要成员有:你的领导、项目成员和客户,和这些人沟通,让他们知道你打算怎么做,什么时候要他们做什么,需要那些资源。这里需要规定信息的流动方式和介质,一般情况下产品数据管理系统都有项目管理,有的还集成了邮件系统,那么首先从系统信息

6、化项目做起,所有的项目计划、会议记录、项目文件等文件全部在系统中保存并发布,分配企业所有的人员只读权限,其他地方不进行通知,并约定项目小组周例会制度,在周例会上总结上周工作,安排下周工作。6.前期做好充分准备工作后才开始做整体计划。在做整体计划的时候你必须确认是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候,你要考虑那些任务需要并行工作,那些任务需要简化。具体操作按照什么标准?那就是按照这个项目的实施策略以及综合考虑客户的关注点。二、项目实施阶段:现在项目已经完成了前期工作,了解了项目的目标、清楚了资源和风险对策,制定了项目的策略、项目游戏规则,然后编制了项目的整体计划,项目进入实

7、施阶段。项目经理在项目调研阶段主要任务是带领实施工程师以及项目组人员到企业进行详细的业务调研,重点拜访在前期提出一些企业关注的问题的客户,形成调研文件并让客户签字。在调研的时候,注意引导客户说出一些关键业务。在前期项目经理要及早弄清楚企业历史数据(包括产品bom以及历史图纸),及早分配整理任务。产品数据管理这个系统基本运行需要一定的数据量以及这些数据达到一定程度的准确性,系统才能正常运行,提前进行数据整理工作是你项目成功的保障之一。项目调研后进行系统建模工作,在建模工作中尽量培训企业人员进行建模,让企业项目组人员快速熟悉你的系统。这样好处多多:其一是减少顾问方的工作量;其二是为你的项目培养一个

8、本土的实施人员;其三是为了降低后期维护风险,如果你没有在企业培养一个人员,那么当你的人员一走,电话就响个不停了,甚至有些地方你电话教他去设置,还找了大半天,既浪费了你的“银两”,又浪费了你的时间;其四也是降低项目的风险,如果企业没有人知道怎么去建模,企业的业务发生了变化,那么系统没有更改过来,系统后面还能很好运行起来吗?呵呵,你的项目不是变成了豆腐渣工程了,最后被企业废了。在项目过程中,必须时时保持和客户领导以及自己领导的沟通,和客户领导沟通时要注意态度积极点,同时具体点,不要讲很多系统细节的事情。在和项目小组成员沟通的时候,要先灌输系统管理念。在每次会议的时候,你都应该认为,项目成员提出的方

9、案,从他们的角度来看是最合理的,你要充分尊重每一个人和他的意见,夸奖那些意见提得比较好的人,千万不要把会议带入无休止的争论,只有他们的面子被照顾了,后面实施的阻力就小了。如果确实有意见,可以私下沟通,如果还沟通不了,那么找企业项目经理一起去说明项目风险,必须按照你的意见进行执行,因为你们要对项目负责。在项目过程中有时遇到项目变更,变更通常分为两种:一种需求变更;另一种是程序优化。如果需要改并且你的战略是容许这种情况的,那么注意下面几点:将变更情况写成书面的文件,签字并导盖章; 弄清楚更改的根本目的是什么,有没有同样能达到相同目的方法,只是操作上复杂了点,是否可以想办法说服客户。业务调研以及系统

10、建模完成后,就进入客户培训、项目试运行以及正式运行阶段。1、给客户做培训前,多准备,其中包括培训通知下发、会议室联系,是否需要投影仪,培训文档准备(),同时按照培训的思路在系统中操作一次,看看系统是否存在程序的问题。强调一点培训手册一定要站在客户业务人员的角度,根据具体业务讲解如何通过使用本系统的一系列功能来实现。所以,第一次培训以前,系统是否存在问题、培训文档是否完备都是很关键的因素,第一次培训不好,以后就麻烦很多。在培训时一定要参加培训人员进行签名,告诉他参加培训后需要进行考试,如果成绩不理想,会影响以后的工作,同时企业会采取相应的处罚措施,在培训时候建议一次培训的人员不要太多,大概在30

11、40个人一场为宜,太多效果往往不理想,在培训过程中为了提高培训者兴趣,可以在培训快要结束的时候要求培训人员上台来进行一次简单操作,看看效果如何,同时也有利用下一场的改进。2、项目进行试运行,选定一些功能,这些功能在试运行过程中可以只考虑过程,不要考虑试运行文件的准确性,其目的是为了验证系统功能与实际业务结合的时候,看那些地方还需要修改,发现问题尽快解决,同时也要安排专门的人员进行跟踪,全方位了解运行过程中的问题,解决客户疑难。提高他们的兴趣。在试运行阶段根据自己经验以及企业实际情况,考虑如何设置非电子化运行的障碍,最大限度保证企业业务人员使用你的系统。3、在项目正式运行以前,全面测试系统功能,

12、尽量在设置上少出问题,减少客户投诉,准备项目正式运行文件,要求企业领导签字下发,下发系统正式运行文件的目的是为了整个公司重视,减少在正式运行时候的阻力。根据系统大小,考虑是否要召开正式运行启动会议。根据项目试运行得到的经验,与对方的项目经理协商设置减少非电子化运行的障碍。这个障碍对于不同的企业不同情况,处理方法也不同:企业存在文档服务器:处理的情况是在运行以前,现转移文件服务器的文件,在项目正式运行后,关闭文件服务器。存在旧的系统:处理情况是在正式运行以前,转移以前系统的所有数据、业务流程到新的系统,在正式运行后,该系统只作为历史查询,关闭新增功能。存在信息发布系统:关闭其他信息发布系统,全部

13、转移到新的系统,关闭新增功能。存在其他流程系统:处理情况是转移业务流程,关闭原有新增功能。 ? 没有存在其他系统,但是却继续使用纸档:处理情况是与相关的领导以及资料发布归档人员联系,所有的资料审批和发布必须以电子档为准,其他不受理。其他的不一一例举了。准备工作完成后,进入项目正式运行阶段,全面跟踪项目的刚刚开始的各种业务,及时处理出现的问题,同时每天编写项目运行日报,向领导、项目成员甚至所有客户通告系统运行基本情况,及时表扬表现好的单位或个人。作为项目经理,要考虑的事情就是:做哪些事情、做到什么程度、怎么交货、手上的资源以及各个事情的优先级,最后把款收回或协助把款收回。所以项目经理要注意:第一

14、保证项目进度;第二是控制好费用;第三在能力范围内尽量把质量提高;第四是降低客户的期望值,让他们从理想回到现实;最后在每个阶段项【篇二:系统集成高级项目经理工作心得】高级项目经理的工作心得关于项目风险管理在近两年做项目管理的过程中,个人对风险管理方面积累了一定的心得。对于项目的规划风险,必须讨论并制定风险登记册。内容包括:规划风险管理;识别风险;实施定性风险分析,用概率与影响矩阵估算风险因子;实施定量风险分析;规划风险应对。对于识别风险方法:我通常采取以下几类方法:一、文档审查。对项目文档,包括各种计划、假设条件、以往的项目档案和其他信息进行结构化审查; 二、信息收集技术:头脑风暴、德尔菲技术、

15、与各方人员访谈,根本原因分析,找到深层原因并制定预防措施。三、.核对表分析。根据以往类似项目、rbs底层或其他历史信息与知识编制风险识别核对表。风险一旦发生,就会对项目目标产生积极或消极影响的不确定事件或条件,所以,我在工作中对风险四要素:事件、原因、发生概率和后果四方面评估后,还要通过风险类别进行分类:如技术风险、管理风险、内部风险或外部风险等,通常用rbs定义,作为风险识别的起点。在确定风险类别后,会针对性的和各个部门、用户进行充分交互式沟通。在双方或多方之间进行多向信息交换,这是确保全体参与者对某一话题达成共识的最有效的方法,包括会谈、电话会议、微信群聊等。对于个别风险要素,我采取推式沟

16、通的方式,比如把信息发送给需要了解信息的特定接收方。对于以识别的未知风险,但概率和后果还不清楚,我通常用应急储备应付,例如供货商延期交货,我会和潜在的其它供应商合作。对于未识别的未知风险目前从未遇到过,完全未知的风险,通常用管理储备应付,例如不可抗拒力的自然灾害等。对于积极风险或机会我采取的应对策略:一、开拓。如果组织想要确保机会得以实现,就可对具有积极影响的风险采取本策略。例如把公司里最有能力的资源分派给项目,来缩短完成时间或节约成本二、分享。把应对机会的部分或全部责任分配给最能为项目利益抓住该机会的第三方,例如将项目中的美工部分外包给动漫工作室。三、提高。识别那些会影响积极风险发生的关键因

17、素,并使这些因素最大化,可以提高机会发生的概率。例如为尽早完成活动而增加资源四、接受。当机会发生时乐以利用,但不主动追求对于消极风险或威胁的我应对策略:一、回避。改变项目管理计划,以完全消除威胁。如延长进度、缩小范围等; 二、转移。把某风险的部分或全部消极影响连同应对责任转移给第三方。通常需要支付风险费用,例如保险、外包; 三、减轻。把不利风险事件的概率和/或影响降低到可接受的临界值范围内。例如进行更多的测试、选用比较稳定的供应商等; 四、接受。接受风险意味着项目团队决定不为处理某风险而变更项目管理计划,或无法找到任何其他的合理应对策略。通过建立应急储备主动接受风险体会还有很多,总之通过这次学

18、习和近年自己对项目的管理又有了新的认识,我会将这些理论知识继续运用到实际工作中去的。以提高项目的管理水平,提高项目的质量,降低项目的成本,降低项目的风险,最终提高企业的效益。【篇三:软件项目管理学习心得】软件项目管理课程总结和心得软件项目管理这门课程是我们软件工程测试技术专业学生的一门重要的课程,这门课程的开设必有其重要性。软件项目管理的提出是在20世纪70年代中期的美国。由于开发项目不能按时提交、超出预算、质量达不到用户的要求等原因,70的项目出现问题。于是,软件开发者开始逐渐重视软件开发中的各项管理。到了20世纪90年代中期,软件项目管理不善的问题仍然存在。软件项目管理和其他项目管理相比有

19、相当的特殊性。首先,软件是纯知识产品,其开发进度和质量很难估计和度量,生产效率也难以预测和保证。其次,软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。因此,项目管理对软件生产具有决定性的意义。项目管理的定义是指一定的主体,为了实现其目标,利用各种有效的手段,对执行的项目周期的各个阶段工作进行计划、组织、协调、指挥、控制,以取得良好经济效益的各项活动的总和。软件项目管理目的是为了使软件项目能够按照预定的成本、进度、质量顺利完成而进行分析和管理的活动。另外,进行软件项目管理有利于将个人开发能力转化成企业的开发能力。企业的软件开发能力越高,表明这个企业的软件生产越趋向成熟,企业越能够稳定

20、发展。对于软件项目的学习,我首先放正了态度来学习,认真分清软件项目管理与软件工程的关系和项目管理知识体系。软件项目管理从头到尾包括9个知识领域、5个标准化过程组和44个模块。其中本学期我们学习的主要知识点有以下几个部分,如:项目的初始中项目立项、合同项目、内部项目、项目授权、初始项目范围、生存期模型等知识点;项目计划中范围计划、时间计划、成本计划、质量计划、人力资源计划、沟通计划、风险计划、合同计划、配置管理计划、集成计划等知识点;项目执行控制中集成变更管理、范围管理、进度成本管理、挣值分析法、偏差管理、质量管理控制、团队管理和建设、项目沟通管理和风险管理等;项目结束中合同结束、项目结束、项目

21、总结、项目管理的建议等。对于这些知识点,我根据具体案例具体分析。通过本学期的学习,我感受到软件项目管理是一门非常需要学习的课程。即使作为考察课程,它也是软件行业人士所必须了解的知识。它对软件工程项目的作用是至关重要的。现在,作为学生的我所做的项目虽然都是一些小的项目,但是在小组共同开发的时候还是需要用到项目的管理。如:人员的分配,时间、进度的计划,沟通计划,项目执行变更管理,以及质量管理控制等多种管理。如今这门课程我学的还不是很好,但我相信在今后的实训及工作当中,能够更好的体验和感受到项目管理的精髓,对软件项目管理有更深入的了解。我也希望,学校的老师能够在今后的教学当中重视软件项目管理课程,多让学生了解实例,去感受、体会软件项目管理所遇到的问题和解决方案,理解软件项目管理的精髓。第 9 页 共 9 页

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 应用文书 > 工作计划

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁