首页 > 工作范文 > 总结报告 >

项目工作心得样例(优质5篇)

网友发表时间 1158577

【参照】优秀的范文能大大的缩减您写作的时间,以下优秀范例“项目工作心得样例(优质5篇)”由阿拉漂亮的网友为您精心收集分享,供您参考写作之用,希望下面内容对您有所帮助,喜欢就复制下载吧!

专业项目工作心得【第一篇】

20__年我服从公司的安排,承接担任了由__集团开发的建筑面积达二十万余平方米、工程总造价七千余万元的“__商住楼”工程项目的项目经理。资金上的压力,施工技术上的难度及项目部主要管理人员的组织等一系列难题亟待解决。任何一点出现差错将对工程项目的顺利完成带来不可估计的压力。“事以人为本”特别是主要工程施工管理人员的选择都是经过精心挑选,在技术上都能独当一面,而且具有相当丰富的现场施工管理经验。项目部主要管理人员的优化组合,是完成工程项目的有力保证。

任何一项项目工程都是由:人员、资金、物力三个方面组成,任何一方面的不足都将给工程的质量、安全、进度埋下隐患。“万事人为本”施工班组的选择是我重点考虑的问题,在各工种施工班组的组织过程中,班组长的专业技术素质、安全质量意识是关键,他们是各工种在施工过程中的领头“雁”,他们整体素质的好坏对整个工程起到中流砥柱的作用。

资金的投入量和资金的到位率是保证建筑产品质量、保证安全生产,如期完成的晴雨表,只有足量的资金投入才能保证质量,确保安全生产,才能按计划进度如期完工。但就目前的情况看,建筑行业已是一个微利行业,再加上有的建设方资金到位率低,这更加重了我们经济压力。但不管资金怎么紧张,我项目部民工及管理人员的工资还是按月到时发放,从没有因资金紧张而克扣、拖欠民工工资现象发生。

“百年大计,质量第一”在日常施工中,我们严把质量关,为使每道工序质量得到保证,项目部配有专职质量员,对施工操作过程作全方位的跟踪,从不因资金困难而影响质量。工程总体质量受到业主及有关方面的好评和肯定。安全是企业的效益;安全是职工的生命!这不是一句简单的口号。“安全与质量并举”,“信誉与效益并存”,这是我项目部的`工程项目管理宗旨。

20__年的工作中,我负责的工程尽管有一定的成绩,但是仍然存在很多不足,需要继续总结和完善。新的一年中,我要进一步重点作好3个方面的管理:

一是人的管理。人是管理的组织者和执行者,项目管理人员不能松懈,只有全体管理人员密切配合,各负其责,才能作到施工各个环节环环相扣,整体工作才能井然有序。

二是物的管理。也就是材料的管理。20__年,我将继续在项目管理中作好限额领料制度,并且进一步细化,定期与工程预算量进行对比分析,找出不足,制定对策。

三是法的管理。也就是施工方法的研究和管理。在公司各项预防措施的基础上,结合工程实际特点,进行优化和改进,形成一套行之有效的施工方法,以便于指导施工和工人操作。

专业项目工作心得【第二篇】

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

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

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

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

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

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

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

设计。

重视架构设计。eas项目的成功,一定程度是源于我们有个优秀的框架开发小组,我们在项目立项之初就基本确定了整个系统的架构。其中虽然发生了一些变化,但核心架构仍然没有发生大的变化。由于,我们建立了稳定、简单的系统框架,可以极大地提高开发效率,规避了对框架的重复编码。(软件开发的第二个重要分工就是最好有专门的架构设计人员,架构设计和总体设计要由1-2个人来完成,以保证高度的概念完整性和设计统一)。

善于对设计作出取舍。项目开发的三要素是成本、质量与进度。在保证质量的前提下,为了项目进度不出现大的偏差,eas项目组并没有过分强调技术,特别是在考虑进度的情况下,牺牲了系统的部分可扩展性。虽然这为系统的后期维护带来一定隐患,但却能够有效地保证项目的进度。从eas最初的架构设计来看,我们引入了castle与aop,试图简化orm以及横切关注点例如日志、异常、权限、事务等功能的实现。同时,希望采用wcf,利用soa思想建立松散耦合的面向服务应用程序。但随着客户需求的变化,我们果断地放弃了采用wcf的构想,同时又克服了技术困难,坚持了对castle与aop的使用,并为此成立了框架开发小组。事实证明,在技术的抉择上我们作出了正确的决定。

重视ui原型设计。系统的原型设计与需求分析相辅相成。如果有好的原型版本交付给客户,则客户更能够理解系统的实现,促进沟通的有效性与准确性。在eas项目中,我们从一开始就确立了原型设计小组,并在分析需求阶段,就开始了原型设计。这一做法无疑在客户沟通、需求确认、ui设计等方面都发挥了很大的作用。但是,我们在这一点上,由于缺乏专门的ui设计人员,因此,这一工作还存在很大的缺陷,甚至于ui的设计为迭代版本的交付带来了很大的障碍。在项目后期,关于ui的bug是最多。因此,我们认为在开发类似的web应用程序时,应尽早确立ui设计规范,以约束所有的ui设计。同时,必须培养专门的ui设计师,在开始原型设计时,就尽快完成ui交互的设计。并且,必须成立专门的ui设计小组,在需求阶段与需求分析师合作,在编码阶段与开发人员合作。(原型设计是加强前期用户需求挖掘和减少后期需求变更的重要手段,不一定需要专门的ui设计人员,原型设计可以由需求分析师来完成)。

测试。

测试成员应了解需求。如果不了解需求,测试人员无法编写正确的测试用例,同时在测试过程中,也可能因为错误地理解需求,从而导致报告错误的bug,影响开发人员效率。加强开发人员与测试人员的合作。开发人员必须及时响应测试人员提交的bug。而测试人员也应跟踪开发人员对bug的修复情况。(测试人员应该要意识到自己和需求分析人员的区别,测试人员不用想需求分析人员一样分析和开发业务,但是他们必须和需求分析人员一样对已经分析出来的需求和业务高度熟悉)。

测试之初必须确定测试原则,对bug的严重程度进行分级。同时,必须确定修复bug的优先级别。

进度管理。

保证项目进度不出现大的偏差的前提是制定一个好的项目计划。必须根据项目规模,成员情况,技术难度等多方面考虑整个项目计划。如果项目的deadline已经确定,则必须采用一些方法来保障项目计划的完成。首先是选择符合项目的软件开发生命周期。通常情况下,并不建议采用瀑布开发方式。最佳的办法,应该是rup或者敏捷开发,然后结合原型法制订项目计划。这样可以规避因为需求变更产生的风险。

其次,要每日跟踪项目的进展情况。可以通过晨会、周会以及项目日报、项目周报了解项目进展情况。同时,需要为各个小组指定进度跟踪人,根据各个小组长的日报,判断实际的进度是否与计划出现偏差。

要制定项目进度偏差的应对方法。一旦项目进度出现了偏差,必须采取相应错误解决问题。或者通过加班、增加人手、申请项目进度等方法及时作出响应。

作者:张逸具有多年的软件开发与设计经验,他是两届微软最有价值专家(mvp),著作/译作包括《软件设计精要与模式》、《wcf服务编程》。张逸熟悉c#,asp,wcf等技术,同时深谙面向对象领域的相关技术。目前,他主要从事soa企业信息解决方案的设计与研究,以及敏捷方法的推广与实践。张逸是捷道·敏捷堂的创始人。

专业项目工作心得【第三篇】

第一段:引言(200字)。

每个人在工作中都会参与到不同的项目中,在这些项目中我们不仅要完成任务,还需要不断地学习和成长。本文将以我的工作项目为例,分享一些我在项目中的心得体会。

第二段:项目规划与执行(200字)。

一个成功的项目离不开详细的规划和有效的执行。在项目开始之前,我们应该对目标进行细致的分析和规划,并制定出详实的计划。在执行过程中,我深刻体会到项目团队的合作是至关重要的。只有大家密切协作,分工明确,才能顺利完成任务。

第三段:团队协作与沟通(200字)。

在我的项目中,我发现团队协作和良好的沟通至关重要。有效的沟通可以避免信息传递的误差,提高工作效率和团队合作的效果。在团队协作中,我深刻理解到每个人的意见和贡献都是宝贵的,要注重倾听和尊重每个人的想法,协商取得共识。

第四段:问题解决与改进(200字)。

在项目执行过程中,各种问题和挑战也会不断出现。所以,处理问题和解决挑战的能力是一个成功项目经理必备的素质。在我参与的项目中,我学到了面对问题要冷静分析,寻找最佳的解决方案,并适时调整计划以确保项目的顺利进行。同时,及时总结经验教训,做好项目改进也是非常重要的。

第五段:心理调适与个人成长(400字)。

在工作项目中,个人心理调适和对自身能力的提升同样重要。首先,我们需要具备适应高强度工作压力的心态。合理分配工作时间、保持良好的工作与生活平衡,都能帮助我们更好地应对压力。其次,我们应该时刻保持积极进取的心态,不断寻求新的学习机会和挑战自己,这样才能在项目中不断成长。

总结:

通过我的工作项目经验,我认识到项目的规划与执行、团队协作与沟通、问题解决与改进以及心理调适与个人成长是项目中不可或缺的要素。只有不断学习和总结经验,我们才能不断提高自己,为项目的成功做出更大的贡献。希望这些心得体会能够对大家在工作项目中有所启发和帮助。

专业项目工作心得【第四篇】

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

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

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

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

首先是高层领导是否重视,这个决定了你在需要资源的时候,公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的,你需要做的是了解公司对这个项目的实际期望,是想把项目越做越大还是想赚钱?是想做样板工程还是干脆想敷衍了事,公司领导对项目的态度决定了你做这个项目的战略,而这个战略方针将对你做项目计划产生直接的影响。

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

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

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

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

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

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

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

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

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

你的领导、你的组员和你的客户,和这些人沟通,让他们知道你打算怎么做,什么时候要他们做什么准备,这些事情将是你的主要工作。既然沟通这么重要,那事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则,如果你在一个部门时间做长了,对这些规则的运用觉得是一件理所应当的事情。但是,你现在面对的是多个部门甚至多个单位,不把沟通规则说清楚,你以后就会吃亏。下面的东西看起来无聊,其实还是很管用的:第一个是规定信息的流动方式和介质,是推还是拉。推的意思就是项目经理将主动发布信息,不管通过电话、邮件还是书面方式,保证将信息传达到每个人。这种情况适合小项目,人少。拉的意思就是项目经理就是一个类似web服务器,你自己需要什么信息就去问他。当然,没有项目经理把自己搞得那么累,他会用发布信息到公共介质的方式公布信息,简单的是白板,复杂一点的是项目的公共信息交互区,潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊,其实里面牵涉信息传达不完全的责任问题。当然,这些都是指一般的方式,而且不要绝对化,一般情况下,主动沟通和被动访问是同时存在的,尤其是对领导,项目经理更加应该主动去和领导沟通。

这一节,任意找一本项目管理的书都会说得比我好,所以我就少写一点,说一些自己的体会就是了。首先是找几个关键组员,比如客户业务专家、系统分析员等等,做一下项目模块划分工作。项目分成几块去做,每一块完成什么,模块之间的信息如何交换等等。需求定义的是做什么的问题,而这里说的是怎么做的问题。这里要强调一点:完成一个目标有很多种方式,你要选一种你最熟悉的,而不是看上去最完美的,这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动,坚持要你采用那种新技术,你就应该告诉他:你选我做这个项目,就应该容许我采用自己最喜欢的方式做事情,新技术之所以有诱惑力,就是因为吃亏的人还不多,我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确,比如用微软的project软件,你填写完表格以后,就可以知道这个项目有多少件事情要做,每件事情需要什么资源,他们之间的前后关系如何,消耗的时间有多长,完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现,甘特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。

当然,学过项目管理的'人会大谈什么wbs、优化路径之类的东西,但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题,在我恭喜你挑了一个轻松活之前,请你再去确认你是否罗列了所有要做的事情和正确评估了它们所需要的时间。这时候,你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲?这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度,其结果可能就是十件事情你一件也没做好,想想多么失败啊。所以,把资源投到你熟悉和有把握的事情上,最后的结果是十件事情,你有三件做成了精品,三件完成,还有四件因为某些原因延误,成绩单是否靓丽了很多呢?战略决定优先级,而正确排列事情的优先级是一个项目经理能力的主要体现。

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

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

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

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

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

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

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

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

专业项目工作心得【第五篇】

现在的社会日新月异,科技的发展,管理的创新,都在时刻改变着未来。不管是现在还是将来,每个管理者都应不断地加强学习,不停地给自己“充电”,才能不断的开拓进取,勇于创新,才能更进一步的创造财富。此次公司为了提高企业管理水平,特意邀请了xxxx企业管理咨询有限公司对我们进行了一次培训。经过这3天紧张的学习过程,我学到了很多在人力资源管理、企业文化及财务管理方面的相关知识。我感觉到了充实,可以说我很好的完成这次学习任务。

对此次培训,我总结如下:一、在人力资源管理方面。

1、员工培训。

2、人员管理。

人员管理与企业的发展息息相关,对员工的日常管理是企业发展的必要过程。

企业文化的产生,企业制度有利于员工管理,企业正常的运作,通过对员工的日常管理来发挥员工的个人能力,了解员工的心态,适时转变管理方式完善管理模式。

3、绩效评估。

绩效评估为企业的决策提供依据,是员工对自己以及对他人工作能力的评估,了解自己的工作能力,同样将自己的能力与对企业的贡献结合起来,提供薪酬依据,发现员工潜力并及时做出相关人事调动。

4、员工福利待遇。

员工福利待遇以及薪酬是员工企业价值的体现以及员工工作的保障,没有好的相应的福利待遇及薪酬水平员工就不会全心全意的为企业作出贡献,长久的留在企业工作。

通过这学期的人力资源的学习我对自己有了更高的要求,作为个人而言为了成为企业发展的人才,对于现在的我而言要加强各项技能上的学习,提高自己的专业能力,没有好的个人能力就没有好的发展,专业技能,专业知识的提高是必不可少的。人力资源管理对于现在的我而言与其说是去管别人不如说是对自己的规划管理,对自己未来的期望。

人力资源管理作为企业管理的重要部分一直是企业管理的重中之重,很多企业的倒闭也就是因为没有良好的人力资源体系无法为企业发展提后备力量,技术人员没有及时补充专业知识,管理人员没有及时补充以致管理模式落后,还有涉及到薪酬水平公司福利等造成企业人员流失。

二、在企业文化的推进与落地方面。

随着企业的发展,企业文化在企业中的主体地位逐渐突出,最能体现一个企业经营和管理本质特征的企业文化推进工作越来越重要。一个企业的发展,抓企业文化尤为重要。加强企业文化深植,首先要深刻理解企业文化的内涵。企业文化是在企业长期生产经营中培育、融会、凝聚而成的一种独具特点的、对企业持续稳定发展起推动群体意识和价值观念及其外在形式。它包括企业精神、价值观念、企业形象、经营思想、企业目标、道德规范、规章制度、企业风尚等。企业文化是一个企业的灵魂,它通过向员工宣传统一的企业价值观而将他们凝聚在一起,这些价值观影响着员工的生活方式、行为方式和价值信念,促使他们积极地为企业创造价值。对此,我通过此次培训,从以下几方面理解企业文化在公司的推进与落地。

1、第一时间完成任务。这是一条执行层面的要求,它体现了公司对高效、快速的组织反应能力的追寻。类似于海尔的“快速反应、马上行动”。

2、主动开展工作。这也是一条执行层面的要求,但它更强调了我们员工工作时的心理层面问题。从积极性和目标性的角度上看,也强调员工的个人能力充分施展。

3、关注细节。细节决定成败。对细节关注程度的高低是优秀和卓越的分水岭标志。这种细节的要求和关注,不仅仅是在认知的层面,它要求我们从具体的事情做起,彻底的完成工作,彻底的解决问题。其更重要的是对结果意识的要求。

4、持续创新。创新是企业发展的发动机,是企业的灵魂。创新的重要性,尤其对我们这种需要精细化管理的企业来讲,尤为重要。市场经济的思想核心是自由竞争精神,在全球一体化的大格局下,要求我们员工时刻不断学习的心态,学他家之长,容他家之短。从经验教训中不断学习进步。创新精神的高调宣扬是需要我们员工本身的低调做事作为基础的。

5、勇于承担责任。

责任的归属,需要详细、准确的岗位职责说明等相关的管理手段和制度来界定。但这个“勇于”,是需要我们员工自己来担当的。全身心的做好自己的本职工作,不给领导、同事添麻烦。公司存在着推诿现象,但要杜绝它,除了我们良好的管理制度保全外,更为根本的要依靠我们员工本身良好的职业素养来保障。

6、以团队目标为己任。这个时代,早已摈弃单打独斗的个人英雄主义情结了。这是一个讲究团队制胜的时代。一个人的力量是有限的,而团队的力量确是巨大的。个人的得与失要放在大团队目标之后,大团队意识的学习是我们每个员工应把握的行为准则。

7、最大限度的创造价值。成本意识!我们要学会利用最小的成本、最小的资源开展工作。同时要能做到分享资源和信息,力争在团队组织中创造一个良好的学习交流、分享合作的氛围。

8、公司的事就是我的事。公司每一个员工都必须要有主人翁的精神。公司对员工做到细致周到的便捷服务,急员工所急;而员工更要积极为公司着想,时时保持忧患意识,不断提升自己的工作水平,不断关注公司管理的进步。

三、在非财务经理的财务管理方面。

精细化的财务管理是一项涉及面广而且综合性较强的经济管理活动,涉及公司的方方面面,必须达到控制成本、提高效益的目的。而达成这一目标,需要各部门围绕企业的效益目标协同作战,提高公司经营管理的灵活性和战斗力。这就需要我们围绕资金、成本、人员等资源配置的关键,深入推行精细化的财务管理。

2、实施全面预算管理,优化配置企业有限资源。

过程,在本质上就是一个优化配置企业资源的过程。全面预算管理不单指预算控制,还涉及到工管部、物设部、人事部等的预算控制,是兼具计划、协调、控制、激励、评价等功能的一种战略方针的经营机制,是一种全新的、全面的现代企业管理模式。

3、实行人本财务管理,全员参与,提升素质。

树立人本财务观念。要理解员工、尊重员工,充分发挥员工的主动性和积极性。公司的的每一项活动均由员工发起、操作和控制,其成效如何也主要取决于员工的知识、智慧以及努力程度,因此,贯彻人本财务观念要求做到:第一,增加人力资源投资,提高企业领导和员工素质;第二,推行财务分层管理和全员财务管理,实行民主式和参与式财务管理,提高员工对财务的参与意识;第三,加大软资源投资力度,为培育企业文化和良好人际关系创造优良环境。

以精细化财务管理作为切入点,把精细化财务管理融合到公司生产经营的每个层次,通过不断深化财务管理的管理方式和手段,优化资源配置,优化财务核算,提高财务信息的有效性,以精细化财务管理促进管理水平的提升,这是实现“向管理要效益”的有效途径。

最后,我想,这次培训经历给予的所有感触,必将永记在我心中。所有这些感触在以后的时间里,更会激励我更加努力的学习、高效的工作,紧跟公司飞速发展的步伐,不断地自我完善,不断的进步,实现自我价值,为公司达成从优秀到卓越的跨越贡献自己的微薄之力!

前段时间,我参加了企业管理知识的学习培训,接受了系统、全方位企业管理知识的学习和辅导,受益良多。我深刻领会到,作为一名合格的企业管理者,应该如何驾驭整个企业的运作机制。并领悟到,应该以管理促创新,以创新促效益,从而促使企业稳步健康发展。

目前,电力建设在飞速发展,在电力体制改革逐步深化的大环境下,多种经营企业该如何在激烈的市场竞争中获得市场份额,在管理中实现经济效益、社会效益的双丰收,是一个值得研究和探讨的课题。通过这次学习,结合电力多经企业的行业特点,我个人认为,电力多种经营企业要想实现大发展,必须做好以下几点工作。

首先,要毫不动摇的狠抓人力资源管理。一个企业的发展,重中之重,在于人才,在于充分挖掘人才的潜力,使其为企业服务。企业的管理者不在于他像关羽一样“千军万马中,取上将首级”,也不在于他像张良一样“运筹帷幄,决胜千里之外”,重要的是他能否如刘邦那样,找到和使用好这样的人,即识人用人能力的大小决定了一个企业管理者的发展远景。古往今来,这样的例子有很多。刘邦用萧何、张良、韩信,建立汉朝后曾说过,我管理不如萧何,计谋不如张良,领兵打仗不如韩信,但是我成功了,因为我很好地使用他们,大家都成就了一番丰功伟绩。

多种经营企业必须实施两手抓、两手都要强的职工队伍建设方针。一方面要继续面向社会,广开才路,大力引进高素质人才;同时对在职职工要积极培养和关心,实现“三留人”,即情感留人,待遇留人,事业留人。另一方面,对现有职工队伍进行强化培训,达到巩固提高的目的,不断挖掘其潜力,适应市场经济的发展。信任是基础,事业是平台,利益是杠杆,感情做纽带,一个企业管理者,尤其是高级管理者,牢记这个用人方略,就一定能充分调动员工积极性,使其竭尽全力为企业发展做贡献。

其次,始终如一地开拓、经营市场,并培养核心竞争力以求生存。市场,是一个企业发展的命脉所在,占领多大的市场份额,开拓多大的领域,从一定程度上说,能够证实一个企业发展的实力。所以,如何开拓市场、经营市场显得尤为重要。电力多经企业具有行业性的显著特点,开拓市场也必须依据行业特点逐步实施。所谓核心竞争能力,是一个企业赖以生存和发展的关键要素。它不仅指某种独特的产品或技术,还包括销售渠道、顾客服务、顾客群、品牌、资金以及研发能力。一个企业不可能拥有所有这些能力,但它必须发展一种不同寻常的能力,才能成为一个拥有核心竞争能力的企业;核心竞争能力是企业战略的焦点,它必须形成理念,并体现在核心产品上,获取高于竞争对手的质量水平,并能移植到各分支机构中。

具体到多经企业要如何培养自己的核心竞争能力,首先应如前所述的分析我们的生存环境、竞争优势、竞争弱势,然后扬长避短,定位自己赖以生存的市场,建立围绕该市场运作的机制,该机制能够激励全体员工围绕股东财富最大化进行运作,并且能够适应市场的变化。这种以市场为导向,以股东财富最大化为目标的运作机制自然会形成企业的核心竞争力。定位、开拓市场,培养核心竞争力是企业的生存之本。具有核心竞争力的企业才能在市场经济的环境中生存。针对电力多经企业内部市场越来越小的生存环境,必须加大外部市场的开拓力度,采用多种方式扩大市场占有率,例如市场开拓、企业收购、兼并或联合开拓等形式。积极增加电力多经企业对外创收。切实抓住国家开发西部等有利环境,抓紧研究并制定电力多经企业发展战略,加快多种经营和各种产业发展步伐。在比较短的时间内完成市场的重新定位,资源的优化配置,调整股本结构,形成所有权和经营权分开后的代理机制。建立现代企业制度,真正做到以市场为导向,主动面向市场,认真调查研究市场,积极开拓市场,适时调整产品结构、产业结构和发展方向,用市场适销产品去占有市场,开辟新财源,打开新天地。企业只是守是没有出路的,必须不断在市场的发展中壮大自己,在市场的变化中否定自己,商场中没有长胜的将军,只有谨小慎微、战战兢兢的去把握市场的脉搏,建立与市场合拍的核心竞争能力,企业才能在大浪淘沙中谋得自己的一席之地。

第三,明晰的产权关系,建立完善的法人治理结构。清楚的产权界定,是市场交易的前提。由于历史的原因,多经系统普遍面临产权不清的难题。首先是明晰的资产关系,这一点还相对容易操作。最难的还在于主辅人员的分离。由于多经公司用人的复杂性,公司本身缺乏核心竞争力,对于在多经工作的员工来说,挑战大于机遇,未来充满不确定性。可以考虑用优惠的政策待遇,鼓励退职,提前退养,身份置换,解除合同或带股就业。但带股就业可能带来股权分散,不利于集中决策,同时如果股权过于平均,还会带来老国企的弊病:如大锅饭,平均主义,人员不能合理流动,建立不起激励和约束机制,以及进入和退出机制等。所以要做到产权明晰,首先要解决人员的历史遗留问题,然后明确资产关系,明确投资主体。只有明确了出资人,公司才会有明确的使命,公司的运作才可能建立在公司财富最大化的目标之下。公司的经营人员才会有明确的定位,而防止所有者缺位带来的资产运作效率低下矛盾。另外有明确的投资主体,享有对公司的剩余索取权,这是对投资主体承担资金风险的补偿,也为公司扩大再生产创造条件,只有将利润集中投资于一定的项目,才能形成一定的优势,如果利润分散的用于支付股利,企业最终将衰竭。

公司法人治理结构是指关于如何治理公司这一法人主体所采取的法定组织形式。完善法人治理结构的目的是达到公司各级各部门责权利的高度一致,公司的所有者和经营者在所有权和经营权分离的情况下如何密切配合,分工明确,协同工作,相互制约,围绕公司财富最大化的目标运作。即从组织结构上保障公司目标的完成,包括股东会、董事会、监事会和经理层等四套班子的建设。现代公司产权制度在确立法人财产基础上,实现原始所有权、公司产权与经营权的三权分离,具有明晰的产权关系。在此基础上,公司通过股东会、董事会、监事会和执行机构等公司治理结构的设置和运作,明确划分责、权、利,形成了调节所有者、公司法人、经营者和职工的制衡机制和约束机制。

其实,企业经营管理的方略含盖诸多方面,只不过分主分次而已,以上只是我在本次学习中的一点点体会,写出来是一种收获,一种可以和别人分享心得的体验。管理,尤其是企业管理是一门很深的学问,需要在理论的指导下逐步完善,需要在实践中不断地探索,从而达到实践和理论的有机统一。

相关推荐

热门文档

35 1158577