对项目管理的一点体会及设想

时间:2019-05-12 13:29:22下载本文作者:会员上传
简介:写写帮文库小编为你整理了多篇相关的《对项目管理的一点体会及设想》,但愿对你工作学习有帮助,当然你在写写帮文库还可以找到更多《对项目管理的一点体会及设想》。

第一篇:对项目管理的一点体会及设想

对项目管理的一点体会及想法

我从事项目经理岗位时间短、资历浅,初出茅庐的我就针对项目管理和团队建设方面谈一下我在该岗位的心得体会和想法。明知自己经验不足还这么“胆大妄为”的原因是:

一、做的有不对的地方恳请各位同事批评指正,我可以及早改正错误,不会在错误的思路上越走越远从而快速进步;

二、若我的想法体会有那么一点点可取之处,那么也能帮别人少走一点弯路。让大家拿出各自的经验教训共同分享、交流,共同进步,我想这也是我们XXXX报刊的一个重要目的。

这次我不去讨论“三管三控、一协调”,而是去谈控制他们的“灵魂”————责任。是,很简单的两个字,但很沉重,也是我体会最深的两个字。我认为主要体现在三个方面:

一、对企业的责任,这个又分两部分1.项目经理作为一个企业在一个项目的代表,方方面面可以说代表着公司,无论公司实际赋予你多少权利和责任,但在别人看来,你的一言一行都代表着公司,可以说你的对错就是公司的荣辱。2.盈利的责任,作为企业,我们经营的目的就是盈利,作为项目经理,说的再好,不如拿数据说话。好的项目被你做成了一般项目,一般项目被你做成了亏损项目,试问如何能对的起企业对你得信任和栽培?

二.对工程项目的责任,工程要保质保量,安全无事故按时交工,这是一个基本责任。没有这个责任,前面说的就很难实现。所以我认为这个在每个人心中都应该占有很重的位置,在这就不赘述了。

三.对项目团队的责任,你必须得关心你的项目团队人员的人身安全、思想、生活等各方面的事情,因为公司把这个团队交给你,这些同事跟你一起为了同一个目标一起吃苦,一起奋斗,你有义务也有责任把他们照顾好。

所以我认为作为一个合格的项目经理,必须要有担当,且有很强的大局观念和责任意识。

一个项目经营的好坏和这个项目团队的质量有很大的关系。我认为当前项目管理存在的突出问题是团队建设,而团队建设中最关键的、最难的就是对人的管理。

我通过对自己接触到一些项目团队和其他项目管理者探讨过一个共性问题。项目中有那么一种人怎么都调动不起来(当然这是很少的一部分人,大家不要对号入座),任你严厉管教还是满面和善,那种人依然我行我素,这种人怎么处理?开除?不可能,他们又没有犯什么很大的过错。我想大分管理者采取的一种办法就是——调岗,然后给个最低工资处理,但这何尝不是一种资源的浪费?通过分析,随着社会这个大环境的变化,目前成长起来的这一代大多是独生子女,环境使然所以存在以下主要三个方面的问题:1.缺乏吃苦耐劳精神2.积极主动性很差。3.管理环境造就。问题找到了怎么解决?

推行项目承包责任制度,我认为这不仅能解决刚才那个问题而且还能提高项目部经济效益和项目部主要管理人员的薪酬以及使项目利润最大化。

集团公司项目承包制也推行了一段时间了,但能真正实行的寥寥无几,我们目前大多数项目还是采取公司统一管理的模式。这就出现了我前面说的那个管理环境造就的问题。就我目前了解的项目团队中,除过项目经理、项目技术负责人和项目其他管理着待遇有相对大点的差距外,其余项目管理者的待遇差距就在几百块左右,但他们不同岗位所承担的责任和所付出的辛劳是有很大差别的,但待遇相差很少,这就造就好多人宁可少赚几百也愿意在一个相对清闲的岗位上,不仅可以少受累而且可以少挨骂。而这种人不仅会自己有这种思想,而且还会把这种思想扩散,造成负面影响。这就是“一锅烩”的结果,虽然待遇有差别,但差别不大,不足以调动起所有人的积极性。假若采用项目责任承包制,当然这需要公司的大力支持但也需要赋予被承包项目人、材、机等方面自由选择的权利,但自由选择不代表自由放纵,仍然需要通过公司的审核和审批。项目管理人员再缴纳一定额度的保证金来提高积极性和主动性,并设定指标任务,然后项目按进度、按比例把成本和利润上交公司后,剩余部分利润项目部按比例、按岗位分奖金。那么这样所有人会真正做到心中有成本,虽然这个“成本”的概念可能还很狭隘,但我想会促使好多人不仅仅想的是如何节约成本,杜绝浪费而且会想办法如何能办理更多的签证变更,为如何能让项目效益最大化而出谋划策等等,因为这些真正的和他们的切生利益有了关系。管理人员的工资可以降到很低,主要的待遇所得都在奖金这部分。这样的话,你不努力可以,那就不要问为什么他能拿5000,你为什么只拿2000?划分待遇时要考虑实际情况,但也要保证主次岗位间待遇有很大差别。促进所有人都要有一颗想要进步的心。而且这样的话项目经理和项目管理人员也出现了相互选择的现象,那么那种懒散不主动的人,我想没有一个项目经理会选,当然,那种只为一己私利的项目经理也没有人愿意跟着干,你空有项目却无法开工,最终只有被公司更换项目经理。这就迫使所有项目的参与者都要争取做一个有正能量心态的、有追求、有信仰、诚信、敢于担当、积极主动,以终为始,努力学习,不断进步,自我培养职业化精神的个体。这也就推动了我们企业管理由优秀向职业化迈进的步伐。因为企业就是由着一个个项目团队组成,当这每个小团队成为拼搏,积极,不断创新,有追求的团队时,那么我们五岳这个大的团队必然是个卓越的团队。

以上就是我的一些体会和不成熟的想法,无论怎样我希望我们XXXX蓬勃发展,因为我明白只有企业发展了,员工才能富裕了。XXXX家人们,让我们共同努力吧!

第二篇:浅谈对项目管理的认识和体会

浅谈对项目管理的认识和体会

项目部作为公司的基层单位,既是公司所在市场的流动窗口,又是公司管理和经营的载体。项目部是一个人、财、物相对独立的经营实体,代表公司对工程进行管理和施工。所以,项目管理实质上是对工程人、财、物以及过程的管理。项目部建设既能体现公司的外部形象,又能体现公司的管理水平。

项目管理首先是人的管理。

人是万物的主宰,是人类文明和社会进步的创造者和推动者,人的因素决定一切。加强项目管理的首要因素要选用称职的项目经理,因为项目经理是代表公司对项目管理经营的第一责任人,项目经理素质的优劣决定项目建设的好坏,直接影响工程的社会效益和经济效益。所以公司根据不同的市场不同的工程选用项目经理,既要以德以才选人又要量才适用。公司今后在项目经理的配备上应多从大中专毕业生中选拔和培养;另一方面应加强对现任项目经理理论业务培训,既可以公司内部开夜校组织培训,也可以送出去到其他专业学校或大型建筑公司学习深造,与时俱进,学习先进的管理模式和管理经验,不断提高项目经理的理论水平和业务素质。

在人的管理上选用称职的项目经理之外,还要选用合格的项目班子团队。项目管理团队包括项目副手、施工员、质检员、材料员等,他们都是项目班子的组成部分,都应有一定的专业素质和管理能力。人的管理还体现在工地职工的身上,要关心他们的工作生活条件,了解他们的生活疾苦,强化食堂管理,改善生活住宿环境,工地力所能及地创造条件购买电视机、乒乓球台、乐器等,不断改善和丰富职工的文化生活,创造健康、舒适的工作生活环境,使职工以公司为家,爱岗敬业。

项目管理其次是现场管理。

现场决定市场。现场管理的水平体现公司经营管理的水平。现场管理体现在各个方面,大到原材料机械设备的进购,生产进度,技术质量,小到安全帽的佩戴。

现场管理首先加强管理重要性的认识。从项目经理到项目班子成员,要各负其责,把各自的工作挑在肩上,抓在手中。无论是原材料的进购,钢筋的绑扎,模板的制作,混凝土的浇灌,墙体的砌筑,还是内外墙的粉刷,室内外的装修,每一个工序都要每一位员工的精心操作,万丈高楼从地起,我们只有不放松每一道工序,每一个细节,现场管理才能健康的运行。

其次,现场管理的本质是过程的管理。一个工程项目从开工到竣工,需要时间一步步的浇铸,需要一砖一瓦的添加。过程管理就是安全生产,文明施工,技术质量的各个层次每个环节的管理,我们在过程上下了真功做了细活,项目的质量才有保证,有了良好的工程质量才能创信誉树招牌抢占市场,扩大企业的知名度,提高公司的竞争力。再次,现场管理要加强财物管理的意识。现场管理的落脚点是财物的管理。财物是企业的资产,是工程项目的生产工具。现场财物繁多,品种繁杂,作为管理者只有把项目财物当做个人财物的意识来管理来合理使用,提高设备的利用率,向管理要效益,开源节流,节能降耗从我做起,从一点一滴做起,强化项目财物管理是项目增效增收的有效途径。

项目管理最后是售后服务的管理

一个项目的竣工交付使用就如一件产品已成功的出售。换言之,项目的竣工说明产品才正式走进流通市场。售后服务的管理是项目管理的重要组成部分,而恰恰相反,大多数人认为项目竣工交付使用已万事大吉,其实不然,我们只是万里长征刚刚走完第一步。完整的售后服务体系是企业拓展市场增强信誉的有力钥匙。当张瑞敏拿大磅锤砸破800台水箱,敲醒了海尔人沉睡的梦,以产品“终身保修,以旧换新”的承诺,让海尔人绷紧质量就是生命力的神经,使海尔走出中国走向世界,在世界上30多个国家和地区有生产销售分公司,成为中国最响最亮的世界品牌。

我想公司售后服务的管理,一是应该加强对用户的回访,了解工程的使用情况和质量情况,出现质量问题应及时维修,争取用户的理解和信任;二是应该建立完善的售后服务体系,制定出操作性强的规章制度,保证项目售后服务的制度化和经常化。而公司目前的体制是谁的项目售后服务谁负责,是一种被动式的维修服务。公司只有建立完善的售后服务制度,用良好的售后服务赢得用户的信赖,以信誉以品牌来扩大市场增强企业的市场竞争力。

总之,项目管理千头万绪,涉及到工程的各个方面,项目管理我个人的认识和体会是以人的管理为出发点以现场管理为基础以项目售后服务为保障,使项目管理形成一个连接贯通的过程,我们的项目建设才能达到一定的水平,以提高项目管理的水平来促进公司的繁荣和发展。

第三篇:项目管理体会

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

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

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

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

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

4.在做整体项目计划前,还要大致计算一下你手上的资源。首先是时间,现在市场竞争激烈,往往很多项目要求在几乎不可能的时间范围里完成。对于这一点,你在做项目的风险控制计划的时候要充分考虑。其次是人员,根据项目预算和已往经验,大致计算一下未来的项目小组有多少种角色,每个角色目前公司是否有人,是否能完全归这个项目使用,是否需要另外招聘一些人员,招聘的准备工作要尽早启动。最后就是一些设备的准备,项目所需大件关键设备要尽早预定,以后不管发生设备等人还是人等设备的情况,浪费的都是你的时间; 5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么,而不是说怎么做),而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情,也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说,项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第四篇:项目管理体会

项目管理工程体会

项目管理工程是值得公司推崇与人才投入的,业主需要这种全方位的服务。

就此前的农副产品批发市场的项目管理工程谈谈自己的体会:

要做好项目管理工程需要各种各样“人才”。

(一)、项目管理需要经验丰富、技术力量强大的领导者、决策者。

从施工图设计到施工竣工阶段我们要绝对的参与控制,施工图设计是投资控制的最重要阶段,我们的决策者的一个方案的改进就可能是一大笔投资的节省,走到实质的施工阶段决策者的一个施工技术方案或新工艺新技术的采用将大大加快施工速度确保施工质量,进一步节省投资。这就需要一个技术高超、经验丰富的决策者,通过自己的力量核算出适用业主的最优方案。

(二)、项目管理需要踏实能干有责任心、有一定技术力量的执行者。

关键在执行,执行的好坏关乎到其他各项工作的成败。要想把领导的意思执行到位需要一个称职的执行者。

执行者由决策者领导分工要明确,根据农副产品批发市场项目管理工程以我本人拙见工地现场需要以下几种执行者:

1、工程技术人员即监理工程师,负责检验批、分项工程验收。

2、工程安全管理人员即安全工程师,负责临时用电、外墙脚手架、模板支撑、塔吊等的安全验收。

3、工程材料员,负责材料的询价定价,进场验收等工作。

4、计量计价人员,负责现场计量计价、经济技术签证管理等工作。

5、项目资料员,负责前期手续的办理和现场资料的收集整理。

项目管理工程需要大量人员的辛勤工作:项目管理工程工作内容比较复杂,每项内容都应有明确的分工及责任划分。

(三)、项目管理需要“左右逢源”的沟通协调者。

沟通协调是整个工程的润滑剂,他能使整个项目工作更顺畅更容易的完成。

我们既要协调参建的各个单位还要负责沟通政府各个职能部门,这是个何等不容易的差事。我们项目部需要这样一个人,他能很好履行政府职能部门的要求,又能有机结合我们的工程,使我们工程进度更快、质量更好。

同时我们与业主之间的关系也是需要我们逐步的加深的,最后工作的成果还是由业主给出主观评价的。

总之干好项目管理工程是很困难的,他需要参建各方的相互配合与努力,更需要我项目部人员的辛勤付出。

刘长建项目部谢继斌

2012-2-5

第五篇:对班组精细化管理的设想(范文模版)

对班组精细化管理的设想

根据目前公司对班组管理的探讨和要求,结合修配厂班组管理实际,提出以下几点设想:

一是大力开展“岗位练兵”、“手指口述”活动。结合季度员工标准化技术比武活动,在班组中开展员工岗位大练兵。这有利于提升员工队伍整体素质。抓住岗位练兵活动的核心:“手指口述”。把每道工序操作要领经过提炼,使操作标准精炼化后,通过学习培训,把标准贯彻于生产过程。

二是创新班组管理形式。对于修配厂,个人认为重点是要抓好“三个控制”:(即“过程控制”、“质量控制”和“在线控制”)。一是“过程控制”就是对维修过程中每个细节的控制,确保各项工作沿着正确的路线、按照既定的目标推进。二是“质量控制”就是在过程控制的同时,对维修质量进行控制,对于不符合标准要求的及时纠偏,确保控制的有效性。同时还要认真细致分析,不断优化工作程序,细化工作标准,及时删减不必要的流程,对关键环节的标准及时细化,也就是不断完善标准化作业程序,确保施工过程中关键细节有章可循,提高维修质量和工作效率。三是“在线控制”就是在过程控制的基础上,班组长以上管理人员通过现场管理,严格控制作业人员的作业行为,确保其按照计划目标的要求开展工作。三是广泛开展创建“学习型班组”活动。要通过采取建立共同愿景、构筑学习的平台、加强业务技术培训等措施,引导员工通过持续学习来增强个人素质,实现个人价值,促进班组精细化管理不断向纵身发展。2010年9月11日贺建明

下载对项目管理的一点体会及设想word格式文档
下载对项目管理的一点体会及设想.doc
将本文档下载到自己电脑,方便修改和收藏,请勿使用迅雷等下载。
点此处下载文档

文档为doc格式


声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:645879355@qq.com 进行举报,并提供相关证据,工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。

相关范文推荐

    项目管理培训体会

    《项目管理》培训体会 ——————数控教研室 孙海静 通过对《项目管理》培训学习,了解到项目管理知识体系指南是美国项目管理协会PMI为其制定的项目管理知识体系PMBOK( Proj......

    项目管理学习心得体会

    项目管理学习心得 非常感谢公司给我这次参加项目管理的培训、提升自我的机会。虽然这两次培训的过程很辛苦,强度也很大,但付出总有收获,我学到了很多关于项目管理方面的知识,学......

    项目管理学习心得体会

    项目管理学习心得体会 本学期,通过对于项目管理课程的学习,我初步了解到项目管理的知识体系及其架构。项目管理总体有五个过程:启动过程、计划过程、实施过程、执行过程和收尾......

    关于项目管理的一点体会

    关于项目管理的一点体会 软件工程-需求 项目应以需求为核心。一个项目是否能够成功,对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的......

    项目管理培训体会

    参加项目管理培训的体会 很幸运的参加了今年9月份在上海由刘毛华老师主讲的项目管理培训。这对于我们经常参与多个项目管理的人来说,这2天的培训中收获了很多,对我们今后的工......

    浅谈对项目财务管理的设想(共5篇)

    浅谈对项目财务管理的设想 提要随着企业经济业务的分类日趋细化,企业尤其是集团化企业涉及的行业及所属利润中心很多,财务管理呈现多元化的管理要求。在这种要求下,笔者试图......

    公司项目管理部2007年度工作总结及2008年度工作设想

    ******公司项目管理部 2007年度工作总结及2008年度工作设想 2007年为总公司“管理效益年”,响应总公司的号召,公司年初工作会议提出了调整充实管理人员、健全完善管理制度、......

    培训体会及工作设想

    岗前培训心得体会及未来工作设想 各位领导、同事们大家好: 非常荣幸能够进入集团公司本部工作和学习,同时也非常珍惜这个难得的锻炼与提升的机会。经过为期两天的岗前培训,使我......