本篇文章给大家谈谈项目经验分享,以及项目经验分享可以讲些什么对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。
导语:新的项目意味着新的起点、新的机遇、新的挑战,我决心再接再厉,只有吃的苦中苦,方能成为人上人。在以后的工作中扬长避短,克服不足、认真学习、勤奋工作,使自己能一直紧跟公司发展的步伐和体现自己的价值,为公司今后的繁荣发展做出应有的贡献!
项目管理的经验心得分享 篇1
一、专业基础方面
按照部门安排,结合专业实际特点,制定了专业的日常维护计划,建立了专业的工作常识,并收集大量有关消防工程方面的资料。
二、现场管理方面
针对本专业所管辖的设备制定了个人的工作计划,每日跟踪重点项目,全身心投入,督促现场施工单位做好日常管理工作,重点监督完成整改等工作,协助完成了结构具体工作。
三、施工质量方面
按照有关的质量管理标准和规范对全现场消防给排水系统进行了全面跟踪,从而使工程质量处于受控状态。
四、安全管理方面
我个人做到每日对现场的巡查,坚持主要对安全文明施工进行反复的督促。
五、配合其他工程项目方面
在做好专业工作的同时,我还积极完成领导交办的其他工作。一年来为了做好工作,我主动收集资料,积极与其它部门配合,积极配合公司合约部完成项目结算工作。
在这一年中,在同事的帮助和领导的信任下,圆满的完成了各项工作,也学到了很多新的知识,取得了一些成绩,但仍存在一定的差距,因此在明年的工作中准备从以下几方面加强:
1、今后加强学习,认真提高业务、工作水平,着重加强工程施工管理和工程质量等方面的培训。同时要拓宽知识面,在工作中多留心相关专业知识的汲取,使自身在消防工程管理等方面得到加强和全面发展。 2、学习身边其它同志的那种不记个人得失、吃苦耐劳的精神,积极完成各项工作任务,与同事间积极沟通,鼎力协作,凡事以公司利益为主,积极为公司创造更高价值,力争取得更大的工作成绩。
3、做好外部协调工作。工程管理涉及到包括施工单位、设计院、设备厂家的诸多方面因素,在今后的工作中,要主动与各方面沟通,了解其实际困难,了解现场施工需求的实际进程,一定要将工作做实,做细,为工程服务。 使得在项目上顺利通过消防验收工作。
项目管理的经验心得分享 篇2
1、工作一定要有计划,有计划一定要有考核,尤其是工作目标一定要明确。
没有工作计划,有了目标也不会按期自动完成,没有计划就是正在计划失败。有了工作目标但不明确,谁对谁负责,谁去完成任务,什么时间完成,完成后对谁交接,布置任务责任不清是造成执行效率低的主要原因,尤其是要界定清每个人的工作范围。从工程实践来看,当有分包队伍工程进度有可能影响整体工程目标的实现时,立即对其开出工程督改通知单,并开出罚金,无论看起来多紧的工期总是能想办法按期实现。
2、组织共识至关重要,上下同欲者胜。
要向员工们解释为什么做好这个事情比怎样做好这个事情更重要,有时员工缺少的不是能力,而是意识。在原料场二期工程尾项中,尤其牵涉到向生产方交付使用的情况,很容易出现工作扯皮和推诿的现象,我提了几项原则,其中一条是“不与甲方争辩”,就要告诉现场各专业主管,作为乙方我们树立要为甲方服好务的思想,甲方提问题,我们就是解决问题的,出现问题不要把主要精力关注在问题本身,而要把90%精力放在如何去解决问题上,甚至提出了如果安排的任务不理解,你可以不去做,但一定及时反映。同志们思想有了很大改观,加快了尾项工程处理速度。
3、一定要按工作原则做事,而不是只强调工作程序。
施工管理中遇到问题层出不穷,很难预期,要求处理的时间又非常紧,所以对现场主管要求更多要按原则去迅速处理,而不是一定要征得领导同意。在原料场二期工程中,我提了几个原则:
①一定要按图施工,一定要有书面依据,以图纸和设计变更作为主要依据,图纸上没有的经甲方同意的一定及时办理现场签证。
②不与甲方争辩,要把90%精力放在解决问题上而不是问题本身。
③一定要及时沟通,不能解决的问题一定要及时反映,而不是积压,错过了时机再去补救太难了。
④工作要积极主动,上道工序做完要及时通知下道工序,下道工序也要主动去催上道工序,甚至是甲方项目部,提出问题的同时要提出解决问题的几个方案。
⑤要做一个负责任的施工方,并继续打好项目部这个品牌,要让别人认为,我项目部不仅能抢工期,更能做好尾项,服好务,善始更能善终。
⑥一定处理好与甲方和项目其它相关方的关系,不允许在任何情况下与他们把关系搞拧了或矛盾激化,即使对方完全错误,你完全站在工作立场上也不行,别人有错也要给他能接受的方式去改正,干好活、赚好钱但把甲方的关系搞丢了你也是不合格的,换句话说,做事更要去做人。
⑦不要把个人情绪带到工作,施工管理工作任务重、工期紧、压力大,情况复杂,人来人往间难免磕磕碰碰,有矛盾一定要及时排解,绝不许把工作当作渲泄个人情绪的私人工具。并逐条向各专业负责人解释,使同志们的思想受到很大震动,但最终达到了思想统一。
4、要有项目风险预控方案。
工程项目必须事先有风险预控方案,事前控制永远要好于事中和事后控制,但如何做到事前控制要靠平时积累。从目前看,由于甲方的原因引发的项目下马已成为工程项目风险的首要因素,都因为甲方的种种原因而取消或延迟,造成人员组织和前期准备的无谓浪费。
5、管理一定要进行有效确认。
管理不是去管了就算完成了,管理到位了吗,管理有效果吗,管理有效益吗,是按质按量如期完成的吗,完成了之后及时报告了吗,是付出了多大资源投入才完成的。常见的说法:我已经给分包方说了,设备上我已经催了甲方负责材料供应的,到底事情办到什么程度不知道、不清楚。管理不只是张张嘴说说几句话,要有实际行动和实际效果,更不是文字游戏,要有检查和效果评估。对我们职能处室工作进行反思,不是没有管理制度,但有些管理制度更像只在上面喊了几声便没有了下文,制度上了墙就不再下来了。
6、决心决定成败。
任何事情或困难的解决速度的快慢取决于我们解决它们的信心和决心,你下决心一定要解决它,你就一定能找到解决问题的正确办法和途径。原料场工程是项目部所接的第一个过亿元的大型综合工程,无论对工程部领导还是普通员工都是一次巨大的挑战,尤其是施工总包,而工程部传统上是一个土建施工队伍,对工艺和设备安装及无负荷试车比较陌生,具备施工条件的时间比较晚,而3.20节点不能变,当时工程部上下经过几次动员和开工前宣誓,克服任何困难也要啃下这块硬骨头,在影响工期的几个关键因素上进行摸排筛查,不等不靠,主动出击,全体员工铆足了劲,绷紧了弦,最后克服了重重困难如期交了工,而干二期工程的时候感觉上就松了口气,有些工程就始终紧张不起来,最终有些工程延期。
7、提倡双赢或多赢思维。
现代社会要求人与人、人与组织、组织与组织之间的关系不是我赢你输,也不是我输你赢,更不是我输你也得输,而是你赢我也赢的双赢或多赢思维,是竞合而不只是单纯的竞争关系。对分包方我们不只是经济利益对立的双方,更是一对利益共同体,他干的工程就代表我们的形象,一荣俱荣,一损俱损,我们对他们的管理不能停留在管理和控制阶段,包括工程处罚,而是作为项目合作方,我们更要去帮助和扶持他,甚至去改变他,不是只停留在评价和批评的静态层面上。对我们的职工更应如此,要充分考虑员工的正常需求和个人成长,考虑他们的所思所想并结合组织目标给予满足,有个人的成长就会有组织的成长,有个人需求的满足才能有组织目标的实现,相反,如果只要求组织目标的实现而不考虑个人的需求会有什么样的结果。
8、要分工,更要协作。
劳动分工是社会化大生产发展到一定阶段的必然产物,也是提高工作效率的重要途径,但分工的目的是为了更好的协作。刚到项目部时,最常见的现象是土建只负责土建,电气只负责电气,水暖只负责水暖,设备安装只管设备安装,一牵涉到工序交错就出现扯皮现象,动不动就说那是土建的活不归我管,那是水暖管的我说了不算等似乎很有道理的道理,造成很简单一件小事也要通过项目经理协调才能完成,在尾项工程计划考核中我引进了跨专业考核办法,工作分配完,让土建考核电气,电气考核设备安装,设备安装考核水暖,水暖考核土建,考核人不仅负责考核工作任务,同时负责考核对象的工作所需条件和资源协调,同奖同罚,既要负责上报考核对象当天工作概况,也要把自己的工作概况上报给他的考核人,有力地促进各专业的融合和协作精神的形成。
9、公司或组织的发展追求的应是多目标体系的平衡式发展,而不只是追求经济效益和财务指标的单一目标的实现。
能赚钱、有利润是干工程最起码的要求,但不是唯一的要求,更不是“一钱遮百丑”,如果一个企业没有客户的增长,业务流程的优化,组织和员工的学习成长,没有这种平衡式发展,它是不可能实现健康可持续发展的,更不用说它的主要财务指标了。尤其在企业的发展期,组织和个人的学习成长甚至比赚钱还要重要。在二期尾项工程和综合仓库工程中,有些专业人员出现过一些小的`工作失误,但出于个人原因一直想掩饰,我告诉他们,事情已经发生要全力补救,我不怕你们犯错误,我怕你们犯错误后对错误无所谓的态度,怕你们犯两次同样的错误,只要能从中吸取经验教训,增长才干,并能采取有效措施解决它,解决好这一个问题就是解决好一类问题、一批问题,这样对项目部和工程部才有意义,因为下一次遇到它时有可能是在更大的工程上。
10、施工项目经理要参与设计。
施工项目经理要具备设计能力,如果有条件,项目经理要参与设计。从工程实践来看,甲方项目部有许多现场工程管理人员前期的介入是从设计院就开始的,换句话说,他们所管理和监理的工程对象就是他们自己设计的图纸,土建、水电、工艺和设备安装等环节的管理非常到位,思路非常清晰,指挥得心应手,所以后来的二条线如期贯通和新建工程的快速达产达效就不足为奇了。
项目管理的经验心得分享 篇3
今年是“十二五”开局之年,我国为应对金融危机安排的4万亿投资建设项目将大部分在“十二五”期间竣工,因此做好“十二五”期间重点建设项目档案工作任重道远。我们现在对重点建设项目档案工作中出现的问题和漏洞进行探讨、研究和解决十分必要。根据以往实践,要规范重点建设项目档案管理,笔者认为应从以下五个环节入手。
一、认清重点建设项目档案对重点建设项目的重要作用,加强对重点建设项目档案工作的组织领导,建立健全管理体制
重点建设项目档案是重点建设项目立项、勘察、设计、施工、竣工、使用及管理全过程形成的具有保存价值的文字、图表、声像等形式的真实记录,为项目投入运行后的管理、维修、改扩建等提供依据,有效利用档案可避免工作的盲目性,挽回损失,减少浪费,因而能产生巨大的经济和社会效益。因此,做好重点建设项目档案工作功在当代,利在千秋。各级政府应将重点建设项目档案工作摆上重点建设项目管理的议事日程,吸收档案部门为重点建设项目领导机构成员,大力支持档案部门参与对重点建设项目档案的管理、检查、考核、验收和评比等工作,从而使重点建设项目档案工作始终处于档案部门的监控之下。各建设单位也应建立相应的档案管理体制,明确分管领导和管理机构,让档案部门参与一切有关项目建设的活动,从而使每一个重点建设项目档案工作有人管、有人抓、有人干。
二、依法加强重点建设项目档案工作的监管,严肃查处重点建设项目档案工作中的违法行为
各相关部门应在政府重点建设项目领导机构的统一协调下,认真贯彻落实国务院《关于加强基础设施工程质量管理的通知》要求。档案部门应认真领会《通知》精神,增强依法管理的信心,积极争取有关部门的配合,加大对重点建设项目档案工作的检查力度,对违反《档案法》的行为严肃查处,及时进行报道和曝光,使各建设、施工单位引以为戒,增强做好档案工作的自觉性,将建设项目档案管理逐步纳入法制轨道。
三、积极在重点建设项目中推行“四制”管理,落实档案工作领导责任制
近年来,我国在建设领域内进行了一系列改革,逐渐与国际接轨,投资主体的多元化,必然带来工程建设管理方法的调整。在重点建设项目中推进的“四制”(即项目法人责任制、招标投标制、工程监理制、合同制)管理,应将档案工作纳入其中,着重落实建设项目档案工作领导责任制,将档案工作纳入工程质量行政领导责任制进行监督将工程档案资料收集整理纳入工程监理;将竣工档案交接工作纳入合同管理。应组织建设单位认真学习有关文件规定,落实建设单位对建设项目档案负总责制,切实做到“三同步”(即工程项目分阶段建设与提出归档要求同步、检查工程项目进度和质量与检查工程项目档案的管理状况同步、验收工程项目与验收工程档案同步),确保项目档案万无一失。
四、组织落实重点建设项目档案管理登记制度,坚持档案验收程序,把好工程档案质量关
重点建设项目档案登记制度是加强重点建设项目档案监管、保证项目档案工作与项目建设同步进行的有效手段。档案部门应予以足够重视,抓好落实。各相关部门应认真遵守《基本建设项目档案资料管理暂行规定》,及时安排档案部门参加重点建设项目档案资料的检查验收,并确立档案在项目验收时的“一票否决”地位。档案部门应认真组织实施好验收工作,严把工程档案质量关。
五、认真履行职责,密切配合,加强对重点建设项目档案工作的调研,共同抓好指导工作
档案部门要积极主动与计委、建委、项目主管部门和建设单位联系协调,深入到项目管理和施工现场,了解建设项目的管理方式,对工程质量与工程档案关系、监理制度对档案工作的影响、档案管理纳入合同管理等问题展开细致的调研,逐步探索出新的、行之有效的档案管理方法,用于指导和培训重点建设项目档案工作和管理人员,提高档案管理水平,达到科学、规范的要求,为后人留下完整、齐全的工程档案。
做项目管理计划之前,要做不少准备,需要想清楚很多事情。下面是某位项目管理者的经验分享,对于做项目管理的朋友来说,看了,能够得到不少收益哦。
1.这个项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题。在国内很多客户都很不成熟的情况下,千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细,后面的惊讶就越少,项目的风险就越小。
2.这个项目里牵涉哪些方面的人,如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等,很多项目里除了业主单位的结构很复杂以外,还有一些其他单位也会牵涉进来,如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望,可以让你在做项目碰到问题的时候,就每件事情分析哪些人会在什么方面支持你,哪些人会出于什么目的反对你,从而提前准备联合朋友去对抗敌人,让事情向你所希望的方向发展。没有永远的朋友,也没有永远的敌人,只有一致的利益,这句话作为项目经理是一定要记住的;
3.基本了解了客户的情况后,下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视,这个决定了你在需要资源的时候,公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的,你需要做的
是了解公司对这个项目的实际期望,是想把项目越做越大还是想赚钱?是想做样板工程还是干脆想敷衍了事,公司领导对项目的态度决定了你做这个项目的战略,而这个战略方针将对你做项目计划产生直接的影响;
4.在做整体项目计划前,还要大致计算一下你手上的资源。首先是时间,现在市场竞争激烈,往往很多项目要求在几乎不可能的时间范围里完成。对于这一点,你在做项目的风险控制计划的时候要充分考虑。其次是人员,根据项目预算和已往经验,大致计算一下未来的项目小组有多少种角色,每个角色目前公司是否有人,是否能完全归这个项目使用,是否需要另外招聘一些人员,招聘的准备工作要尽早启动。最后就是一些设备的准备,项目所需大件关键设备要尽早预定,以后不管发生设备等人还是人等设备的情况,浪费的都是你的时间;
5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么,而不是说怎么做),而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情,也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说,项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
6.
是到做总体计划的时间了吗?不,你现在已经知道了客户的目标和你手上的资源,那么做计划以前,你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的,你需要写一份报告,详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话,将发生什么样的后果。如果资源不够,就要高层改变策略,增加对这个项目的投入。甚至在条件许可的情况下,有些公司会放弃这个项目。总之,没有人能完成一个不可能完成的任务,如果项目经理不能尽早发现风险,那么就只能去当烈士了。
7.明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略,现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利,那么,就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同,相差较大,很难有什么具体要求,但是,一定要有精通客户业务的人,很多小项目里,这个人就是项目经理本人,大项目里会配备行业专家(Industry
expert),这样和客户沟通起来才不会鸡同鸭讲,双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语,结果搞得客户一头雾水,反过来,他还指责客户不懂技术。其实,明白自己想做什么的客户已经是很好的客户了,不知道自己要做什么,更不懂怎么做还要指手画脚的客户到处存在,但是要明白,是客户选择了你,而不是你选择了客户,有了客户你才有工资拿,心平气和一点吧。
对于这种需求天天变的客户,你就一定要事先做好规矩:
一、统一联系人,客户指定一个人和项目组进行沟通,不能张领导、王领导都来说几句,如果他们意见不一致,那你只有得罪领导的选择了,所以,项目的最初就要定好规矩,我项目组只认一个的意见,有什么要求你们内部先统一再和我谈,我不想卷入你们内部业务部门之间的矛盾之中;
二、所有需求变更全部要有书面文字,这点切记!这样做好处多多:
*有书面证据,以后他还想改,你有了他以前要求的证据,告诉他:你以前可是这么说的;
*便于需求变更管理,需求如何慢慢演变的历史可以看清楚,从而更深切地体会客户的目的;
*对于客户来说,嘴巴一动最方便,反正是你们做,不花他的资源,所以要求是否合理,是否
和项目的目的一致,他是不负责任的。但是如果要他写书面要求,还要签字盖章,他就要谨慎多了,而且一写东西,思想就会更加深入,很多无理要求也就这样胎死腹中了;
8.现在你要面对三群人:你的领导、你的组员和你的客户,和这些人沟通,让他们知道你打算怎么做,什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要,那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则,如果你在一个部门时间做长了,对这些规则的运用觉得是一件理所应当的事情,但是,你现在面对的是多个部门甚至多个单位,不把沟通规则说清楚,你以后就会吃亏。下面的东西看起来无聊,其实还是很管用的:第一个是规定信息的流动方式和介质,是推还是拉。推的意思就是项目经理将主动发布信息,不管通过电话、邮件还是书面方式,保证将信息传达到每个人。这种情况适合小项目,人少;拉的意思就是项目经理就是一个类似web服务器,你自己需要什么信息就去问他。当然,没有项目经理把自己搞得那么累,他会用发布信息到公共介质的方式公布信息,简单的是白板,复杂一点的是项目的公共信息交互区,潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊,其实里面牵涉信息传达不完全的责任问题。当然,这些都是指一般的方式,而且不要绝对化,一般情况下,主动沟通和被动访问是同时存在的,尤其是对领导,项目经理更加应该主动去和领导沟通。第二个问题就是文档问题,很多人怕写文档,但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢?就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的,比如项目经理的项目日志,每个星期至少让客户签字,另外所有达成共识的东西,比如会议纪要,甚至领导的讲话记录,都要写成文档,双方签字,这样以后扯皮的时候,就能做到有据可查。记住:说了的就和没说一样,只有写下来大家签字后才算真正发生了的。还有一些问题,比如你提交的报告,给领导(包括本方领导和客户领导)做一个选择题,结果领导压住不批,让你无所适从,结果拖延了进度。这时候,你可以等,但是注意要留记录,标明是谁的责任;另外,如果你在开始阶段就和领导商定:如果批示提交三天后没有得到领导答复就算对方同意,这样你就会主动很多。再比如不同事件的审批流程问题:什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到,以后的工作就越主动。(如果你的公司有项目管理系统的话,请及时把这些工作做好。)
看完上述内容之后,做项目计划时,请充分考虑到这些内容,把项目团队该如何执行项目工作做好工作分解,做好给客户和领导汇报工作的计划,当然也做好风险监控和相应措施的考虑了。
导语:项目是指一系列独特的、复杂的并相互关联的活动,这些活动有着一个明确的目标或目的,必须在特定的时间、预算、资源限定内,依据规范完成。以下是我分享给大家的部分关于项目管理的一些经验,欢迎大家前来查阅!也希望文章能够给解决大家的烦恼!
项目管理经验分享
企业项目管理体系建设的核心是建立企业的项目管理方法,目前,大部分组织缺乏系统的、统一的项目管理方法。在我们咨询的几家公司中,我们常常会听到这样的质疑声:一套方法怎么可以管所有的项目吗?特别是IT项目,技术过程都不统一,如何用一套方法来管所有的项目,由此我们也看到很多朴素的管理方法在各个项目组织中自由成长,但在一个企业内,项目间的联系是不可避免的,相互间的协作、配合由于缺少系统的管理方法,往往顾此失彼,矛盾此起彼伏,项目经理和公司领导成为消防队员,责权不明,协调不畅, 常常陷于项目经理无法,公司管理层无奈,项目成员无所适从的状态,给项目成功实施带来了潜在的风险。是什么原因导致这样的问题呢,是否有可行的办法来解决这个问题呢?
一个完善的项目管理体系建设是与企业本身的行业背景、业务领域是分不开的,出现上面的问题的根本原因就在于项目管理和业务流程的交叉,导致项目管理过程复杂化,不可控,这也就是为什么大家说一套方法不可以适用所有的项目的根本原因。
企业的项目运作包括业务流程、项目管理、技术工作三个方面,业务流程是如何运作业务,是由企业的行业特点、业务背景所决定,项目管理是如何管理项目,而技术工作则是实现项目目标所需要的技术手段。对于一个企业而言,建立企业的项目管理方法论就需要依照企业的业务流程、技术手段来设计相应的管理方法。
项目管理方法是一个结构化的方法,是可以在大部分项目中应用的方法,具体实践过程中,项目管理方法需要针对行业特点,建立适合行业特色的项目管理体系。
依照项目管理理论,项目管理过程按阶段划分为启动、计划、实施、收尾,对于任何一个项目我们都可以依此进行阶段的划分,这是项目的共性,而对于项目中的个性就是项目的业务和技术层面,对于具体的企业,项目阶段划分就需要由业务流程和技术方法决定,在实施过程中,针对具体的项目进行客户化,项目管理方法论的核心就是综合所有项目的特点,建立一套包括技术、工具、管理技巧在内的一站式服务的指南和模板。这种将项目管理方法和业务流程相互配合,并在实践中进行优化的管理方法,就是项目管理方法论。
项目管理体方法论的重要表现形式是项目管理手册,这是组织规范项目标准管理过程的重要手段,通过正确的决策、高效的流程、标准的操作、可控的过程,确保项目的有效实施。
企业项目管理手册编制的基本方法可分为三个层面,一是项目管理理论知识体系,目前世界范围内比较通用的主流项目管理知识体系,包括美国项目管理协会(PMI)推出的《项目管理知识体系指南PMBOK》,英国商务部开发的项目管理方法《PRINCE2成功的`项目管理》可作为理论支撑。二是在管理方法上跨国企业实施项目的管理方法,中国著名企业的项目管理经验可作为最佳实践基础,在此基础上则是对企业本身项目管理实践经验的总结。从三个层面对企业的项目管理过程进行梳理、定义、借鉴,即可固化出企业本身的项目管理方法。
具体到项目管理手册内容就是描述项目输入转变为输出的过程。通过项目阶段过程的定义,将项目管理过程、项目实施支撑、项目监控方法及项目作业指导,系统化地与项目管理理论及产品要求融入到具体的操作实践过程中。
具体包括以下主要内容:
1. 项目过程控制阶段划分:通常需要考虑两类过程,一是按照项目的管理过程,对项目过程进行阶段划分;另外是按照项目的技术过程,将项目过程进行阶段划分。企业的业务流程,主要关注项目的管理阶段划分,而项目经理执行和管理项目时,必须将项目的管理阶段和项目的技术阶段划分结合起来,进行项目管理。
2. 阶段输入和输出:包括数据和信息、计划和报告、风险及可以交付的成果等;
3. 过程控制:包括工作流程,工作方法、操作规则和作业指导;
4. 角色职责:在实践中,项目管理职责,不能简单归于项目经理一个人,而是由一组角色共同完成,包括职能部门和角色对项目阶段和实施步骤的贡献。
依照项目管理方法论编制的项目管理手册,将项目实施过程中的项目管理方法与企业的业务流程、技术方法有机地集成起来,从而建立以项目管理为核心的业务流程。
不可错过的优秀项目管理者经验分享
执行计划
在完成计划编写之后,项目经理需要将计划分发给每个团队成员,然后给成员提供需要的资源,由成员开始执行计划。此过程除非项目经理还兼职技术角色,通常需要做的事情不多,假如你在此阶段非常辛苦,通常是因为计划作的不够好。在晚餐项目中,因为我还兼职小工,所以比较忙,这会儿已经开始淘米、下米、洗菜、切菜等活动。
团队建设
首先,项目经理需要懂得团队发展的阶段(形成、震荡、规范、成熟),其次项目经理必须熟悉各种领导(指导、教练、支持、授权)、管理风格(民主、独裁、自由、官僚),并在合适的时机采用合适的风格。此外,项目进行中,难免出现困难、挫折和打击,团队成员的士气会低落,严重影响项目绩效。此刻,项目经理需要采用各种手段激励团队,让团队充满干劲。激励的关键有几点,第一点,要想激励别人先激励自己;第二点,必须懂得人们做事的动机;第三,要根据团队成员的特定采用恰当的激励手段;第四,在恰当的时机来激励。
在晚餐项目中,因为我们就两个人,彼此非常熟悉,所以团队震荡期非常短,形成后迅速到达规范期。启动项目时我采用了自由式的风格,大家各抒己见,来讨论各种可能性;我做计划的时候采用了民主式的风格,因为我爱人属于做饭方面的专家,民主式可以广泛征求团队成员的建议;在执行中,我采用了独裁式,严格要求我们执行既定的计划;在接近工作完成,我采用了官僚式的风格,对晚餐执行中的问题、经验、进行了记录和总结。关于激励,是每时每刻必做的事情,我爱人不断赞美我洗菜的专注、切菜技术的进步;我也时刻保持谦虚谨慎,用求知的眼神向她请教、用崇拜的目光欣赏她的成果。总而言之,我们保持了优良的团队作风,大家充满激情的、充满快乐的完成项目的工作。
管理团队
再熟悉的成员,也会有摩擦,再好的团队,也会有冲突。项目经理必须了解冲突常见原因,熟悉冲突常用解决策略(问题解决、强制、撤退、妥协、调和、合作)和使用时机,能够迅速的解决团队中出现的冲突,并且注意及时、私下、合作这些基本原则。及时就是越早越好,因为冲突开始的时候大家不会情绪化;私下就是不要在正式场合,给对方面子,不让对方下不来台;合作就是本着解决问题共同进步的态度,不是要追究谁的责任、证明谁是对的、谁是错的。
在完成项目执行期间,我和我爱人发生了二个冲突,分别采用了不同的措施进行解决:第一个,在做花生黄瓜时,我想用刀切,而不是拍黄瓜。我爱人指出来必须拍,我问为什么,她解释拍出来的味道鲜美,用刀切味道会受菜刀的影响。因为她是专家我听她的,问题得到解决;第二个,在洗菜过程中,我突然想起来需要写点东西,于是擦手计划去电脑旁边,我爱人根据计划指出来,我洗菜必须按时按质量完成。我不服还想去写东西,我爱人采用了强制的手段:如果我去写东西,这饭就不做了。我采用了撤退的策略,放弃写东西的念头,乖乖继续洗菜。
验收成果
很多人会误解,以为项目成果的验收是项目收尾的事情,其实不然,在执行过程中,可以随时对完成的成果进行验收。验收包括两个步骤,一是质量是否符合要求,二是得到干系人(通常是上级)认可。在实际项目中,得到认可非常重要,因为认可后的才可以要求付款。
在晚餐项目中,我们随时进行验收,如淘米工作完成时,我对淘完的米进行检查,我爱人进行认可;洗菜完成时,我对洗完的菜进行检查,我爱人进行认可;切好菜之后,我对菜切的大小数量进行检查,我爱人进行认可;在炒菜工作完成时,我爱人自己品尝咸淡对菜质量进行检查,我进行认可;这些都属于阶段性的成果验收。
监控风险
在项目执行过程中,项目经理需要密切关注已经识别的风险是否发生?发生的风险是否应对?应对的效果是否达到?同时还需要识别新的风险。实践中,需要定期召开风险会议来实现上述目标。具体会议召开的次数,需要看项目的阶段、项目的规模来确定。
在晚餐项目中,因为我们识别了可能的风险,并采取了应对措施,基本没有出现新的风险。在项目执行和监控中,项目经理需要做两类事情,一是管项目,对项目绩效的管理;一是管人,对团队的管理。第一类事情比较容易,只要懂得必要的技术知识、制定了完整的项目计划,按计划进行即可。最难的是第二类,如何管理项目团队 。由于我们国家的发展背景,目前大多数企业中项目管理 者都是技术出身,对技术很熟悉,对管理很陌生。面临的最大挑战就是如何由技术到管理、如何在思想、能力、行为方面做出转变。
在此过程对项目经理的要求,知识方面需要具备心理学、领导模式、管理模式、团队规律等方面知识;能力方面需要懂得沟通、激励(当团队遇到困难时)、说服(在变更发生时)、谈判(随时随地)、领导(指明方向)、管理(协调资源)、问题解决(解决冲突、控制风险)等能力。
应对变化
在项目进行中,项目的环境可能发生变化,如此前的假设不再成立,或者因为发生了风险,项目的计划可能需要调整。变化是必然的,为了应对变化,在必要的情况下我们需要变更项目计划。这需要在项目启动时,就确定变更的流程、变更审批的组织(在大型项目中通常由高层组成变更控制委员会ccb)、变更的文档。
案例分析:
软件项目管理工作经验总结
软件项目最大的特点就是不确定性。这是指软件项目不可能完全在规定的时间内,按照规定的预算,由规定的人员完成。
因为这种不确定性,导致了计划赶不上变化,也导致了平时的工作中的2种倾向:1、变化太快,索性不制定计划。2、过度强调计划,往往要将项目中非常琐碎的事情都考虑的非常清楚之后再启动项目。第一种倾向,在我做过的项目里占了2/5,都是在项目开始时制定一份计划,项目一启动就丢到一边,项目过程中完全不理会,个人能力强的PM大致还能把握方向和进度,但是问他之前做了些什么额外的工作时,往往回答不出来,等到项目结束,再把当初的计划改改,做个大概的统计也就了事。而项目过程中的一系列的常见问题也是导致项目失败的原因(以下的原因是我做过的项目中总结出来的影响最大的5点,按照影响程度的严重性,从高到低排列。)
1、项目经理的管理能力不足
项目经理的管理能力不足之所以放在第一位,我想大家都清楚原因。项目经理作为一个项目的灵魂,对于进度的把控、团队成员的组建以及积极性的调动、成本的控制、和客户的沟通、需求变更的把控、重大事情的决策。。。这些任何一个都能左右一个项目是否成功。我遇到的几个项目中都是由于项目经理的能力不够,直接导致项目失败,而且使得项目成员在项目过程中也疲惫不堪,怨声载道。其实现在很多项目的项目经理都是由技术骨干兼任,因此他们往往习惯于关注技术开发,而忽视了项目管理工作。项目,本身就是为了盈利而生,所以不排斥项目经理兼任项目技术主管或业务咨询,但是必须要有将项目管理工作区分开来的意识和责任感。如果没有这样的意识,就会造成疏忽项目计划的制定、上下左右的沟通、专业资源的分配、项目组织的调整、成本的控制、风险分析等。项目管理工作的忽视,必然导致项目失控。
2、需求不明确,变化多
需求的多变是必然的。由于用户对计算机系统认识的不足,加上一个东西的从无到有,所以往往需求开始都是模糊的,只有随着项目的发展和反复的沟通,才能逐渐的明确。如何尽早的引导客户把需求明确,是项目经理、需求分析人员的工作,是保障项目可以顺利实施下去的前提保障,它是一门技术,也是一门思维沟通艺术。需求调研清楚了不代表着万事大吉。同一个东西,不同的人有着不一样的理解。开发人员和客户之间隔着需求人员这么一层,如何把客户的意思明白、清楚、不变形的传递给开发人员,这也是大部分项目中头痛的问题。我们经常可以看到在产品开发的差不多的时候,需求、开发、测试聚在一起吵架,责任互推。
3、工作量估计过低
工作量的估计不足,会直接导致项目延期。要对每项任务,甚至整个项目给出一个合适的工作量估计,需要综合开发的技术、人员的生产效率、工作的复杂程度、历史经验等多种因素。我遇到的几个项目中,计划制订者往往是凭个人经验,个人拍脑袋给出来的,问他的凭据是什么,回答往往是个人经验,有时里面也会包含其个人对自己的自信或自尊心问题,怕给出的时间过多而显得自己能力不足。抛开这些,我们还应该注意一些平时不可见的工作量,如人员的培训时间、各个阶段的评审时间等等。制定工作量时,不能被客户给的时间期限或上级的压力所限制,否则往往是以失败结束。
4、项目团队水平不足
技术人员的水平如果不能与项目的要求相适应,对项目需求或新技术不是很熟悉,对项目的质量、成本、进度都会产生影响。当进度开始滞后,项目经理最常用的方法就是增加人手。我之前的一个项目就是如此,由于项目经理不能把握需求,需求不断的增加,于是开始不断的加班,在这种折磨中,老员工开始纷纷离开,新来的员工不熟悉,进度进展缓慢,项目经理开始大量的加人,但是对系统代码和需求的不熟悉,往往3、4个人新员工都抵不了1个老员工。于是,开始无限制的加班,在加班的折磨下,新员工又纷纷离开,于是又加人。恶性循环,项目被无限的延期。这样的项目相信大家遇到过不少。导致项目失败的因素还有很多,对于一个团队来说,一个好的管理者是一个好的开始,但并不等于项目成功。加强自身能力的提升,是每个项目管理者必须有的意识。
5、计划不充分
计划不充分,分为计划太粗或太细。制定的计划不严谨,随意性太大,会导致可操作性差,在实施中根本无法遵循,也就失去了计划的作用。有的人会抛弃全局计划,采取每周制定下周的计划,这样也是不可取的,毕竟计划没有一个长远的目标或宏观上的掌控,只局限于眼前的一点点事情,往往会致使项目失控。我一般采取先制定全盘计划,再每月制定详细计划,当月快结束时,根据实际情况调整下个月的计划,这样既有了较长期的把控,也有了和项目目标的对比,同时也不会把自己陷入无止境的修改计划中。
项目经验分享的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于项目经验分享可以讲些什么、项目经验分享的信息别忘了在本站进行查找喔。
发表评论:
◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。