学习啦 > 实用范文 > 心得体会 > 心得体会大全 > 项目创新个人心得

项目创新个人心得

时间: 新华0 分享

项目创新个人心得(精品8篇)

项目创新个人心得要怎么写,才更标准规范?根据多年的文秘写作经验,参考优秀的项目创新个人心得样本能让你事半功倍,下面分享【项目创新个人心得(精品8篇)】,供你选择借鉴。

项目创新个人心得篇1

两天认真听了《全面项目化管理》这门课,___教授从五大类分别给我们详细讲述了全面项目化管理基础思想、成功项目的必备条件、全面项目化、项目化管理和全面、项目化管理的导入。通过学习将我们如何运用全面项目化管理又提升到一个新的高度,让我们又发现了诸多平时工作中存在的问题,也对我们今后的工作起到了指导与改正的作用,真正是受益匪浅。

通过赵教授对专业理论知识的阐述再到典型案例的剖析,做得好的方面也得到了课程中理论知识的支持,对一些常见的错误也以鲜活的案例加以呈现,让我们将日常工作中常犯的错误集中展现并一一剖析其错误所在以及对工作的影响,对我们今后的工作起到了一定的改善作用。

老师讲项目的标准化时,重点说明了要重视基本习惯的培养,可以大大提高工作质量,任何规范的基础都很重要。还有项目经理的选择,应具备的三大素养和应具备的工作能力等,这一点我在工作中深有体会。

无论是企业还是个人,一个好的完善的计划必定能够帮助我们更快更有效的确定行动方向,从而能达到事半功倍的效果。无论办什么事情都应明确其目的和意义,有个打算和安排。有了计划,就有了明确的奋斗目标,具体的工作程序,就可以更好地统一大家的思想,协调行动,增强工作的自觉性,减少盲目性,调动员工的积极性和创造精神,合理地安排和使用人力、物力,少走弯路,少受挫折,保障工作顺利进行,避免失误。计划一旦形成,就在客观上变成了对工作的要求,对计划实施者的约束和督促,对工作进度和质量的考核标准。这样,计划又反过来成了指导和推动工作前进的动力。总之,搞好工作计划,是建立部门正常工作秩序,提高工作效率必不可少的程序和手段。编制好工作计划,对于我们的工作,都有十分重要的意义。为提高工作效率,我们还编制了相关工作计划进度表,部门每一个人在工作例会上必须对自己一周的工作完成情况进行汇报,然后由经理再对部门的工作做出总结,通过表格计划管理有效的加快了工作进度。

作为一个优秀的项目经理必须具备一定的管理能力、工作能力及执行能力,还需具备良好的心理素质和抵御压力的能力和具备良好的素养。我们要为公司广结良缘,广交朋友,形成公司与政府部门之间沟通的“桥梁”,形成“人和”的氛围和环境。为此要把握交往的技巧、艺术、原则。能力+人脉=成功。维持良好的人脉关系有效的实现工作成功的目标。就在今年7月初,我们在申报新建项目立项过程中由于部门员工递交申请资料时表述失误,差点我司新建项目的立项批准就审批不下来,我就立即采取的补救措施,与发改局经办负责人及时进行了有效的沟通,详细说明了该项目的原由,最后得到了经办负责人的认可,才化险为夷。学会掌握沟通技巧,沟通虽不是技术的问题,但这是保障工作的最基本的职责。我深深能体会到老师讲的这句话。结合工作中遇到各种情况,让我深刻体会到沟通在工作及生活中的重要性,高效的沟通可以起到意想不到的效果。

细细回顾老师讲的全面项目总流程,应模块化的以项目包的方式来做,找到正确的方法,以量化工具来规范、标准化的实现项目化管理。掌握正确的方法,用正确的方法做正确的事情。

我在公司负责加气站工程项目的报建、验收及证照办理和管理等工作。在项目报建上就必须要分清哪些属于程序性报建,哪些属于技术性报建,两者之间的相互关系如何;哪些报建必须前置审批,哪些报建程序是现在必须进行的,哪些是可以同时进行的,也就是老师讲的“现行”和“并行”,这样才能形成最终的报建成果。理清了报建各个环节、各阶段、各条线之间的逻辑关系和相关性,我们的工作思路就更清晰了。同时为了更清楚的了解各职能部门报建审批流程和报建审批所需的前置条件,我们编制了工程建设项目及报建流程图,有了这些报建流程的规范模板,我们就有了参考目标,很快能熟悉报建的每一个环节,工作做起来也得心应手。

以前对于管理的概念、涵义都很模糊,在听了老师讲的管理的本质精髓后,我更深刻的意识到了一个企业或是团队的成功需要具备多方面的综合素质。

人类社会越来越依赖集体的努力以及越来越多的、有组织的群体规模的扩大,管理人员的任务也就愈发重要了。因此,管理者必须具有敬业精神和服务意识,还要有解决突发性事件的能力,最重要的是要靠得住、会办事、能共事、不出事等各方面的素质。管理工作做得好,把一个公司的人、财、物三方面以最大程度的台理性结台起来、组织起来、调动起来,搭配合理,就能以尽可能少的时间完成最大限度的工作,就能以尽可能少的开支为企业创造最大限度的经济利益。管理工作做得好,就能人尽其才,用兵如神,不但用尽可能少的人做好了工作,而且能使手下的每一个人都有施展才能的机会,使每一个人都能得到充分的锻炼。人才是企业之本。有了一支素质高、水平高、力量雄厚、结构合理的人才队伍,再加上使用得当,企业就会在任何时候都立于不败之地。

最后在我们收获本课程带给我们的新知识的同时,也深深感谢为我们授课的赵安学教授,相信赵教授的精彩课程令我们又向更高的全面项目化管理层次迈进了一步,我们还需不断的去学习、体会及实践,在后续的工作中,我们要将所学的知识进行揣摩、深入体会,真正运用到工作中去,达到学以致用。

项目创新个人心得篇2

本学期,通过对于项目管理课程的学习,我初步了解到项目管理的知识体系及其架构。项目管理总体有五个过程:启动过程、计划过程、实施过程、执行过程和收尾过程,包含了九大领域的知识:范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理和整体管理及其方法和工具。通过老师带领我们参观学校的工业工程与物流实验室和东方厂,使我从更现实的角度进一步体会到什么是项目管理以及学习项目管理课程的重要意义。现将学习这门课程的心得体会总结为如下几点:

一、项目管理理论知识的学习

从定义来看,项目是为创造独特的产品或服务而进行的一种临时性工作。根据这个定义,项目就具有了目标明确性、活动一次性及资源消耗性等特性。换句话说,具备前面三个主要特性的活动,都可以看作是项目。现实中的项目随处可见,如北京的奥运会、上海的世博会、西部大开发、三峡工程等大型的建设项目,还有像信息系统、结婚典礼以及家居装修等小型项目。项目管理则是将各种知识、技能、工具和技术应用于项目之中,以达到项目的要求。就是用正确的行为方式来保证目标的实现,这里除了要求结果的成功,更强调了方法的合理性。所以除了绩效,项目管理还要考虑时间和成本等因素。整个过程中始终追求着这样一个终极目标:从成功到成熟,从成熟到卓越。

任何项目都会在范围、时间及成本三个方面受到约束,这就是项目管理的三约束。项目管理,就是以科学的方法和工具,在范围、时间、成本三者之间寻找到一个合适的平衡点,以便项目所有干系人都尽可能的满意。项目管理的五个过程组:启动、计划、执行、控制与收尾,贯穿于项目的整个生命周期,对于项目的启动过程,特别要注意组织环境及项目干系人的分析;而在后面的过程中,项目经理要抓好项目的控制,控制的理想结果就是在要求的时间、成本及质量限度内完成双方都满意的项目范围。项目管理的九大知识领域是指作为项目经理必须具备与掌握的九大块重要知识与能力。其中核心的四大知识领域是范围、时间、成本与质量管理。在这些知识领域中还涉及很多的管理工具和技术,以用来帮助项目经理与项目组成员完成项目的管理。如:网络图示法、关键路径法、头脑风暴法、挣值法等,不同的工具能帮助我们完成不同的管理工作。另外,还有很多项目管理软件,如:MicrosoftProject、P3等,作为项目管理的工具,也可以很好的帮助我们解决在项目的各个过程中完成计划、跟踪、控制等管理过程。

二、信息系统项目管理

传统的项目需要经历的时间长,使用的是有形资源,项目成果是通过对资源的消耗与形态的转化来逐步实现的。IT项目的实质是“知识转移”,项目是以无形的智力产品为项目目标。典型的IT项目是IT系统的建造(如系统集成)和软件开发项目。因此说,IT项目的实质是“知识转移”,而建造项目的实质是“资源消耗”。

随着信息技术的发展和应用范围的不断扩大,IT项目管理越来越具有普遍性。需要强调的是,信息技术本身的发展并不是IT项目的目的,满足应用对象的需求和战略目标才是其出发点,因此需要切实做好项目的需求分析,一切从业务工作的实际需求出发,在集成理念的指导下,充分考虑整个系统的集成要求,并在此基础上选择相关的成熟技术、应用系统和产品,同时做好项目的技术经济分析,才能保证信息化项目发挥实效。国家863计划CIMS主题专家组在大量信息化工程实践的基础上提出的“需求牵引、效益驱动、总体规划、分步实施”的策略是IT信息化项目管理的总体指导思想。

三、建造“宝塔”活动

在老师的委托下,我们大家分成四组,用25张报纸,我们组6个成员相互配合在16分钟内建成了“珠江塔”,三面集中于一点,结构简单,最坚固的组织结构,足以支撑起一个鸡蛋,以“万众一心,众志成城,建造宝塔”为口号。大家的成果都各具特色,我们一组虽然不是最好的,但是我们在规定的时间和预算内保质保量的完成了这个项目,也感到非常的有成就感。在这个项目中,让我深刻的感受到团队合作的重要性,这也是这个小项目能够顺利完成的关键。大家首先对要完成的“宝塔”达成一致的意见,然后分工协作,很快完成了项目。

四、参观工业工程与物流实验室工业工程与物流实验室位于实验楼,使用面积为200平方米,投资金额为200万人民币。在学校领导和相关部门的大力支持下,现已建设成为国内同类高等院校中处于中高等水平的实验室。该实验室于11月15日通过验收,现已开始全面投入使用。实验室每次可接纳50名学生,每年可供工业工程、物流管理等专业学生开展40余项实验教学活动,同时也可为教师开展相关研究活动提供实验平台。实验室的建设格局是将工业生产中的工序与生产流程同先进的工业自动化控制方式和控制手段结合起来,构筑成集原材料仓储和供应、流水线生产过程计划与控制、制品储备、产成品运输与销售为一体的基于企业信息化管理的模拟实验系统,力求创建接近工业生产环境的“微型工厂”。实验室系统包括基本工业工程实验系统、质量工程实验系统、生产计划与控制系统、物流工程系统、人因工程系统和先进制造系统等六部分,具有动态性、新颖性、人机协调互动等实验效果。通过亲自参观,让我见识到现代信息技术的先进性,同时让我深刻体会到学习项目管理知识的重要性,这样一个大型的项目,只有运用项目管理的理论知识,才能协调好各方项目干系人之间的关系,才能在计划的进度、成本和质量的要求下顺利完成项目。

五、参观东方厂

11月30号在苏老师的带领下我们参观了东方厂,1953年建厂,至今已有58年的历史了,占地960平方米,环境优雅古典。我们从下午2:00开始,顺次参观了零件、配件、塑料橡胶和表面处理四个车间,一直到4点多。零件有些大,有些小,精度要求都比较高,配件车间,有磨床、铣床、热处理等。好多工种都是批量的生产,简单重复,工人们一个个都很熟练的操作着。也了解了镀金、镀银、镀锌以及电池的生产过程。这次参观很有意义,让我了解了我们国家军工企业的生产经营状况,生产的过程,以前都是在书上学的,也帮助我们理解有些学过的理论知识,有一个更深入的体会,在此非常的感谢苏老师和东方厂的工作人员给我们耐心的讲解。

六、结论

总之,通过本学期这门课程的学习,收获了很多,在进行理论知识学习的同时,也参观了几个实际的项目。我在本学期还参加了信息系统项目管理师的考试,以后有可能会从事这一行的工作,这对我以后的工作也有很大的帮助。但是要想真正学好项目管理,还需不断实践,学习技巧、总结经验,在日常生活中,我们要将所学的知识进行揣摩、深入体会,真正运用到学习和工作中去,达到学以致用。非常感谢苏老师一学期以来对我们的教导。

项目创新个人心得篇3

项目经理是为项目的成功策划和执行负总责的人。为此项目经理必须在一系列的项目计划、组织和控制活动中做好领导工作,从而实现项目目标。从职业角度,项目经理是指企业建立以项目经理责任制为核心,对项目实行质量、安全、进度、成本管理的责任保证体系和全面提高项目管理水平设立的重要管理岗位。项目经理是项目团队的领导者,项目经理首要职责是在预算范围内按时优质地领导项目小组完成全部项目工作内容,并使客户满意。本文分享笔者的项目管理心得。

1、项目要进行整体管理,善始善终

整个项目开始要做好项目整体计划,在项目的整个过程中,始终要按照项目计划执行,如若遇到项目发生变更,要进行影响分析,得到批准后制定变更计划,并按变更计划执行。变更的影响情况,如:费用,时间进度等要通知相关的项目利益干系人,说明变更的原因和产生的影响。

项目首尾工作也是项目管理中,一项重要的工作。需要将项目过程中产生的文件资料进行整理,归档;对项目的费用和进度进行审计和审核,对项目的质量进行检验和验收;对项目的整个过程的利弊得失进行总结和交流。

变更计划在软件项目中经常遇到。控制好软件项目的变更,首先需要做好项目的开始目标基准的确定,基准的用户需求明确,才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起,变更计划就无从制定,变更的界限也无从划清。

自己做过的一个项目,开始为了占领市场和尽快拿下合同,在用户需求还没有详细提供的条件下,就与用户签定了合同,后来不仅费用受到限制,就连时间不够,在项目过程中,用户方还总是变更软件的功能和要求。因为没有一个基点,我们认为是变更需求和新增功能,而用户方认为是合同范围,不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动,其实需求不明确,使我们在后来的项目进程中一直处于被动。

所以项目从一开始就要做好计划,搞清目标。只有项目的目标明确,合理安排时间、费用、人力和其他资源,控制好项目的变更,这些是保证项目能够顺利完成的基本条件。

2、质量管理是项目成败的关键

我们在进行软件项目过程中,对软件的功能测试一直认为还是比较认真和严格的,每次测试都要有测试计划和用例的编写,然后才能进行测试;测试要有记录,并将记录整理成测试报告。

但通过此次培训后,感觉到我们的测试工作与质量管理的要求还差的远,有距离。质量控制要深入到每个与项目相关的人,要深入到项目的每个过程中,从一开始,就要树立质量第一的理念,每个过程都要进行质量的控制,而不是到最好测试时,才想到质量,才去衡量是否符合标准。

标准化设计,标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平,有利于提高工程项目质量。CMM模型已得到广泛的认可和接受,CMMI沿用其模型的组织方式,有5个等级和18个要素。通过5个等级的认证和加强管理,企业对项目的管理将经过5个境界的提高:从混乱,到里程碑的检查,到定义清楚的管理体系和标准,到进行统计过程控制量化管理,到最后的优化过程、评价工作流程、进行工作过程的改进。

项目创新个人心得篇4

很幸运的在今年8月份参加了为期3天的项目管理培训,在此之前对于项目管理很陌生的我在这3天的培训当中收获了很多。

刚刚开始的时候,觉得项目管理是晦涩难懂的,比如这个项目管理的概念:“项目管理是以项目为对象的系统管理方法。通过一个临时性的、专门的柔性组织,对项目进行高效率的计划、组织、指导和控制,以实现项目全过程的动态管理和项目目标的综合协调与优化。”但随着慢满深入的学习和实践活动发现项目管理其实是一门学问也是一种艺术,应该把每个项目都当作是一次对艺术的创作。下面是我在这次培训中收获最大的几个方面:

团队:一个好的团队,应该有一个共同认可的明确目标、合理的分工协作、良好的信息沟通、队员之间相互信任并且能积极的参与到自己的队伍中。在我们平时的工作中,我们所在的每个作业组就是一个小团队。按质按量按时、科学高效的完成每一个任务就是我们目标。在工作中,我们都做到了互相合作彼此信任保证信息共享。一个团队常常被比做是一个木桶,木桶的容量不是由那片最长的木板决定反而是那片最短的木板决定的。一个团队的实力也一样是由能力较弱的成员决定的。因此这也要求我们不断的要求自己,在自己的专业领域中做纵深的钻研,彼此鼓励相互学习。都不去做那片最短的木板,这样一来团队内的学习气氛浓烈,长此以往整个团队的实力也会得以提高。

项目经理:项目经理是项目管理的角色,是实现项目目标的责任人,同时一个团队的灵魂人物。项目经理不一定是这个团队中能力最强的人,却是责任最重大的那个。他应该是有较强的意志力、凝聚力,有抗压能力的人,不会轻易被外界和他人影响。当然一个好的领导人不必事必恭亲,只要他懂得用贤才,懂信任,懂放权,懂珍惜,这样一来他的团队会凝结出更强的力量,他就是一个优秀的领导。

沟通:沟通是决策和计划的基础;是组织和控制管理过程的依据和手段;是建立和改善人际关系必不可少的条件;是成功领导的重要手段。沟通如此重要,想要进行有效的沟通就要求我们在与他人沟通的时候一定要尊重客观事实;语言当中要付诸感情,不能是呆版冷冰的;要有目的纯正的且明确的观点。在沟通过程中,我们要善用询问的语气不要让听者感觉是在命令,还要学会倾听;态度一定要自信。在面对面的沟通过程中,我觉得还要注意面部表情。可能在我们的工作过程中,与客户的交流主要是邮件形式的,很少有当面交流的机会。但我们却明天都要与自己的同事进行面对面的信息交流,所以一定要保证自己的态度和表情都是积极的,因为情绪是可以传染的,一个人的坏情绪或者坏脾气可能会影响一个团队的工作热情和效率。在沟通当中也要常常进行换位思考,因为进行沟通是为了让听者明白,因此讲话的人要用听众熟悉的语言,并能设身处地的为听者着想,同时听众也要积极互动,及时提出自己的疑问,这样才能就使沟通快速又准确。这在我们平时的培训当中最能体现。

时间管理:时间管理也就是自我管理。一个人一生当中的时间是有限的,而且1/3的时间是在床上度过的。有很多成功人士或高考状元把自己的睡觉时间压缩到4个小时,用别人睡觉的时间来充实和提高自己,所以他们得到了比别人更多的时间从而获得了成功。当然,由于每个人的精神类型不同,因此这种方法并不适用于所有人。所以就要求我们把在保证了充足睡眠之外的时间好好的利用起来,从点滴做起。首先,我们要养成守时的习惯,对我们自己的时间负责的同时也不要浪费他人的时间;定期整理环境,不论是生活还是工作中,寻找物品都会浪费我们大量的时间;少看,少听无益信息;养成记录的习惯;随身准备零钱;活用零碎时间,比如等人等车、坐车的时见;长话短说。其实,很多时候,没时间、累都是我们的借口。我们的培训老师已经60多岁了,而且他每天的课程排的那么满,还经常要飞来飞去…按理说他的时间比我们的少,精力也没有我们旺盛了,他却能保证一个月看一本书,而且不是泛泛的看,是细读。想想我们自己,__年除了杂志以外,我只看了3本书,其中一本看到中间的时候已经不记得前面的情节了…想想就觉得很惭愧。

事前做计划对我们高效率的做事也很有帮助。而且计划不是死的,我们可以根据事情的发展变化进而改进我们的计划。事情也是分轻重缓急的,可以以此为依据,合理安排先从哪一方面着手。紧急且重要的,当然要首先处理。接下来要处理的是重要不紧急的,因为如果拖下去,它又会变成重要又紧急的,如果每天我们都让自己置身于重要又紧急的事情当中,必定让我们心绪烦躁准确率也会大大降低。接下来应该是紧急不重要和不重要不紧急。只要能够分出主次,做事的准确率和效率都会提高的。

危机意识:危机是无处不在的。

老师当时举了一个扁鹊例子:

有一次,魏文王问名医扁鹊道:你家兄弟三人,都精通医术,那到底谁最高明呢?

扁鹊道:长兄治病,是治于病发之前。由于一般人无法知晓他事先能铲除病因,所以他的名气无法传出去;次兄治病,是治于病情发作初始,一般人以为他治疗的都只是轻微的小病,所以他的名气只及本乡里;而我治病,是治于严重之时,大家看到我做的都是大手术,就以为我的医术最高明了…

“事后控制不如事中控制,事中控制不如事前控制”。只是很多时候,我们并不能意识到危机,总是等失败了才后悔莫及。其实,平时可以在前人的经验中吸取经验,防患于未然。古人云:生于忧患,死于安乐。所以,我们要培养起忧患危机意识。

这就是我在这次项目管理培训当中的心得体会,希望在接下来的生活、工作和学习中能更好的运用领会培训所得。

项目创新个人心得篇5

金秋10月,伴着阵阵秋风,我来到了中国传媒大学凤凰学院来学习影视项目管理专业的研修班,能得到这次难得的机会,还要感谢省广电局的领导的厚爱,在这里我深表感谢。下面就来简单叙述一下我这段时间的收获,请各位指正。

首先中国传媒大学凤凰学院的名气还是很大的,在社会上可信度是很高的,一边是中国传媒大学,一边是凤凰卫视,无论是在学术界还是媒体行业这都是两块金字招牌。

另一方面,中国传媒大学凤凰学院的师资力量是比较强大的,在学术研究上,有中国传媒大学做后盾,在影视项目管理专业这个领域,不仅是在国内而且中国传媒大学也比较注重国际领域的行业动向。在实践经验上,有凤凰卫视做项目支撑,凤凰卫视的一些高管经常来学校亲自授课,分析目前国内发展的最新形式,以及预测未来的行业走向等等。

最后来中国传媒大学凤凰学院学习让我感觉收获最大的就是结识了一帮朋友,而且大多数都是这个行业的精英人士,我们利用课余时间来讨论问题,不仅仅解决的以前一些工作当中的难题,而且彼此之间也建立了深厚的友谊。

总之,通过这段时间的学习,我收获颇丰,感觉这次学习,还是很有价值的。

项目创新个人心得篇6

前段时间,我负责了一个项目的管理与开发。在时间短、任务紧,而团队人员又大部分是没有经验的菜鸟的恶劣情况下,我带领接近40人的团队,终于在客户规定 的时间范围内如期交付产品。这其中,经历了需求变更、人员变动(因为其它任务,先后有近10人离开团队)等诸多问题,项目仍然取得了成功,不能不说有几分 侥幸,但此外也有一些经验与教训可以与大家分享。

项目开发方面

项目应以需求为核心。一个项目是否能够成功,对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功,如果需求出现偏差,仍然是南辕北辙。由于EAS项目的特殊性,项目开发过程中能够与客户建立有效快速的沟通渠道,是项目成功的关键。

需求必须获得客户的确认。通过需求调研与分析后获得的用户需 求说明书,以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点(用例)。EAS项目在前期对需求不够重 视,导致在需求理解上出现了一些偏差,从而影响了项目的进度。幸而得到了及时的纠正,在项目管理部的协助下,所有需求都得了客户或客户代表的签字确认。从 而使得项目在客户验收时,有了充分的保证。

项目应确立专门的需求分析师。公司没有专门的需求分析师,不能不说是人员配备上的一大弊端。(软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师)从EAS项目的开发过程中,我们就充分地认识到这一问题的严重性。需求的不断更改,客户迟迟未签字确认,原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时,总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术,没有经过专门训练的需求分析师,通常会给项目带来隐患。

项目应指定各个模块的需求接口人。只有这样,才能有效地保证项目组与客户的及时沟通,快速响应客户的请求与反馈。EAS项目在开发早期及时地确立了需求接 口人,在一定程度上规避了需求变更给项目带来的风险。但是,确立的需求接口人未经过系统培训,在需求调研以及与客户沟通的过程中,工作表现只能说是差强人 意。

注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业,而项目经理以及需求分析负责人对这一过程还欠缺足够的重视,同时没有 好的工具或流程来监控这一过程,使得需求调研记录没有发挥更大的作用。此外,需求跟踪也非常重要,毕竟,任何项目的需求都不是固定不变的,需求随时会发生 变更,而开发人员实现的需求也可能会与客户的要求偏差。

注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解,项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期,项目及时撰写了EAS项目需求功能列表,并结合交付版本与客户进行了沟通和协商,从而规避了需求偏差的风险。(需求追踪,任何原始需求来有头就有尾。原始需求->用户需求->产品需求->软件需求->设计->测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏,更多的是为了做变更影响分析使用)

控制需求变更。重视CCB的作用,同时应建立需求变更的响应机制。EAS项目组对于需求变更的响应还不够及时,这一点项目经理与项目管理小组要担负一定的责任。(范围管理中范围控制的内容,变更管理是配置管理的一个重要内容。需求必须要受到控制,否则容易引起计划的频繁调整而发生混乱)

项目创新个人心得篇7

再回首,思考亦多,感慨亦多,收获亦多。“困并收获着,累并 快乐着”成了心曲的旋律, 常鸣耳盼。 对我而言, 四天的学习是难忘、 印记最深的四天。对工作思考方式的转换,心态上的调整、一系列的 适应,压力带来了累的感觉,累中也融进了收获的快乐,在酸甜苦乐 的培训生活中, 让我感受到一种团队精神和力量, 第一节课团队组建, 学员思考互动训练,当所有学员积极参与不顾往日的斯文,将人的本 性、热情、积极的一面显露时,我突然明白什么是真正的团结友谊, 成了我心中永远的记忆,一朵孤芳自赏的花只是美丽,一片互相依偎 着而怒放的锦绣才灿烂。我们生活在一个集体里,唯有团队,才能为 团队增光,为自己添彩,才能促成灿烂的锦绣,团队组建时,我们小 组,设计队名团队旗子及口号时我心里想我们组这么多人呢,再说我 是做技术不擅长这个,让他们做吧,结果我们团队最后一名,第一次 输了,看到我们整个团队落后,我很内疚,惭愧,决定下一次一定要 努力,为团队尽一份力。第二天一早去寻宝,我们队分工明确,有人 去抓会飞的动物, 有去找相思豆, 找相思豆由于太早天黑地方又不熟, 大家都聚到一棵树下,寻找相思豆,找了半天也没找到几个,我当即 改变策略, 找到一个附近的值班保安, 问了他附近哪里还有相思豆树, 经他指路,我们很快就找到一颗,不一会相思豆就收集够数量了,我 们队获得第一名,那一刻我们队爆发出无尽的能量! 在这段学习培训的过程中,不许带电脑,对于一个过分依赖电脑 的我,莫非是一个致命打击!从一个技术方面的人员到项目经理,忽 然转变,完全一个陌生的领域有种老虎吃天的感觉,对我来说是一次 严峻的考验,由于第一轮失误,后来不管是课堂回答问题还是团队游 戏,我们猛虎队都一路领先,最后比第一名仅差两分的成绩,排在了 第二名,曾经我认为没有电脑我什么事也做不了,但现在不一样了, 有了这段精彩生活,将来的路上要面临更多的挑战,我相信只要坚持 到底,决不放弃!没有什么事做不到! 其次,朱总讲的《项目经理素质修养》,让我体会很深、感触很 深,我的内心发生了变化,人没有高低贵贱,只有转变观念,端正心 态,以专业获得肯定,用实力赢得尊重,学历不等于学习力,没有低 素质的员工,只有高标准的管理做我所学,学我所做,树立正确的人 生观,价值观是立身的本质,成才的导向,对未来一切具有强烈的责 任感,以各种方式进行学习,提高自身修养,在人生的这个重要时期 利用我生命的本钱塑造好真、善、责、爱让人生变得更有价值。人生 如流水,我懂得珍惜时间、珍惜生命、珍爱亲情、友情,我会珍惜和 他们相处的每分每秒,用心去关心、了解他们,勇敢面对人生,人生 最大的敌人是自己, 只要突破自我, 我坚信, 只要努力去做, 去奋斗, 目标是一定能实现! 在以后工作中我会全心投入工作,带领团队,尽职尽责,勤奋塌 实,兢兢业业,把所学到的知识,充分融入日常工作中,把工作做到 最好,以此来回报公司领导多年来对我的栽培,我相信会有一个美好 的明天,我会继续努力!

项目创新个人心得篇8

1、抗住——价值(抗住意味着长久。项目压力大,时间紧,任务重,客户挑战大,合伙人承担了巨大的项目风险,我们在难得的项目机会历练中,只有找到自己的 价值定位,提供价值的切入点,持续输出价值,才能抗住压力赢得客户长久的尊重和认可;手段是通过抗住压力+快速学习+整合资源,持续为客户创造价值);

2、放下——格局(格局意味着共识。计较眼前的一城一池容易患得患失,就像张开刺的刺猬一样想随时保护自己,而日久见人心,有胆放下眼前得失,本着长期为 企业提供价值,格局增大看长远才能放下,放下了安定下来就能生智慧,对环境有更强的感知,对人的需求及关系、对事情有更强的判断,最后,双方私下感情共 鸣,彼此认可,专注做事,大大减少人事上的纠纷;方法:气量修炼+真心倾听,才能真正理解企业内各类人群的需求和心声,进而适当团结该团结的、安抚该安抚 的、打击该打击的);

3、推进——独立(独立意味着动车组。1天多次与各模块人员确认,逐渐支持组员独立承担模块,这样不再是项目经理一个人推动项目组往前走,是每个项目模块 负责人都是动力源,形成动车组共同发力推进项目组前进,将大大提升工作效率和成果。做到独立的方法:精神+专业的双重支持。项目经理是项目组员坚强的后 盾,给予精神和专业上的双重支持和信任,让项目成员敢于尝试并在受伤后得到抚慰并有胆再次上阵PK,逐步积累到独立面对客户;项目经理则从项目总监、外部 资源获取专业上的帮助,自己额外还从重复看《士兵突击》获得精神上的力量和支持。这样在给予精神上的信任鼓励和专业上的帮助支持后,对于已经良好运转的模 块就让负责人单飞,对于不安心的模块需要多次确认多帮助多找资源支持,逐渐支持其独立,完成动车组的打造)。

篇四:项目管理心得体会——1个项目经理的经验之谈

经理项目管理心得体会要紧的就是要明白什么是因地制宜:因势利导,只有最合适的,没有什么叫对的,什么叫错的,经理项目管理心得体会最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。

本人做经理项目管理心得体会工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导,只有最合适的,没有什么叫对的,什么叫错的,经理项目管理心得体会最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。以下是本人一些做项目的个人体会,写出来供大家指点,在讨论过程中共同提高水平。

项目开始阶段是一个最重要的阶段。经理项目管理心得体会在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况,如:

项目管理心得体会1:这个项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题。在国内很多客户都很不成熟的情况下,千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细,后面的惊讶就越少,项目的风险就越小。

项目管理心得体会2:这个项目里牵涉哪些方面的人,如投资方:具体业务干系方:项目建成后的运营方:技术监督方等等,很多项目里除了业主单位的结构很复杂以外,还有一些其他单位也会牵涉进来,如项目监理公司:业主的行业主管机构等。经理项目管理心得体会需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望,可以让你在做项目碰到问题的时候,就每件事情分析哪些人会在什么方面支持你,哪些人会出于什么目的反对你,从而提前准备联合朋友去对抗敌人,让事情向你所希望的方向发展。没有永远的朋友,也没有永远的敌人,只有一致的利益,这句话作为经理项目管理心得体会是一定要记住的;

项目管理心得体会3:基本了解了客户的情况后,下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视,这个决定了你在需要资源的时候,公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的,你需要做的是了解公司对这个项目管理心得体会的实际期望,是想把项目越做越大还是想赚钱?是想做样板工程还是干脆想敷衍了事,公司领导对项目的态度决定了你做这个项目的战略,而这个战略方针将对你做项目计划产生直接的影响;

项目管理心得体会4:在做整体项目计划前,还要大致计算一下你手上的资源。首先是时间,现在市场竞争激烈,往往很多项目要求在几乎不可能的时间范围里完成。对于这一点,你在做项目的风险控制计划的时候要充分考虑。其次是人员,根据项目预算和已往经验,大致计算一下未来的项目小组有多少种角色,每个角色目前公司是否有人,是否能完全归这个项目使用,是否需要另外招聘一些人员,招聘的准备工作要尽早启动。最后就是一些设备的准备,项目所需大件关键设备要尽早预定,以后不管发生设备等人还是人等设备的情况,浪费的都是你的时间;

项目管理心得体会5:现在是做项目管理心得体会说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么,而不是说怎么做),而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情,也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说,项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

项目管理心得体会6: 是到做总体计划的时间了吗?不,你现在已经知道了客户的目标和你手上的资源,那么做计划以前,你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的,你需要写一份报告,详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话,将发生什么样的后果。如果资源不够,就要高层改变策略,增加对这个项目的投入。甚至在条件许可的情况下,有些公司会放弃这个项目。总之,没有人能完成一个不可能完成的任务,如果经理项目管理心得体会不能尽早发现风险,那么就只能去当烈士了。

项目管理心得体会7:明白了要做哪些事情和你手上的筹码以及你做这个项目管理心得体会的总体策略,现在是成立项目小组的时候了。很多经理项目管理心得体会都没有自己选择组员的权利,那么,就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同,相差较大,很难有什么具体要求,但是,一定要有精通客户业务的人,很多小项目里,这个人就是经理项目管理心得体会本人,大项目里会配备行业专家,这样和客户沟通起来才不会鸡同鸭讲,双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语,结果搞得客户一头雾水,反过来,他还指责客户不懂技术。其实,明白自己想做什么的客户已经是很好的客户了,不知道自己要做什么,更不懂怎么做还要指手画脚的客户到处存在,但是要明白,是客户选择了你,而不是你选择了客户,有了客户你才有工资拿,心平气和一点吧。

对于这种需求天天变的客户,你就一定要事先做好规矩:

一、统一联系人,客户指定一个人和项目组进行沟通,不能张领导:王领导都来说几句,如果他们意见不一致,那你只有得罪领导的选择了,所以,项目的最初就要定好规矩,我项目组只认一个的意见,有什么要求你们内部先统一再和我谈,我不想卷入你们内部业务部门之间的矛盾之中;

二、所有需求变更全部要有书面文字,这点切记!这样做好处多多:

_有书面证据,以后他还想改,你有了他以前要求的证据,告诉他:你以前可是这么说的;

_便于需求变更管理,需求如何慢慢演变的历史可以看清楚,从而更深切地体会客户的目的;

_对于客户来说,嘴巴一动最方便,反正是你们做,不花他的资源,所以要求是否合理,是否和项目的目的一致,他是不负责任的。但是如果要他写书面要求,还要签字盖章,他就要谨慎多了,而且一写东西,思想就会更加深入,很多无理要求也就这样胎死腹中了;

项目管理心得体会8:现在你要面对三群人:你的领导:你的组员和你的客户,和这些人沟通,让他们知道你打算怎么做,什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要,那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则,如果你在一个部门时间做长了,对这些规则的运用觉得是一件理所应当的事情,但是,你现在面对的是多个部门甚至多个单位,不把沟通规则说清楚,你以后就会吃亏。下面的东西看起来无聊,其实还是很管用的:第一个是规定信息的流动方式和介质,是推还是拉。推的意思就是经理项目管理心得体会将主动发布信息,不管通过电话:邮件还是书面方式,保证将信息传达到每个人。这种情况适合小项目,人少;拉的意思就是经理项目管理心得体会就是一个类似web服务器,你自己需要什么信息就去问他。当然,没有经理项目管理心得体会把自己搞得那么累,他会用发布信息到公共介质的方式公布信息,简单的是白板,复杂一点的是项目的公共信息交互区,潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊,其实里面牵涉信息传达不完全的责任问题。当然,这些都是指一般的方式,而且不要绝对化,一般情况下,主动沟通和被动访问是同时存在的,尤其是对领导,经理项目管理心得体会更加应该主动去和领导沟通。第二个问题就是文档问题,很多人怕写文档,但是经理项目管理心得体会一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢?就是因为没有证据。所以经理项目管理心得体会开始就要和客户说清楚有些文档是必须签字的,比如经理项目管理心得体会的项目日志,每个星期至少让客户签字,另外所有达成共识的东西,比如会议纪要,甚至领导的讲话记录,都要写成文档,双方签字,这样以后扯皮的时候,就能做到有据可查。记住:说了的就和没说一样,只有写下来大家签字后才算真正发生了的。还有一些问题,比如你提交的报告,给领导(包括本方领导和客户领导)做一个选择题,结果领导压住不批,让你无所适从,结果拖延了进度。这时候,你可以等,但是注意要留记录,标明是谁的责任;另外,如果你在开始阶段就和领导商定:如果批示提交三天后没有得到领导答复就算对方同意,这样你就会主动很多。再比如不同事件的审批流程问题:什么等级的事情记录在项目日志里:什么等级的事情要双方经理项目管理心得体会专门签署备忘录:什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到,以后的工作就越主动。

项目管理心得体会9:好了,做了很多前期工作,定义了一些游戏规则,现在是坐下来做计划的时候了。这一节,任意找一本项目管理的书都会说得比我好,所以我就少写一点,说一些自己的体会就是了。首先是找几个关键组员,比如客户业务专家:系统分析员等等,做一下项目模块划分工作。项目分成几块去做,每一块完成什么,模块之间的信息如何交换等等。需求定义的是做什么的问题,而这里说的是怎么做的问题。这里要强调一点:完成一个目标有很多种方式,你要选一种你最熟悉的,而不是看上去最完美的,这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动,坚持要你采用那种新技术,你就应该告诉他:你选我做这个项目,就应该容许我采用自己最喜欢的方式做事情,新技术之所以有诱惑力,就是因为吃亏的人还不多,我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确,比如用微软的Project软件,你填写完表格以后,就可以知道这个项目有多少件事情要做,每件事情需要什么资源,他们之间的前后关系如何,消耗的时间有多长,完成后有什么标志等。所有的结果最后用一个叫做干特图的形式表现出来。你做完这个表以后会惊奇地发现,干特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。当然,学过项目管理thldl.org.cn的人会大谈什么WBS:优化路径之类的东西,但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题,在我恭喜你挑了一个轻松活之前,请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候,你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲?这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度,其结果可能就是十件事情你一件也没做好,想想多么失败啊。所以,把资源投到你熟悉和有把握的事情上,最后的结果是十件事情,你有三件做成了精品,三件完成,还有四件因为某些原因延误,成绩单是否靓丽了很多呢?战略决定优先级,而正确排列事情的优先级是一个经理项目管理心得体会能力的主要体现。

好,现在项目已经完成了前期工作,了解了项目的目标:搞清楚了手上的资源,制定了项目的策略,然后编制了项目的整体计划,项目进入实施阶段。进入这个阶段反而是经理项目管理心得体会比较空闲的时候,不像前期的时候经理项目管理心得体会要象记者一样到处和不同的人接触,搞清楚他们在说什么,努力猜测他们在想什么和他们的真正目的,那才是最累人的事情。当然,小项目的经理项目管理心得体会往往自己也是一个资源,要做很多事情,这时候反而比谁都苦。经理项目管理心得体会这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意,除非你需要对方给你支持,那么你才需要讲得具体一点,否则,告诉他一切正常就可以了,而且态度要积极一些,千万不要说一些领导不懂的细节,比如:“王局长,最近项目进度还算正常,就是JVM经常发生一些内存泄漏的情况…”王局长:“(_&$@@”。和自己的领导汇报也要注意这个问题,除非他是一个技术高手,你需要他的技术经验,否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了,有些需要他支持的地方,比如资源调用需要说详细一点。和组员开会,除了一些项目进度跟踪会议以外,还有很多讨论会,需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员,他们的特点是注重细节:缺乏大局观:有点消极悲观:自尊心强(如果总结得不对,欢迎大家拍砖),所以,你作为会议的主持人,只要负责提出问题和记录下他们的观点,千万不要做评判者的角色。一个问题,有很多方面,从不同的角度看,现象是完全不同的,想想盲人摸象的故事吧。这些技术人员,他们往往精通一个方面,就自己的角度发表见解,除非一些很特别的情况,你都应该认为,他们提出的方案,从他们的角度来看是最合理的。你的长处是掌握事情的优先级,评估各个方面的轻重缓急,从而根据他们的意见得出一个合适的(而不是正确的)方案。所以,在会议上,你要充分尊重每一个人和他的意见,夸奖那些意见提得比较好的人,千万不要把会议带入无休止的争论(你要让大家知道事情不是非黑即白的,而是多元的,唉,我们的教育惹的祸…)。会后,你自己写文档,做决定。会议上大家的面子都被照顾了,自己实施起来的阻力就小,如果还有意见的,你就私下找他聊,如果还不能说服他,你就要让他明白,因为你负责这个项目:你担当风险,所以,这个优先级应该你来判断。组织中的高层,并不见得水平会比一般的成员高,但是,他要承担组织的风险,加之信息的不对称性,所以

对事情的优先级的判断肯定比下属强。

在开发过程中,内部管理还要注意的一点是时刻强调以验收为目的的思想,每个任务的最终可交付成果一定要是可以被检查的,比如,【界面要求、美观大方、简洁明快】,这个要求我就不知道如何检查。所以,给开发小组布置任务的时候就要考虑如何检查结果,比如我见过一个计划,里面有一个任务【开发人员熟悉EJB编程】,这个任务,除了让这些人去参加一些专业认证考试,否则,结果很难被检查。所以,时刻考虑如何检查结果:如何向客户交付是经理项目管理心得体会一直要注意的事情,我听说有些老经理项目管理心得体会拿到项目是倒排计划的,即首先看如何验收和验收标准,然后决定工作计划。很多项目开始了很久,还不知道如何验收,那么这个项目出问题的可能性就很大了。做项目就是为了验收,我们的角色不是研究机构,我们的目的就是在付出那么多劳动后得到结果。

另外我插一句:我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流,很容易引起冲突和矛盾(技术人员的本性决定的)。我的做法是经理项目管理心得体会和项目实施人员到现场,软件开发人员还是在公司做项目。项目实施人员就是初级经理项目管理心得体会,他们了解自己的产品,懂得一些客户的业务,关键是在于他们具有良好的沟通能力,俗称“皮厚”。他们是客户和研发人员的桥梁,其职业方向也是很机动灵活,以后可以有很多方向可以转,比开发人员的路要宽得多。

接着,我们再谈谈最让人头痛的需求变更问题。变更通常分为两种:一种是部分更改了原先的目标,即需求变更;另一种是没改变目标,但是客户不满意目前的实现方式,大到流程的实现,小到界面的布局,都是属于这类。碰到这种情况是难以避免的,主要是事先沟通的不够充分和客户随着项目的进展,慢慢想清楚了问题,改变了以前的思路。这时候,如果需要改并且你的战略是容许这种情况的,那么注意下面几点:

1、 确保以前的文档,就是记载着以前的结论的东西,客户是否签过字,如果没有,赶紧把你的工作停下来,赶快再和客户自己确认一下你的方案,然后让他签字,避免以后说话没有凭据;

2、 和客户坐下来,自己探讨他修改的根本目的是什么,是不是有同样能达到相同目的,但是对你来说有代价更小的选择?

3、 (项目初期的工作)明确更改流程,一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子,你就废了),以正式项目文件的方式提交给你,然后,你做评估分析,分析对成本:进度的影响,在你的领导同意后,出相应意见书,主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来,后面如果真的发生了,至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗?对,就学习那个,让大家都意识到任何的更改都有成本和代价。

系统开发告一段落后,就进入客户培训:系统验收阶段,这个阶段,我一般会注意以下问题:

给客户做培训前,多注意一些表面功夫。很多程序员认为,系统的逻辑核心是否正确是关键,至于界面如何,界面上的用词是否准确,那是无关紧要的问题,而且培训的时候也是信手拈来,想到哪里说到哪里,下面听讲的人不知所云,云山雾罩,培训效果自然可以想象。我的体会是,给客户做培训的版本,如果你在做多次测试以后仍然不能确定逻辑是否合乎要求,那么,你至少要在界面上多花一点功夫。注意每个界面的布局、用词、链接的正确性等等,总之不要让客户看到一些他不该看到的东西。文档方面,准备至少两个文档:用户手册和培训手册。这两个文档的内容很多都是一致的,但是角度完全不同。用户手册往往是站在系统设计者的角度,按照自己的思路,分模块讲解系统的操作和功能;而培训手册,一定要站在客户业务人员的角度,根据每个角色面对不同业务的办理,如何通过使用本系统的一系列功能来实现目标。所以,第一次培训以前,系统界面是否完整正确:培训文档是否完备都是很关键的因素,第一炮打不响,以后就麻烦很多。

作为经理项目管理心得体会,其实脑子里就是几样东西,做哪些事情、做到什么程度、怎么交货、手上的资源以及各个事情的优先级。所谓多快好省那是人类的梦想,这四个方面都是相互矛盾的,属于典型的又要马儿跑,又要马儿不吃草的类型。考虑问题的轻重缓急方面,往往是把快放在第一位,各方领导都会给你最后期限,所以保进度是第一位的;省是第二位的,企业的根本目的是盈利,如果收入不能增加的话,至少费用要控制住;好是第三位的,没办法,谁都想精益求精,但是,没有强大的资源保障,质量只好先牺牲了;最后是多,客户的要求源源不断,如何降低客户的期望值,让他们从理想回到现实也是经理项目管理心得体会的分内工作。

验收前,除了做好文档工作,即可交付成果以外,多花时间搞清楚客户的做事情流程是很重要的事情,这些在前面已经有所提及,这里就不再多说。

我对验收最大的体会就是举证问题。即千万不要让客户这么想:你必须有证据证明你的系统是没问题的。这样你就没戏了,微软那么多天才,做了_P还天天打补丁,要你的程序没问题,既不可能,你也没办法拿出证据。你要让客户明白,所谓验收,就是我按照测试文档的测试用例跑一遍,结果和预期结果一致就应该算通过了,而且还容许有一些小错误留在验收后改正,他可以对测试用例提意见。所以,验收前双方要确认测试计划和测试用例。如果他认为系统不符合要求,那么他应该举证,证明这个系统和最初设计相背离的。所以,参考法律概念,千万不要举证倒置。另外,认为系统完美了才能验收的想法也是错误的,软件开发合同里一定要注明验收以后维护期的费用问题,否则,客户担心一旦验收就得不到你们的支持,自然不配合验收,那么,你这个经理项目管理心得体会就很难交功课了。

2098706