最新【总结模板】项目经验教训总结
项目工作总结范文3篇

项目工作总结范文3篇项目工作总结范文一:在本次项目工作中,我们团队成功完成了项目目标,并取得了令人满意的成果。
通过团队合作、精细计划和高效执行,我们顺利完成了项目的各个阶段。
首先,我们进行了详细的项目规划和需求分析,明确了项目的目标和任务。
通过与客户密切沟通,我们确保了项目需求的准确理解,并及时做出调整。
在项目实施过程中,我们遵循了项目管理的原则,制定了合理的时间表和任务分配,确保了项目进度的顺利推进。
其次,我们注重团队协作,有效地组织和分配了各项任务。
通过明确每个团队成员的职责和工作计划,我们保证了项目工作的高效进行。
在工作过程中,我们积极开展沟通和协调,解决了各种问题和困难。
团队成员之间的密切配合,使项目工作流程更加顺畅,提高了工作效率。
最后,我们进行了全面的项目评估和总结。
通过对项目执行过程中的经验教训和问题进行梳理和总结,我们了解了项目中存在的不足和提升的空间。
在后续的类似项目中,我们将更加注重对项目进度的控制和团队成员的培养,以提高项目的质量和效率。
总之,通过本次项目工作,我们不仅取得了良好的结果,更积累了宝贵的经验。
我们将以此为基础,不断提高自身的能力和水平,为客户提供更加优质的服务。
项目工作总结范文二:经过一段时间的努力,本项目已圆满完成。
在这个过程中,我们团队取得了一系列的成绩和经验,也遇到了不少挑战和问题。
下面是对本项目工作的总结。
一、项目成果:1. 成功实现了项目目标,交付了符合要求的产品和服务。
2. 完成了项目计划中的各项任务,按时完成了项目交付。
3. 在项目工作中发现并解决了一些技术和管理问题,提升了项目工作效率。
二、成果分析:1. 在项目规划和管理方面,我们团队具备较强的组织能力和执行力;2. 在项目执行过程中,我们能够快速响应变化和问题,及时采取措施进行调整;3. 在项目团队协作方面,团队成员之间的合作默契度较高,有效地推动了工作推进。
三、经验教训:1. 需要更加注重需求分析和项目计划的细致性,避免后期的调整;2. 在项目执行过程中,需要更加注重变化的管理和问题解决的能力;3. 在项目团队协作中,需要更加注重沟通和协调,避免信息传递不畅造成的问题。
项目总结报告模板范文(3篇)

第1篇一、项目背景1. 项目名称2. 项目发起单位3. 项目背景介绍4. 项目实施目的二、项目实施过程1. 项目启动阶段1.1 项目立项1.2 项目组织架构1.3 项目计划与目标2. 项目实施阶段2.1 项目实施步骤 2.2 项目关键节点 2.3 项目实施团队 2.4 项目进度控制2.5 项目风险管理3. 项目验收阶段3.1 项目验收标准 3.2 项目验收流程3.3 项目验收结果三、项目成果1. 项目成果概述2. 项目成果展示2.1 文档成果2.2 硬件成果2.3 软件成果2.4 知识产权成果四、项目效益1. 经济效益2. 社会效益3. 生态效益4. 其他效益五、项目经验与教训1. 项目成功经验1.1 项目管理经验1.2 团队协作经验1.3 技术创新经验2. 项目失败教训2.1 项目管理教训2.2 团队协作教训2.3 技术创新教训六、项目可持续发展1. 项目后续发展计划2. 项目可持续发展的措施 2.1 政策支持2.2 技术创新2.3 资金保障2.4 人才培养七、项目总结1. 项目总结概述2. 项目总结评价2.1 项目实施效果评价2.2 项目管理评价2.3 团队协作评价2.4 技术创新评价八、附件1. 项目相关文件2. 项目验收报告3. 项目成果证书4. 项目团队成员名单5. 项目相关照片以下为具体内容:一、项目背景1. 项目名称:XX智慧城市建设项目2. 项目发起单位:XX市政府3. 项目背景介绍:随着我国城市化进程的加快,城市面临着人口、资源、环境等多方面的压力。
为提高城市管理水平,促进城市可持续发展,XX市政府决定开展智慧城市建设。
4. 项目实施目的:通过建设智慧城市,提高城市运行效率,改善市民生活质量,推动产业结构优化升级,促进经济持续健康发展。
二、项目实施过程1. 项目启动阶段1.1 项目立项:项目于201X年X月正式立项,由XX市政府牵头,相关部门参与。
1.2 项目组织架构:成立项目领导小组,负责项目整体规划、协调和监督。
项目公司的项目经验和经验教训总结

项目公司的项目经验和经验教训总结一、项目经验总结在过去的项目经验中,项目公司积累了许多宝贵的经验。
以下是我们总结出的几点项目经验:1. 充分了解项目背景:在启动项目之前,我们努力了解项目的背景信息。
包括项目目标、需求和预算等各方面的情况。
通过充分了解项目的环境,我们能够更好地规划和管理项目,确保项目的顺利实施。
2. 确定明确的项目目标:项目公司非常注重明确项目目标。
我们与客户合作,共同确定项目目标,并将其分解为具体的可衡量的阶段性目标。
这有助于团队成员理解项目的重要性,并使他们更加专注于实现目标。
3. 高效的沟通与协作:在项目中,良好的沟通和协作是非常关键的。
项目公司鼓励团队成员之间建立积极的沟通渠道,并利用各种沟通工具确保信息的畅通流动。
此外,定期组织团队会议和进度更新,有助于促进团队合作和共享经验。
4. 管理风险:项目公司非常注重项目风险管理。
我们定期评估项目风险,并制定相应的风险应对策略。
通过提前预测和规划,我们能够更好地应对潜在的项目风险,确保项目按计划进行。
二、经验教训总结在过去的项目实施过程中,项目公司也遇到了一些挑战和经验教训。
以下是我们总结出的几点经验教训:1. 项目范围管理:在一些项目中,我们发现项目范围管理非常关键。
如果项目范围不明确或频繁变更,会对项目进度和预算造成很大的不利影响。
因此,我们在未来的项目中将更加重视项目范围的管理和变更控制。
2. 供应链管理:在一些项目中,我们注意到供应链管理的重要性。
项目公司将加强与供应商的合作,确保供应链的可靠性和稳定性。
此外,我们还计划建立更有效的供应链管理系统,以提高采购和交付效率。
3. 人员管理与培训:项目公司深刻认识到人员管理和培训对项目成功的重要性。
未来,我们将进一步加强对团队成员的培训,提高他们的专业素质和项目管理能力。
同时,我们也将关注员工激励和团队建设,增强团队的凝聚力和合作意识。
4. 持续改进:在项目实施过程中,我们非常重视持续改进。
项目经验教训总结(优秀5篇)

项目经验教训总结(优秀5篇)项目经验教训总结(优秀5篇)项目经验教训总结要怎么写,才更标准规范?根据多年的文秘写作经验,参考优秀的项目经验教训总结样本能让你事半功倍,下面分享【项目经验教训总结(优秀5篇)】相关方法经验,供你参考借鉴。
项目经验教训总结篇1项目名称:智能客服系统项目经验教训总结:1.项目规划和需求分析:我们在项目初期忽略了详细的规划和需求分析,导致项目在中期出现了需求不明确,设计频繁更改的问题。
这使得项目进度受到了严重的影响。
经验教训:在项目开始之前,务必进行深入的沟通和调研,明确项目的目标和需求,并将这些需求落实到文档中。
2.风险管理:项目过程中,我们未能有效管理风险,导致出现了一些预期之外的问题。
例如,在开发过程中,我们未预见到技术难题可能会带来的延误。
经验教训:在项目开始前,要对可能出现的风险进行预测和规划,并制定相应的应对策略。
同时,还需要定期对项目进行风险评估,以便及时发现并解决问题。
3.团队沟通:项目中,团队成员之间的沟通不足,导致信息不对称,影响了项目的进展。
例如,开发人员和设计师之间的沟通不畅,可能导致产品设计无法按时完成。
经验教训:在项目过程中,要定期组织团队会议,加强团队成员之间的沟通和信息共享。
同时,也要设立有效的反馈机制,以便及时发现和解决问题。
4.测试和优化:在项目后期,我们发现系统存在一些潜在的问题和bug,这主要是因为我们没有足够的测试和优化。
经验教训:在项目结束阶段,要进行充分的测试和优化,确保产品质量。
同时,还需要制定长期的优化计划,以便应对可能出现的问题。
5.客户反馈:项目完成后,我们未能及时收集客户反馈,导致我们无法了解系统的实际效果。
经验教训:在项目完成后,要及时收集客户反馈,了解系统的优缺点。
这将为我们提供宝贵的信息,以便我们在下一个项目中做得更好。
总的来说,通过这个项目,我们学习到了如何在未来的项目中更好地规划、管理风险、加强团队沟通、进行测试和优化以及收集客户反馈。
项目管理经验与教训总结

项目管理经验与教训总结在进行项目管理过程中,我们积累了许多宝贵的经验和吸取了许多宝贵的教训。
本文将对这些经验和教训进行总结,旨在提供给读者参考,帮助大家有效地进行项目管理。
一、项目立项与需求分析阶段项目的立项与需求分析阶段是项目管理的起始点,也是最为关键的阶段。
在这个阶段,我们需要确保项目的目标明确,并与相关方进行充分的沟通与协商。
同时,也需要对相关的需求进行全面的分析与理解,以制定出科学合理的项目计划。
1.1 立项阶段的经验与教训经验:在项目立项阶段,我们需要明确项目的背景与目标,同时确定项目的范围、时限和质量要求。
只有在明确了这些基本要素后,我们才能更好地进行项目管理,确保项目的顺利进行。
教训:在立项阶段,我们有时候会忽略对项目风险的评估与分析,导致在后期的项目实施中面临着各种各样的风险与挑战。
因此,在项目立项阶段,我们应充分重视对项目风险的分析,制定相应的风险应对措施。
1.2 需求分析阶段的经验与教训经验:在需求分析阶段,我们需要与相关的利益相关方进行全面地沟通与交流,以确保对项目需求的准确理解。
同时,我们还可以借助一些辅助工具,如流程图、原型图等,帮助我们更好地进行需求分析工作。
教训:在需求分析阶段,我们有时候可能会遇到需求变更的情况。
为了避免频繁的需求变更给项目带来的不必要的延误和困扰,我们应提前做好充分的需求调研工作,并在需求确认之前加强与相关方的沟通和协商。
二、项目执行与监控阶段项目执行与监控阶段是项目管理的核心过程,主要包括项目计划的执行、进度与成本的控制、质量的管理等。
在这个阶段,我们需要对项目进行全面的监控与协调,以确保项目能够按时、按质量要求完成。
2.1 项目执行阶段的经验与教训经验:在项目执行阶段,我们需要按照事先制定的项目计划进行具体的工作安排与实施。
同时,我们也需要与项目团队进行良好的沟通与协作,以确保项目按照预期的目标向前推进。
教训:在项目执行阶段,我们有时候可能会遇到资源不足、外部环境变化等问题。
项目经验教训总结(优秀5篇)

项目经验教训总结(优秀5篇)项目经验教训总结篇1项目经验教训总结:项目名称:智慧城市交通管理平台开发项目时间:2021年6月到2022年6月项目背景:本项目的目标是开发一个智慧城市交通管理平台,以改善城市交通拥堵问题,提高出行效率。
该平台通过整合城市交通数据,运用大数据和人工智能技术,为城市交通管理部门提供智能化的交通管理方案。
项目经历:1.需求分析:对项目需求进行详细分析,确定项目目标、范围和可行性。
2.设计阶段:根据需求分析结果,设计系统的架构、模块和数据库。
3.开发阶段:开发系统的各个模块,包括数据采集、数据处理、数据分析等。
4.测试阶段:对系统进行全面的测试,确保系统的稳定性和可靠性。
5.上线阶段:将系统部署到生产环境,并进行持续的监控和维护。
经验教训:1.团队协作:在项目开发过程中,团队协作的重要性不容忽视。
需要加强团队成员之间的沟通和协作,避免信息孤岛。
2.风险管理:在项目开始阶段,需要充分评估和应对风险。
例如,数据安全、系统稳定性等。
3.需求变更:在项目开发过程中,需求变更是比较常见的现象。
为了确保项目的顺利进行,需要及时评估变更对项目的影响,并制定相应的应对方案。
4.技术选型:在项目开发过程中,需要选择适合项目需求和团队技术能力的技术栈。
选择合适的技术,可以提高开发效率,降低技术风险。
总结:本次项目虽然取得了一定的成果,但是也存在一些问题和教训。
在未来的项目中,需要加强团队协作和风险管理,合理应对需求变更,选择合适的技术选型,以提高项目的开发效率和质量。
项目经验教训总结篇2项目经验教训总结:从失败中学习的教训在我最近的一项项目中,我遇到了许多挑战,也学到了很多。
这次项目给了我很多宝贵的经验,我从这次经历中学到了很多,下面是我总结的一些经验教训。
1.风险管理的重要性:在项目开始阶段,我们没有充分考虑到所有可能的风险因素。
这导致我们在遇到问题时措手不及。
从这次经历中,我认识到风险管理在整个项目过程中的重要性,需要定期评估潜在风险,并制定相应的应对策略。
项目经验教训总结模板(精选12篇)

项目经验教训总结项目经验教训总结模板(精选12篇)总结是事后对某一阶段的学习、工作或其完成情况加以回顾和分析的一种书面材料,它能够使头脑更加清醒,目标更加明确,不如我们来制定一份总结吧。
那么你真的懂得怎么写总结吗?下面是小编整理的项目经验教训总结模板,供大家参考借鉴,希望可以帮助到有需要的朋友。
项目经验教训总结篇1一、完成的主要工作任务:4月份为项目销售的准备期,具体工作内容包括:1、前期准备工作计划:制定至售楼中心全面启用前的各项准备工作计划并依照其执行。
2、人员培训:对销售人员进行房地产知识、销售知识培训,并加强销售员对项目情况的熟悉和进行深入分析、了解。
3、广告宣传:对项目的广告资源进行收集、调查,制定广告宣传方案、措施并予以落实。
4、售楼部装饰:完成售楼打包方案并配合完成售楼部的装饰。
5、营销活动及售楼中心正式启用:完成售楼中心揭幕活动准备工作及圆满举行活动,售楼中心正式启用。
6、销售工作资料准备:销售日常工作用文件资料准备,制定销售管理制度、销售政策。
以上工作的完成将项目推进到销售阶段,为项目的销售奠定基础。
二、前期工作存在的主要问题:1、工作计划缺乏整体性的步骤和计划:因项目的营销工作计划及措施不受开发商的采纳,受其影响和限制原有的营销计划全部需要调整。
由于现在销售政策不明确,无法对整体的营销计划做出调整,也不能即时地制定阶段性的销售工作计划,使销售工作缺乏指导性纲领。
2、工作衔接困难:在广告宣传措施落实和售楼中心揭幕活动准备工作中出现的工作衔接对象不准确及中间过程过长,严重影响了相关工作的效果和效率,对销售工作造成一定的影响。
3、项目的销售工作存在的主要问题:(1)广告、宣传:广告宣传的力度不够。
目前项目的.广告宣传局限于大英县,没有辐射到购买力较强的周边区域,如遂宁等主要销售目标地。
(2)销售环境:由于项目为商业地产,一定的商业包装和炒作必不可少,目前项目缺少商业氛围,商业环境有待塑造。
项目经验教训总结经典12篇

项目经验教训总结经典12篇项目经验教训总结1本次会议的议题为:一是对刚刚结束的桥梁新建、改建项目管理过程中存在的问题进行总结分析,为今后类似项目的实施提供管理经验;二是针对公司目前所处的外部竞争环境,进一步提高公司各职能部门的管理水平,降低企业管理成本,适应市场竞争和企业发展的需求。
会议首先听取了桥梁新建、改建项目负责人对项目实施过程中存在问题的汇报,并对今后改进方向达成如下共识:建立项目风险防范控制体系,从经营投标阶段开始做好各项风险分析和管理控制工作;建立健全的项目策划制度,在项目实施前期做好项目人员配备、材料采购、机械设备使用、安全质量进度成本控制等各项管理工作的策划,保证项目实施的可控性、科学性;严格施工组织计划和施工方案上报制度;加强项目安全管理,提高项目全员安全意识,进一步健全人员岗前培训及各级安全交底制度;完善岗位责任制度,实行目标责任考核,加强对项目成本的管理与控制;建立合作单位登记及资信等级分类制度,维持长期稳定的合作单位,确保工程的质量、安全和进度;加强项目部与公司后勤职能部门的沟通与协调,各职能部门要实际深入到项目各阶段的管理,做好各项服务工作;项目各项工作的开展要做到有据可依,公司综合部负责为各项目部提供所需的'各项制度、流程等相关文字资料。
会上,公司各职能部门结合部门管理职能,检讨了管理中存在的不足及改进的措施,汪总做了相关指示:综合管理部在制定项目经理岗位职责的基础上,进一步明确项目人员岗位职责,并做好人员调动、离职交接工作;项目每月资金计划拨付款项要做到专款专用,不得挪用;财务部要根据目前财务管理工作中存在的问题,尽快制定和完善相关的流程和制度,制度中应有具体的奖惩措施,其中项目出纳为项目财务管理工作的直接责任人,项目经理为主要责任人;项目资金计划拨付表会签过程中,各部门要做到权利义务对等,对签字同意或者不同意拨付的款项给出具体原因,以帮助项目部进行改进;材料管理工作要加强材料过程控制,完善材料管理手续,降低材料使用中的损耗和消耗,减少库存资金的占用;审计部门要做好过程审计工作,及时发现项目管理中存在的问题。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
项目经验教训总结关于项目经验的教训总结大家了解过多少呢?可能很多人都不是很清楚,而XX在这里为大家分享下项目经验教训总结范文,大家都一起来看一下吧。
本人做项目经理工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导,只有最合适的,没有什么叫对的,什么叫错的,项目经理最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。
以下是本人一些做项目的个人体会,写出来供大家指点,在讨论过程中共同提高水平。
项目开始阶段是一个最重要的阶段。
项目经理在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况,如:1. 这个项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题。
在国内很多客户都很不成熟的情况下,千万不要根据项目的名称望文生义地去想象项目的目标。
一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。
前期了解情况的工作越详细,后面的惊讶就越少,项目的风险就越小。
2. 这个项目里牵涉哪些方面的人,如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等,很多项目里除了业主单位的结构很复杂以外,还有一些其他单位也会牵涉进来,如项目监理公司、业主的行业主管机构等。
项目经理需要了解每个方面的人对这个项目的看法和期望是什么。
事先了解各个方面的看法和期望,可以让你在做项目碰到问题的时候,就每件事情分析哪些人会在什么方面支持你,哪些人会出于什么目的反对你,从而提前准备联合朋友去对抗敌人,让事情向你所希望的方向发展。
没有永远的朋友,也没有永远的敌人,只有一致的利益,这句话作为项目经理是一定要记住的;3.基本了解了客户的情况后,下面的事情就是了解自己公司各方面对这个项目的看法。
首先是高层领导是否重视,这个决定了你在需要资源的时候,公司是否会根据你的要求提供最有力的支持。
领导口头肯定是说支持的,你需要做的是了解公司对这个项目的实际期望,是想把项目越做越大还是想赚钱?是想做样板工程还是干脆想敷衍了事,公司领导对项目的态度决定了你做这个项目的战略,而这个战略方针将对你做项目计划产生直接的影响;4.在做整体项目计划前,还要大致计算一下你手上的资源。
首先是时间,现在市场竞争激烈,往往很多项目要求在几乎不可能的时间范围里完成。
对于这一点,你在做项目的风险控制计划的时候要充分考虑。
其次是人员,根据项目预算和已往经验,大致计算一下未来的项目小组有多少种角色,每个角色目前公司是否有人,是否能完全归这个项目使用,是否需要另外招聘一些人员,招聘的准备工作要尽早启动。
最后就是一些设备的准备,项目所需大件关键设备要尽早预定,以后不管发生设备等人还是人等设备的情况,浪费的都是你的时间;5.现在是做项目说明书的时候了。
一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么,而不是说怎么做),而且把如何检查也说明得很透彻。
也就是说它不仅说明白了要做哪些事情,也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。
简单地说,项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
6. 是到做总体计划的时间了吗?不,你现在已经知道了客户的目标和你手上的资源,那么做计划以前,你还需要和你的经理和客户充分沟通资源的问题。
因为很多资源是还不明确的,你需要写一份报告,详细分析这个项目的风险以及对资源的需求情况。
如果一些问题不能得到解决的话,将发生什么样的后果。
如果资源不够,就要高层改变策略,增加对这个项目的投入。
甚至在条件许可的情况下,有些公司会放弃这个项目。
总之,没有人能完成一个不可能完成的任务,如果项目经理不能尽早发现风险,那么就只能去当烈士了。
7. 明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略,现在是成立项目小组的时候了。
很多项目经理都没有自己选择组员的权利,那么,就尽量发挥你的影响力去寻找那些你想要的人吧。
成员的组成根据项目不同,相差较大,很难有什么具体要求,但是,一定要有精通客户业务的人,很多小项目里,这个人就是项目经理本人,大项目里会配备行业专家(Industry expert),这样和客户沟通起来才不会鸡同鸭讲,双方才可以相互理解。
我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语,结果搞得客户一头雾水,反过来,他还指责客户不懂技术。
其实,明白自己想做什么的客户已经是很好的客户了,不知道自己要做什么,更不懂怎么做还要指手画脚的客户到处存在,但是要明白,是客户选择了你,而不是你选择了客户,有了客户你才有工资拿,心平气和一点吧;8.现在你要面对三群人:你的领导、你的组员和你的客户,和这些人沟通,让他们知道你打算怎么做,什么时候要他们做什么准备这些事情将是你的主要工作。
既然沟通这么重要,那些事先定义一下沟通的原则也是一件很要紧的事情。
很多沟通原则都是潜规则,如果你在一个部门时间做长了,对这些规则的运用觉得是一件理所应当的事情,但是,你现在面对的是多个部门甚至多个单位,不把沟通规则说清楚,你以后就会吃亏。
下面的东西看起来无聊,其实还是很管用的:第一个是规定信息的流动方式和介质,是推还是拉。
推的意思就是项目经理将主动发布信息,不管通过电话、邮件还是书面方式,保证将信息传达到每个人。
这种情况适合小项目,人少;拉的意思就是项目经理就是一个类似web服务器,你自己需要什么信息就去问他。
当然,没有项目经理把自己搞得那么累,他会用发布信息到公共介质的方式公布信息,简单的是白板,复杂一点的是项目的公共信息交互区,潜规则就是我发了你没去看就不要说我没告诉你。
说这些看似很无聊,其实里面牵涉信息传达不完全的责任问题。
当然,这些都是指一般的方式,而且不要绝对化,一般情况下,主动沟通和被动访问是同时存在的,尤其是对领导,项目经理更加应该主动去和领导沟通。
第二个问题就是文档问题,很多人怕写文档,但是项目经理一定要牢记“好记性不如烂笔头”的道理。
有理有时候为什么会说不清呢?就是因为没有证据。
所以项目经理开始就要和客户说清楚有些文档是必须签字的,比如项目经理的项目日志,每个星期至少让客户签字,另外所有达成共识的东西,比如会议纪要,甚至领导的讲话记录,都要写成文档,双方签字,这样以后扯皮的时候,就能做到有据可查。
记住:说了的就和没说一样,只有写下来大家签字后才算真正发生了的。
还有一些问题,比如你提交的报告,给领导(包括本方领导和客户领导)做一个选择题,结果领导压住不批,让你无所适从,结果拖延了进度。
这时候,你可以等,但是注意要留记录,标明是谁的责任;另外,如果你在开始阶段就和领导商定:如果批示提交三天后没有得到领导答复就算对方同意,这样你就会主动很多。
再比如不同事件的审批流程问题:什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。
事先想得越周到,以后的工作就越主动。
9. 做了很多前期工作,定义了一些游戏规则,现在是坐下来做计划的时候了。
这一节,任意找一本项目管理的书都会说得比我好,所以我就少写一点,说一些自己的体会就是了。
首先是找几个关键组员,比如客户业务专家、系统分析员等等,做一下项目模块划分工作。
项目分成几块去做,每一块完成什么,模块之间的信息如何交换等等。
需求定义的是做什么的问题,而这里说的是怎么做的问题。
这里要强调一点:完成一个目标有很多种方式,你要选一种你最熟悉的,而不是看上去最完美的,这个思路会让你的项目减少很多风险。
有时候客户会被某种新技术打动,坚持要你采用那种新技术,你就应该告诉他:你选我做这个项目,就应该容许我采用自己最喜欢的方式做事情,新技术之所以有诱惑力,就是因为吃亏的人还不多,我不希望你成为第一批受害者。
采用一个计划会让你的工作更加明确,比如用微软的Project软件,你填写完表格以后,就可以知道这个项目有多少件事情要做,每件事情需要什么资源,他们之间的前后关系如何,消耗的时间有多长,完成后有什么标志等。
所有的结果最后用一个叫做甘特图的形式表现出来。
你做完这个表以后会惊奇地发现,甘特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。
当然,学过项目管理的人会大谈什么WBS、优化路径之类的东西,但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。
如果你没碰到这个问题,在我恭喜你挑了一个轻松活之前,请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。
这时候,你就要考虑牺牲一些任务的时间(也意味着质量)了。
按照什么标准牺牲?这个项目的战略!我们在第三节提到过的战略。
我的经验是如果你什么都赶进度,其结果可能就是十件事情你一件也没做好,想想多么失败啊。
所以,把资源投到你熟悉和有把握的事情上,最后的结果是十件事情,你有三件做成了精品,三件完成,还有四件因为某些原因延误,成绩单是否靓丽了很多呢?战略决定优先级,而正确排列事情的优先级是一个项目经理能力的主要体现。
现在项目已经完成了前期工作,了解了项目的目标、搞清楚了手上的资源,制定了项目的策略,然后编制了项目的整体计划,项目进入实施阶段。
进入这个阶段反而是项目经理比较空闲的时候,不像前期的时候项目经理要象记者一样到处和不同的人接触,搞清楚他们在说什么,努力猜测他们在想什么和他们的真正目的,那才是最累人的事情。
当然,小项目的项目经理往往自己也是一个资源,要做很多事情,这时候反而比谁都苦。
项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。
和客户领导沟通时特别要注意,除非你需要对方给你支持,那么你才需要讲得具体一点,否则,告诉他一切正常就可以了,而且态度要积极一些,千万不要说一些领导不懂的细节,比如:“王局长,最近项目进度还算正常,就是JVM 经常发生一些内存泄漏的情况…”前言:一个成功的项目管理必须有完善而且可行的管理制度,有合理的办事流程,有各类切合实际的预案及措施,有执行力强的项目管理人员,安全、质量能标准化。
如果项目做到这些,项目经理的手机可以不用,现场办公室可以不来。
余世维的管理讲座视频很好,建议自己学习。
对管理人员:管理人员配置要满足现场情况,一般单体工程土建需要4人才能做好创样板工地的各方面要求,或者每人一栋楼,分工不宜经常变换。
必须从开工就按中建股份项目管理手册、八局项目管理手册及青岛公司项目管理手册严格进行标准化管理,从开工就按管理手册实施的工程绝对能达到公司样板工程。
项目开工前对所有人员强调项目人员必须做到项目管理手册全部内容,磨刀不误砍柴工。
白天80%上班时间在现场全程跟踪、检查、学习,每天晚上做好工作日志,技术复核资料,并提前做好第二天的验收资料,充分熟悉第二天的工作内容。