项目经理的防水工程心得(最新5篇)
【参照】优秀的范文能大大的缩减您写作的时间,以下优秀范例“项目经理的防水工程心得(最新5篇)”由阿拉漂亮的网友为您精心收集分享,供您参考写作之用,希望下面内容对您有所帮助,喜欢就复制下载吧!
项目经理的防水工程心得【第一篇】
从一个小小的业务员到今天的项目经理,中间的付出是别人无法理解的。在这段时间的工作中,我一直努力工作,踏实认真的完成了各项工作,一步一个脚印的做好每一件事情,为了以后能够更好的工作,我制定了如下工作总结:
回顾xx年,在公司各级领导的正确指挥及担保业务部领导的直接带领之下,本人始终按照公司**年工作部署,并根据本人工作实际,紧紧握住做业务和抓营销两把钥匙,在项目经理的工作岗位上做到了努力学习,大胆实践,转变观念,很快适应了我公司快速发展的要求,圆满完成了全年工作任务。主要情况汇报如下:。
一、端正工作态度,坚持勤奋敬业、廉洁自律的职业操守。本人热爱自己的本职工作,热心为客户服务,认真遵守劳动纪律,有效利用工作时间,坚守岗位。需要加班完成工作时,就利用晚上和休息天进行调研和评审报告撰写,公司下达的临时工作任务,都能够按做到按时按量完成。在日常工作中严格自律,谢绝客户多次请客送礼,努力维护公司在客户心中的良好的形象,也实际提高了自身的职业修养。
二、圆满完成了项目经理各项业务指标。在**年中,本人实际完成担保贷款业务笔数笔,完成任务量的180%,完成业务金额为1050万元,完成任务量的105%。其中作为项目经理a角完成业务5笔,金额688万元,作为项目经理b角完成业务笔,金额362万元,以上本人参与完成的项目共计18笔,业务量总额3612万元。上述成绩的取得得益于公司各级领导的正确领导,同事的鼎立支持,再加上本人坚持不懈的努力和花费了大量的加班时间,可以说每一笔贷款,每一分业务都包含着心血,留下了刻骨铭心的记忆。**年本人付出了辛勤的汗水,也收获了成长的喜悦。
三、坚持不懈努力学习,业务理论及实践经验得到快速提升。本人在20xx年坚持理论学习与实践操作相结合,通过公司培训、业余自学多种渠道积累业务知识,并坚持及时总结。年中本人的论文《中小企业文化建设的难题及破解之策》在《担保》杂志上发表,受到不少客户的好评;本人。
半年工作总结。
也得到了王总的肯定,担保项目“人、事、物”原则的思考逐步深入,从单纯的“人”、“事”和“物”的三方面扩展到“人”与“事”、“人”与“物”、“事”与“物”的对立统一上。对该原则的深入思考,使得本人业务操作的思路愈加清晰,而不断的业务积累又反过来促进了对该原则的深入领会和扩展,感觉收益匪浅。
四、加强贷后管理,努力为公司执行力的提高贡献力量。在20xx年公司布置重点进行的gmis系统流程录入、档案归档及“回头看”工作中,本人严格按照公司要求,认真完成本人项下的任务,努力做到gmis系统流程与项目流程一致;在项目归档工作中,本人也按照公司要求按时按步骤移交了档案资料,同时也通过该项工作,对贷款资料及时查漏补缺,完善了贷后管理;在回头看工作中,本人按照公司整体部署和担保部具体的安排,对本人负责的贷款企业全部走访了一遍,其中对重点企业海南**有限公司走访了3次,对海南**有限公司存货质押情况不定期抽查9次,较圆满完成了公司任务,为下一步工作理清了思路。
我叫,现任xx公司项目经理。xx年7月毕业于xx大学建筑系,工民建专业,同年参加工作。96年被评为高级工程师,99年1月被评为“十五”立功先进个人。在日常工作中,能以党员标准严格要求;能以“三个代表”重要思想指导自已,遵纪守法、爱岗敬业、勇于创新。参加工作2x年来,我始终奋战在施工第一线,先后参加和主持了十六项工程近2x平方米,优良工程率100,创市优工程三项,其中住宅楼被xx市建筑业协会评为20xx年度“杯”工程,局优四项,其余全部达到优良。经过一年多的努力,使自己在企业管理和工程项目管理方面取得了一些成绩和管理经验。
一、优化组织施工方案,提高科学管理水平。
20xx年以来,自已在施工管理中,始终把科学管理,优化方案放在工程管理的首位,经常不断地在研究和探讨适合工程管理,且可操作性强的施工方案,来不断满足工程需要和甲方需求。在每次施工方案的制定中,我都是不断根据工程的特点、难点,进行多次论证,并运用科学的态度,加大组织方案的科技含量。不断延伸方案中的科学管理渠道。
1、如:住宅楼工程,建筑面积24022㎡,总高度,地下一层,地上十八层,钢筋砼剪力墙结构。质量目标为创市优工程和质量无通病示范工程,为了保工期,针对现场狭窄,周围居民楼住户多的特点,将原方案设计的基坑支护灌注桩止水帷幕,12m一根共250根,支出费用9x元。改为圆型平面布置的密排水泥搅拌桩,即达到了支护桩又起了止水作用。缩短工期36天,节省投资近4x余元。深得甲方满意,在粗钢筋连接上,我采用了cabr变形钢筋套管冷挤压连接技术,比压弧焊连接法提高工效三倍。在模板支撑工艺上,原方案采用剪力墙支模穿墙镙栓的支杆为塑料管不能拔出,这样浪费太大,经研究我们把穿墙镙栓的塑料管自行加热,制成大小头能拔出的塑料管,减去剔凿设计破损率30,还节省费用元。2、原模板采用小钢模支护体系,但在开发的清水砼施工技术工程上,宜采用大模板钢木组拼体系支护,减少模板之间的缝隙,施工缝无明显痕迹,从而取消抹灰层,经涂料装饰后,达到高级抹灰数据标准及使用功能要求,节省抹灰材料及人工,并减轻建筑本身的自重,减少模板费用的投入,避免因质量通病造成的大量修理费用发生。在架子搭设上,原方案采用双排落地式外架子,大型工具使用数量太多,占用时间较长,而且租费成本高,为降低成本根据建筑物特点我采用工具式挂架子,即安全,又轻便,又节省大量资金。
二、严格质量管理,争创名牌工程。
“质量第一”是企业永恒的主题,更是自己追求的目标。我在多年施工中,能自始至终把质量放在首位,坚持了用质量来赢得企业信誉,来满足业主需求,来扩大企业建筑市场,为美化市容多创精品。20xx以来,我所坚持的措施有:
1、落实质保措施,提高监控到位。我坚持在项目上严细质保职能,分工明确。坚持做好各项质量文字交底和质量交接记录。确保每项质量施工都有文字交底。以便更好地指导生产人员按标准、按要求去操作。项目上的专职质量员,我主动给其一定的相应权力,让其主动牵好质量创优质,使他们进一步做好了质量监控预案,并协助整体基础上搞好了本工程质量管理的分工,确保质量监控无空白点。
2、重点部位,重点监控。对于工程易出现质量事故的施工部位,我坚持设专人把关,并做好监控管理,发现问题及时解决。
3、严格规范,提高作业水平。在质量管理中动员大家要严格按规范去验收,把住每一道工序,要把市优的标准落实到操作面,使参建人员都知道,干出什么样产品为市优标准,使产品一次成优,杜绝二次维修。
4、层层管理,人人把关。我始终坚持在项目上形成人人把关的质量管理氛围。质量管理不单质量员一人的工作,其它项目管理人员也要有质量指标。也要对质量创优负责。要在层层管理上形成操作人员对自已施工面负责,分包队要对承包区域负责。项目管理人员要对各自工程创优指标负责,项目经理要对全工程创优达标负责,从而使工程质量管理严格处于受控状态下。
通过自己在质量管理方面的摸索,个人掌握了一些质量管理上的招法。为自己驾驭项目上的质量管理工作充实了力量。同时也使自己在历年施工中创出了一些名优工程。如:为保证理工学院教工住宅楼创优工程的实现,我从源头抓起,严把了材料的进场关,对现场所进各种材料,我协同器材管理人员,从材料目测、复试开始,加强材料的验收,不合格的坚决退场,为工程顺利创优把住了材料关,落实了创优措施,使该项目获得了市优,得到了建设单位的信任和满意,他们又将后续工程计划交给我们,由我们来施工他们觉得放心。为企业信誉和占领市场做出了一定的贡献。
三、合理安排工序,加快施工速度。
做为一名项目上的指挥员,自已在注重工程施工方案、质保措施的同时,对生产进度的落实从不放松。特别是在多年的施工管理中,不管遇到什么样的困难,从未因生产计划管理而延误工期。在工期管理上,我一直坚持:
1、加强部位控制,落实计划安排,自己在日常的生产管理中,对施工部位计划比较清楚,到什么周期,完成到什么部位,我心中有数。由此在施工管理上,我坚持用施工计划指导和严细现场的作业安排,严格控制施工管理节奏,确保施工进度,按照计划去落实。2、加强施工组织,落实资源到位。为确保项目生产顺利,我时刻针对现场的料具、劳动力、材料等生产要素,做好调配,并根据工程进展情况,提前做好生产要素的测算,工作予见性要强,进而加强了料具、人力的合理配置,保证了施工不间断。3、加强工程插入度,落实施工工效。针对工程多工种作业。由其是抢竣工项目,在合理组织插入上是关键,多年的施工经验告诉我,无论是立体交叉作业,还是横向混合式作业,不管是逆施,还是正施,我坚持的宗旨是:统一协调,统一指挥、合理安排、见缝插针。4、加强责任到人,落实分片包打。按照施工布置,自己习惯作法是把项目进度指标进行分解,责任落实到每个工长身上,按照旬保月、月保季、季保年的工作安排,做好层层包计划,落实项目上分片包打。自己坚持和不断充实以上四项措施,使自己在工程进度管理上,创出了项目上的施工信誉。
四、严细成本管理,提高工程效益。
20xx年,针对项目成本,自已在往常施工中始终坚持效益是项目立足的根基,没有了效益,项目就意味着乏值。多年来,我在抓项目成本管理上,作法有两点:
一是抓项目成本分析制度、完善内部管理交口。自己带头组织项目成本员、定额员、预算员、器材员开好每月工程成本分析会。并要求成本员把当月中的列支情况进行汇报,做到计划部位、预算收入、器材耗料、成本核算达到数字交圈、核算对口把住工程的实际成本。同时,在成本分析上,要求各大员要对下月工程成本提前预控,对易造成浪费的部位、现象,提前预测,并制定相应解决措施。把成本管理问题消灭在萌芽。
二是提高项目核算意识,杜绝不合理开支。节约挖潜项目是大户。我们项目多年来不断增强和改革自己的核算意识,不断校正自己的节约措施,在项目内部成本管理上注重节约。如小型工具制作,尽量内部加工。材料码放,尽量一次到位,减少二倒。文明施工,不追形势,追得是高标准。特别是在材料使用上,大家齐抓共管。形成人人算细账,人人会账的管理局面。
共
2
页,当前第。
2
页
1
2
项目经理的防水工程心得【第二篇】
整个项目开始要做好项目整体计划,在项目的整个过程中,始终要按照项目计划执行,如若遇到项目发生变更,要进行影响分析,得到批准后制定变更计划,并按变更计划执行。变更的影响情况,如:费用,时间进度等要通知相关的项目利益干系人,说明变更的原因和产生的影响。
项目首尾工作也是项目管理中,一项重要的工作。需要将项目过程中产生的文件资料进行整理,归档;对项目的费用和进度进行审计和审核,对项目的质量进行检验和验收;对项目的整个过程的利弊得失进行总结和交流。
变更计划在软件项目中经常遇到。控制好软件项目的变更,首先需要做好项目的开始目标基准的确定,基准的用户需求明确,才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起,变更计划就无从制定,变更的界限也无从划清。
自己做过的一个项目,开始为了占领市场和尽快拿下合同,在用户需求还没有详细提供的条件下,就与用户签定了合同,后来不仅费用受到限制,就连时间不够,在项目过程中,用户方还总是变更软件的功能和要求。因为没有一个基点,我们认为是变更需求和新增功能,而用户方认为是合同范围,不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动,其实需求不明确,使我们在后来的项目进程中一直处于被动。
所以项目从一开始就要做好计划,搞清目标。只有项目的目标明确,合理安排时间、费用、人力和其他资源,控制好项目的变更,这些是保证项目能够顺利完成的基本条件。
二、项目范围管理理论解决了项目开始需求不清的问题。
需求管理是项目范围管理中的问题,这是因为它实际上是开发过程中的所有管理原则的先决条件。只有在开发的目标被清楚明白地表述和理解的情况下,软件开发才能以一种有计划的有序的方式进行。实际上,没有文档化的需求,在开发工作完成前后都很有可能发生产品与要求的偏离。计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则,都是从一个稳定的基础开始的,那就是文档化的需求基线。
什么需求?需求是指“分配给软件的系统需求”,或者更简洁地说,“分配需求”。这些需求有可能是技术方面的(比如:功能和性能需求),也有可能是非技术方面的(比如:发布日期,开支限度)。
区分开需求管理和软件需求分析是很重要的。一旦分配需求被文档化,并且被所有受影响部门(客户,系统工程,软件工程)通过,需求管理的基本工作就完成了,所剩下的就是管理变更而已。没有证据证明分配需求本身就可以十分清楚完整的作为软件开发的全部基础。事实上,通常它们不是。
优化和精确描述需求,填补漏洞,将含义表达得更清楚是软件需求分析要做的,分析的结果被称为“软件需求”。这样,作为需求管理的输出的分配需求实际上就成了软件需求分析的输入。需求管理远远先于软件开发的技术行动,而软件需求分析则是关键开发技术行为的第一步。
从这里的描述看来,需求管理的活动简直太简单,太基础了,显然没有哪个软件开发组织会不有效的进行着这种活动。问题经常出在企业对透明度的惧怕。客户觉得保持需求含糊不清,松散或者无正式文件能够给他们更多的机会去说:“那并不是我所要的,那并不是我认为的需求的含义”。文档化清晰的需求可能迫使用户在系统满足了文档化的需求但没有满足实际需要的情况下,为开始变更负责。相似地,开发人员觉得含糊不清,松散或者无正式文件的需求能给他们更大的余地,允许他们与预算和进度尽可能地接近,然后说:“这就是我们所认为的需求的含义,如果你需要其他的什么东西,你必须另外付出代价。”文档化清晰的需求会迫使开发者承担满足这些需求的义务,并使他们暴露于开支、进度评估不准确的风险之下。
这样一来,尽管客户与开发人员的利益动机相对,但他们却走到了一起。每一方都认为他们在保护自己的利益,巩固自己讨价还价的地位,但是事实上每一方都在走向将来的失望和争吵,为项目埋下了一刻定时炸弹。(励志天下)。
三、项目时间管理理论指导我们在项目管理中怎样抓主要矛盾。
以前进行项目管理时,是根据经验和每个人的工作特点,进行项目的分工的,软件项目基本是按照需求分析,概要设计,详细设计,代码编程,调试和测试,用户验收等几个主要过程来进行的。但将项目分工更加细化,每个小过程的时间估算是多少,整个项目可以最短用多少时间来完成,怎样合理安排人员,怎样抓项目中的关键环节等等,这些都没有进行过量化的分析和管理。
化工厂检修时把检修流程精细分解,按导向图建立起控制关系。他们惊奇地发现,检修过程选择不同路径总时间是有差别的。通过反复压缩最长路径上的任务,将工期反复优化,最后只用78个小时就完成了通常需125小时完成的检修,节省时间38%。这就是至今项目管理工作者还在应用的著名的时间管理技术cpm,即“关键路径法”。
所以我们在软件的项目管理中,也要将时间控制理论运用进来,结合软件工程的实际,将任务分解的更加详细,并用网络图将整个工作过程建立起来,估算好每个阶段的历时,找出关键路径,并通过快速跟进方法,将关键路径的工期缩短,以提高工效。
四、质量管理是项目成败的关键。
我们在进行软件项目过程中,对软件的功能测试一直认为还是比较认真和严格的,每次测试都要有测试计划和用例的编写,然后才能进行测试;测试要有记录,并将记录整理成测试报告。
但通过此次培训后,感觉到我们的测试工作与质量管理的要求还差的远,有距离。质量控制要深入到每个与项目相关的人,要深入到项目的每个过程中,从一开始,就要树立质量第一的理念,每个过程都要进行质量的控制,而不是到最好测试时,才想到质量,才去衡量是否符合标准。
标准化设计,标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平,有利于提高工程项目质量。cmm模型已得到广泛的认可和接受,cmmi沿用其模型的组织方式,有5个等级和18个要素。通过5个等级的认证和加强管理,企业对项目的管理将经过5个境界的提高:从混乱,到里程碑的检查,到定义清楚的管理体系和标准,到进行统计过程控制量化管理,到最后的优化过程、评价工作流程、进行工作过程的改进。
本人以前参加过为日本软件进行部分功能的设计和编程工作。日本的软件企业对一个项目的质量控制就做的比较细致,用我们的观念衡量简直是不可容忍。做一个模块的详细设计,要用他们提供的标准的图形语言进行描述,用标准的设计摸版进行说明;并在设计完成后组织相关人员对这个设计进行评价,有问题需要修改设计,然后在评价直到通过才能开时以此为设计文件,进行代码。代码写完后,不是见到结果就完事了,要将代码打印出来,相关人员对代码的整个实现过程进行评价,提出修改建议,代码修改后,需要再审,也是通过以后才能提交入代码库,进行代码的组装。
当时认为日本的方法太浪费时间和人力了,对技术人员个人的能力估计的太低,怎么能提高工作效率呐。可是软件质量问题的频繁出现,是我们不断的认识到,开始浪费一些时间和人力,控制好每个细节的质量,就是省去了许多时候为解决质量问题而进行的新的时间和人力的支出。省去了大量的软件后期的质量维护费用。总的来看是核算的。为提高项目的质量,降低成本,必须从项目的开始就要做好质量的控制工作。
五、沟通管理中的一些策略的使用可以使项目更好的完成。
做项目就需要与客户接触,就会出现一些正式和非正式的谈判。双方都会为自己方的利益而进行讨价还价。与客户之间搞好沟通,是项目进展是否顺利的一个条件。沟通中有许多的策略在平时的实际工作中可以使用,目的不是坑害别人,而是为了更好地完成项目,达到双方事先确定的目标,而采用的一些艺术手段而已。沟通的技巧包括:下达最终期限,使用吃惊方法,采用有限权利法,不露面的人,公平合理,战略延迟,双方一起论理,撤退,不合理,既成事实等。本人就是成功的采用了战略延迟法,将客户方的一笔项目质保金及时地催要了回来。
体会还有很多,总之通过这次学习自己对项目的管理又有了新的认识,我会将这些理论知识运用到实际工作中去的。以提高项目的管理水平,提高项目的质量,降低项目的成本,降低项目的风险,最终提高企业的效益。
3、推进——独立(独立意味着动车组。1天多次与各模块人员确认,逐渐支持组员独立承担模块,这样不再是项目经理一个人推动项目组往前走,是每个项目模块负责人都是动力源,形成动车组共同发力推进项目组前进,将大大提升工作效率和成果。做到独立的方法:精神+专业的双重支持。项目经理是项目组员坚强的后盾,给予精神和专业上的双重支持和信任,让项目成员敢于尝试并在受伤后得到抚慰并有胆再次上阵pk,逐步积累到独立面对客户;项目经理则从项目总监、外部资源获取专业上的帮助,自己额外还从重复看《士兵突击》获得精神上的力量和支持。这样在给予精神上的信任鼓励和专业上的帮助支持后,对于已经良好运转的模块就让负责人单飞,对于不安心的模块需要多次确认多帮助多找资源支持,逐渐支持其独立,完成动车组的打造)。
经理项目管理心得体会要紧的就是要明白什么是因地制宜:因势利导,只有最合适的,没有什么叫对的,什么叫错的,经理项目管理心得体会最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。
本人做经理项目管理心得体会工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导,只有最合适的,没有什么叫对的,什么叫错的,经理项目管理心得体会最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。以下是本人一些做项目的个人体会,写出来供大家指点,在讨论过程中共同提高水平。
项目开始阶段是一个最重要的阶段。经理项目管理心得体会在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况,如:
项目管理心得体会1:这个项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题。在国内很多客户都很不成熟的情况下,千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细,后面的惊讶就越少,项目的风险就越小。
项目管理心得体会5:现在是做项目管理心得体会说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么,而不是说怎么做),而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情,也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说,项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
项目经理的防水工程心得【第三篇】
项目经理是一个需要承担责任和管理团队的职位。通过项目管理的经验,我得到了很多宝贵的心得和体会。在这篇文章中,我将分享我的心得体会,以帮助其他人更好地理解项目管理的重要性和技巧。
首先,作为一个项目经理,我意识到沟通是至关重要的。一个成功的项目需要团队成员之间的有效沟通,以确保所有人都了解项目的目标和要求。我经常组织会议、策划沟通计划并定期与团队成员进行一对一的沟通。通过这样的努力,我能够建立起一个积极的团队氛围,并确保项目的顺利进行。
其次,时间管理是成功的关键。作为项目经理,我经常面临着时间紧迫和资源有限的挑战。因此,我学会了如何合理地分配和利用时间。我制定了详细的项目计划,并设置了合理的里程碑和截止日期,以监控项目的进展。我还学会了如何优先处理任务,以确保关键活动能够按时完成。这些时间管理的技巧帮助我有效地应对项目中的紧张局面,保证项目的成功。
第三,危机管理是一个不可忽视的方面。在项目执行的过程中,往往会面临各种各样的挑战和问题。作为项目经理,我学会了如何快速反应和解决问题,以保证项目的顺利进行。我与团队成员密切合作,制定应对方案,并在必要时与利益相关者进行沟通和协商。通过这样的危机管理,我能够在困难时刻保持冷静,并确保项目能够按计划推进。
第四,团队管理是项目成功的关键。作为项目经理,我明白没有一个强大的团队,就无法达到项目的目标。因此,我注重团队建设和发展。我鼓励团队成员之间的合作与互动,赞赏他们的贡献,并为他们提供发展的机会。通过这样的团队管理,我能够激发团队成员的积极性和创造力,使他们能够给项目带来更多的价值。
最后,一个好的项目经理应该持续学习和提升。项目管理是一个不断变化的领域,新的工具和技巧不断涌现。我始终保持学习的态度,不断学习新的项目管理知识,并通过参加培训和研讨会,不断提升自己的能力。我相信只有持续学习和不断进步,我才能在项目管理领域保持竞争力,并取得更大的成功。
总之,作为一个项目经理,我积累了丰富的经验,也学到了很多宝贵的心得和体会。沟通、时间管理、危机管理、团队管理和持续学习是我认为在项目管理中最重要的方面。通过这些经验和技巧,我能够更好地管理项目,取得更大的成功。我希望通过这篇文章能够为其他的项目经理提供一些启示和帮助,让他们在项目管理的道路上走得更远。
项目经理的防水工程心得【第四篇】
本人做项目经理工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导,只有最合适的,没有什么叫对的,什么叫错的,项目经理最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。以下是本人一些做项目的个人体会,写出来供大家指点,在讨论过程中共同提高水平。
项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况,如:
在国内很多客户都很不成熟的情况下,千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统。前期了解情况的工作越详细,后面的惊讶就越少,项目的风险就越小。
很多项目里除了业主单位的结构很复杂以外还有一些其他单位也会牵涉进来如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望可以让你在做项目碰到问题的时候就每件事情分析哪些人会在什么方面支持你哪些人会出于什么目的反对你从而提前准备联合朋友去对抗敌人让事情向你所希望的方向发展。没有永远的朋友也没有永远的敌人只有一致的利益这句话作为项目经理是一定要记住的。
首先是高层领导是否重视,这个决定了你在需要资源的时候,公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的,你需要做的是了解公司对这个项目的实际期望,是想把项目越做越大还是想赚钱?是想做样板工程还是干脆想敷衍了事,公司领导对项目的态度决定了你做这个项目的战略,而这个战略方针将对你做项目计划产生直接的影响。
首先是时间,现在市场竞争激烈,往往很多项目要求在几乎不可能的时间范围里完成。对于这一点,你在做项目的风险控制计划的时候要充分考虑。其次是人员,根据项目预算和已往经验,大致计算一下未来的项目小组有多少种角色,每个角色目前公司是否有人,是否能完全归这个项目使用,是否需要另外招聘一些人员,招聘的准备工作要尽早启动。最后就是一些设备的准备,项目所需大件关键设备要尽早预定,以后不管发生设备等人还是人等设备的情况,浪费的都是你的时间。
一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么,而不是说怎么做),而且把如何检查也说明得很透彻也就是说它不仅说明白了要做哪些事情,也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了简单地说,项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
不,你现在已经知道了客户的目标和你手上的资源,那么做计划以前,你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的,你需要写一份报告,详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话,将发生什么样的后果。如果资源不够,就要高层改变策略,增加对这个项目的投入。甚至在条件许可的情况下,有些公司会放弃这个项目。总之,没有人能完成一个不可能完成的任务,如果项目经理不能尽早发现风险,那么就只能去当烈士了。
很多项目经理都没有自己选择组员的权利,那么,就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同,相差较大,很难有什么具体要求,但是,一定要有精通客户业务的人,很多小项目里,这个人就是项目经理本人,大项目里会配备行业专家(industryexpert),这样和客户沟通起来才不会鸡同鸭讲,双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语,结果搞得客户一头雾水,反过来,他还指责客户不懂技术。其实,明白自己想做什么的客户已经是很好的客户了,不知道自己要做什么,更不懂怎么做还要指手画脚的客户到处存在,但是要明白,是客户选择了你,而不是你选择了客户,有了客户你才有工资拿,心平气和一点吧。
对于这种需求天天变的客户,你就一定要事先做好规矩:
不能张领导、王领导都来说几句如果他们意见不一致那你只有得罪领导的选择了。所以项目的最初就要定好规矩我项目组只认一个的意见有什么要求你们内部先统一再和我谈我不想卷入你们内部业务部门之间的矛盾之中。
有书面证据,以后他还想改,你有了他以前要求的证据,告诉他:你以前可是这么说的。
便于需求变更管理,需求如何慢慢演变的历史可以看清楚,从而更深切地体会客户的目。
对于客户来说,嘴巴一动最方便,反正是你们做,不花他的资源,所以要求是否合理,是否和项目的目的一致,他是不负责任的。但是如果要他写书面要求,还要签字盖章,他就要谨慎多了,而且一写东西,思想就会更加深入,很多无理要求也就这样胎死腹中了。
你的领导、你的组员和你的客户,和这些人沟通,让他们知道你打算怎么做,什么时候要他们做什么准备,这些事情将是你的主要工作。既然沟通这么重要,那事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则,如果你在一个部门时间做长了,对这些规则的运用觉得是一件理所应当的事情。但是,你现在面对的是多个部门甚至多个单位,不把沟通规则说清楚,你以后就会吃亏。下面的东西看起来无聊,其实还是很管用的:第一个是规定信息的流动方式和介质,是推还是拉。推的意思就是项目经理将主动发布信息,不管通过电话、邮件还是书面方式,保证将信息传达到每个人。这种情况适合小项目,人少。拉的意思就是项目经理就是一个类似web服务器,你自己需要什么信息就去问他。当然,没有项目经理把自己搞得那么累,他会用发布信息到公共介质的方式公布信息,简单的是白板,复杂一点的是项目的公共信息交互区,潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊,其实里面牵涉信息传达不完全的责任问题。当然,这些都是指一般的方式,而且不要绝对化,一般情况下,主动沟通和被动访问是同时存在的,尤其是对领导,项目经理更加应该主动去和领导沟通。
这一节,任意找一本项目管理的书都会说得比我好,所以我就少写一点,说一些自己的体会就是了。首先是找几个关键组员,比如客户业务专家、系统分析员等等,做一下项目模块划分工作。项目分成几块去做,每一块完成什么,模块之间的信息如何交换等等。需求定义的是做什么的问题,而这里说的是怎么做的问题。这里要强调一点:完成一个目标有很多种方式,你要选一种你最熟悉的,而不是看上去最完美的,这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动,坚持要你采用那种新技术,你就应该告诉他:你选我做这个项目,就应该容许我采用自己最喜欢的方式做事情,新技术之所以有诱惑力,就是因为吃亏的人还不多,我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确,比如用微软的project软件,你填写完表格以后,就可以知道这个项目有多少件事情要做,每件事情需要什么资源,他们之间的前后关系如何,消耗的时间有多长,完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现,甘特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。
当然,学过项目管理的'人会大谈什么wbs、优化路径之类的东西,但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题,在我恭喜你挑了一个轻松活之前,请你再去确认你是否罗列了所有要做的事情和正确评估了它们所需要的时间。这时候,你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲?这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度,其结果可能就是十件事情你一件也没做好,想想多么失败啊。所以,把资源投到你熟悉和有把握的事情上,最后的结果是十件事情,你有三件做成了精品,三件完成,还有四件因为某些原因延误,成绩单是否靓丽了很多呢?战略决定优先级,而正确排列事情的优先级是一个项目经理能力的主要体现。
10.好,现在项目已经完成了前期工作,了解了项目的目标、搞清楚了手上的资源,制定了项目的策略,然后编制了项目的整体计划,项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候,不像前期的时候项目经理要象记者一样到处和不同的人接触,搞清楚他们在说什么,努力猜测他们在想什么和他们的真正目的,那才是最累人的事情。当然,小项目的项目经理往往自己也是一个资源,要做很多事情,这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意,除非你需要对方给你支持,那么你才需要讲得具体一点,否则,告诉他一切正常就可以了,而且态度要积极一些,千万不要说一些领导不懂的细节,比如:“王局长,最近项目进度还算正常,就是jvm经常发生一些内存泄漏的情况…”王局长:“(*&$@@”。和自己的领导汇报也要注意这个问题,除非他是一个技术高手,你需要他的技术经验,否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了,有些需要他支持的地方,比如资源调用需要说详细一点。和组员开会,除了一些项目进度跟踪会议以外,还有很多讨论会,需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员,他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强(如果总结得不对,欢迎大家拍砖),所以,你作为会议的主持人,只要负责提出问题和记录下他们的观点,千万不要做评判者的角色。一个问题,有很多方面,从不同的角度看,现象是完全不同的,想想盲人摸象的故事吧。这些技术人员,他们往往精通一个方面,就自己的角度发表见解,除非一些很特别的情况,你都应该认为,他们提出的方案,从他们的角度来看是最合理的。你的长处是掌握事情的优先级,评估各个方面的轻重缓急,从而根据他们的意见得出一个合适的(而不是正确的)方案。所以,在会议上,你要充分尊重每一个人和他的意见,夸奖那些意见提得比较好的人,千万不要把会议带入无休止的争论(你要让大家知道事情不是非黑即白的,而是多元的,唉,我们的教育惹的祸…)。会后,你自己写文档,做决定。会议上大家的面子都被照顾了,自己实施起来的阻力就小,如果还有意见的,你就私下找他聊,如果还不能说服他,你就要让他明白,因为你负责这个项目、你担当风险,所以,这个优先级应该你来判断。组织中的高层,并不见得水平会比一般的成员高,但是,他要承担组织的风险,加之信息的不对称性,所以,对事情的优先级的判断肯定比下属强。
终可交付成果一定要是可以被检查的,比如,界面要求:美观大方、简洁明快,这个要求我就不知道如何检查。所以,给开发小组布置任务的时候就要考虑如何检查结果,比如我见过一个计划,里面有一个任务开发人员熟悉ejb编程,这个任务,除了让这些人去参加一些专业认证考试,否则,结果很难被检查。所以,时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情,我听说有些老项目经理拿到项目是倒排计划的,即首先看如何验收和验收标准,然后决定工作计划。很多项目开始了很久,还不知道如何验收,那么这个项目出问题的可能性就很大了。做项目就是为了验收,我们的角色不是研究机构,我们的目的就是在付出那么多劳动后得到结果。
另外我插一句:我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流,很容易引起冲突和矛盾(技术人员的本性决定的)。我的做法是项目经理和项目实施人员到现场,软件开发人员还是在公司做项目。项目实施人员就是初级项目经理,他们了解自己的产品,懂得一些客户的业务,关键是在于他们具有良好的沟通能力,俗称“皮厚”。他们是客户和研发人员的桥梁,其职业方向也是很机动灵活,以后可以有很多方向可以转,比开发人员的路要宽得多。
变更通常分为两种:一种是部分更改了原先的目标,即需求变更;另一种是没改变目标,但是客户不满意目前的实现方式,大到流程的实现,小到界面的布局,都是属于这类。碰到这种情况是难以避免的,主要是事先沟通的不够充分和客户随着项目的进展,慢慢想清楚了问题,改变了以前的思路。这时候,如果需要改并且你的战略是容许这种情况的,那么注意下面几点:
(项目初期的工作)明确更改流程,一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子,你就废了),以正式项目文件的方式提交给你,然后,你做评估分析,分析对成本、进度的影响,在你的领导同意后,出相应意见书,主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来,后面如果真的发生了,至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗?对,就学习那个,让大家都意识到任何的更改都有成本和代价。
作为项目经理,其实脑子里就是几样东西:做哪些事情、做到什么程度、怎么交货、手上的资源以及各个事情的优先级。所谓多快好省那是人类的梦想,这四个方面都是相互矛盾的,属于典型的又要马儿跑,又要马儿不吃草的类型。考虑问题的轻重缓急方面,往往是把快放在第一位,各方领导都会给你最后期限,所以保进度是第一位的;省是第二位的,企业的根本目的是盈利,如果收入不能增加的话,至少费用要控制住;好是第三位的,没办法,谁都想精益求精,但是,没有强大的资源保障,质量只好先牺牲了;最后是多,客户的要求源源不断,如何降低客户的期望值,让他们从理想回到现实也是项目经理的分内工作。
验收前,除了做好文档工作,即可交付成果以外,多花时间搞清楚客户的做事情流程是很重要的事情,这些在前面已经有所提及,这里就不再多说。
我对验收最大的体会就是举证问题。即千万不要让客户这么想:你必须有证据证明你的系统是没问题的。这样你就没戏了,微软那么多天才,做了xp还天天打补丁,要你的程序没问题,既不可能,你也没办法拿出证据。你要让客户明白,所谓验收,就是我按照测试文档的测试用例跑一遍,结果和预期结果一致就应该算通过了,而且还容许有一些小错误留在验收后改正,他可以对测试用例提意见。所以,验收前双方要确认测试计划和测试用例。如果他认为系统不符合要求,那么他应该举证,证明这个系统和最初设计相背离的。所以,参考法律概念,千万不要举证倒置。另外,认为系统完美了才能验收的想法也是错误的,软件开发合同里一定要注明验收以后维护期的费用问题,否则,客户担心一旦验收就得不到你们的支持,自然不配合验收,那么,你这个项目经理就很难交功课了。
项目经理的防水工程心得【第五篇】
20__年我服从公司的安排,承接担任了由__集团开发的建筑面积达二十万余平方米、工程总造价七千余万元的“__商住楼”工程项目的项目经理。资金上的压力,施工技术上的难度及项目部主要管理人员的组织等一系列难题亟待解决。任何一点出现差错将对工程项目的顺利完成带来不可估计的压力。“事以人为本”特别是主要工程施工管理人员的选择都是经过精心挑选,在技术上都能独当一面,而且具有相当丰富的现场施工管理经验。项目部主要管理人员的优化组合,是完成工程项目的有力保证。
任何一项项目工程都是由:人员、资金、物力三个方面组成,任何一方面的不足都将给工程的质量、安全、进度埋下隐患。“万事人为本”施工班组的选择是我重点考虑的问题,在各工种施工班组的组织过程中,班组长的专业技术素质、安全质量意识是关键,他们是各工种在施工过程中的领头“雁”,他们整体素质的好坏对整个工程起到中流砥柱的作用。
资金的投入量和资金的到位率是保证建筑产品质量、保证安全生产,如期完成的晴雨表,只有足量的资金投入才能保证质量,确保安全生产,才能按计划进度如期完工。但就目前的情况看,建筑行业已是一个微利行业,再加上有的建设方资金到位率低,这更加重了我们经济压力。但不管资金怎么紧张,我项目部民工及管理人员的工资还是按月到时发放,从没有因资金紧张而克扣、拖欠民工工资现象发生。
“百年大计,质量第一”在日常施工中,我们严把质量关,为使每道工序质量得到保证,项目部配有专职质量员,对施工操作过程作全方位的跟踪,从不因资金困难而影响质量。工程总体质量受到业主及有关方面的好评和肯定。安全是企业的效益;安全是职工的生命!这不是一句简单的口号。“安全与质量并举”,“信誉与效益并存”,这是我项目部的`工程项目管理宗旨。
20__年的工作中,我负责的工程尽管有一定的成绩,但是仍然存在很多不足,需要继续总结和完善。新的一年中,我要进一步重点作好3个方面的管理:
一是人的管理。人是管理的组织者和执行者,项目管理人员不能松懈,只有全体管理人员密切配合,各负其责,才能作到施工各个环节环环相扣,整体工作才能井然有序。
二是物的管理。也就是材料的管理。20__年,我将继续在项目管理中作好限额领料制度,并且进一步细化,定期与工程预算量进行对比分析,找出不足,制定对策。
三是法的管理。也就是施工方法的研究和管理。在公司各项预防措施的基础上,结合工程实际特点,进行优化和改进,形成一套行之有效的施工方法,以便于指导施工和工人操作。