项目管理经验分享论文

本人进入软件行业已经有5个年头了，主导实施和参与过的大大小小的项目有20余个。其中有些项目做的非常好，提升了客户企业的管理水平，也规X了企业的业务操作水平，优化了企业的流程，客户非常认同我们实施的价值；也有的项目实施效果一般，客户在应用软件前后没有明显的效果，唯一的成果就是计算机代替了人来汇总一些报表数据；还有的项目实施到一半便被叫停了。被叫停后往往会走向两个极端，一个是更换实施策略和方法重新实施，重新实施后最终效果有可能好也有可能坏。另一个极端便造就了所谓的烂尾工程，造成项目无法交付。

为什么在实施过程中有的项目就能做的非常好，有的项目应用效果就非常差？原因在哪里？下面本人就从下面几个方面进行分析：

1、什么是项目？

2、在ERP软件行业项目应该怎么做？

3、为什么有一些项目会失败，失败的原因在哪里？

4、怎样最大程度避免项目失败？

1、什么是项目？

项目可以理解为是一种任务，个人理解项目一般包括三层含义，即：什么时间或周期、调用哪些资源、完成什么任务并达成什么目标；

项目的概念并不是只在软件实施过程中存在，其实现在各种各样千差万别的项目多种多样，如：对A企业进行产品的销售，这就是一个项目。其特点是销售人员通过一定时间面对客户的中高层通过对功能的演示和讲标，完成最终销售的目标；一个新产品的研发也可以视作为项目，其特点是是N个开发人员要通过N个月的研发完成一个产品的最终成形；如五环路的贯通也一个项目，其特点是多少个施工人员要通过多少天的奋战，动用多少的机器以完成道路的通车为目标；再如XX曹妃甸要进行招商引资，招商引资也这是一个项目。项目的种类多种多样，在此不再举例。

2、在ERP软件行业项目应该怎么做？

1）、严格制定项目的实施周期和计划及方案；

在项目实施开始之前，一定要根据每个客户不同的情况，制定出相应的实施计划、实施方案并规划出实施周期来，这一点是非常重要的。没有实施计划就无法预知项目何时完成，使人找不到目标感，对于一个没有目标的项目来说这将是非常可怕的事情。

2）、项目要获得甲方高层的足够重视；

所有项目无论大小都应该获得甲方高层的足够重视，成功的项目往往都是企业一把手直接抓的工程。一把手工程的好处为：领导讲话具有权威性、下达指令后各部门执行力比较强、抵触项目推进的部门少。因此一把手项目非常有利于项目的推进。

3）、严格的按照项目实施计划进行实施，并监控项目是否按照计划正在进行；

实施计划制定后，双方人员都要按照既定的目标去努力，如果发现实施过程中与计划出现了偏差，需要马上对实施计划进行变更，并分析出现偏差的原因和改善方案，亡羊补牢精神是最可贵的。

4）、对于大型项目可以分成几个阶段，按阶段进行实施；

对于大型和超大型的项目，往往实施周期会有一年或几年。长时间的项目实施会使人找不到终点，因找不到终点而失去动力。而把项目分成几个阶段后，每个阶段都会制定出阶段性想要达到的目标，这样给人的感觉是距离项目的目标非常接近，工作也就有了动力。5）、与客户商定明确的需求和X围，确定项目验收的目标；

实施X围的确定是实施过程中的重中之重，实施X围没有界定或界定模糊，会造成客户需求无穷无尽，需求不断增加的后果就是项目无法按期交付，甚至项目暂停或退货。为了避免这种情况最好的方法就是君子约定，在项目开始时就书面确认乙方做哪些内容，做哪些功能，

达到什么样的效果后项目就可以验收，这样做对项目的双方都是有利的。再者一定要吃透需求，书面确定需求的内容，目前在实施过程中因需求双方理解存在偏差而导致项目返工的情况还是比较常见的，偏差太大的情况下往往会返工多次。

6）、建立有效的项目沟通的机制，保证甲乙双方沟通顺畅；

这种沟通尤其是在项目出现危机时尤为重要。

7）、建立健全的文档机制

目前实施的大项目都是多个人共同协作来实施的，每个人每天做了什么内容，有哪些成果或针对项目进展有哪些规划等，除了自己之外其他人都不清楚。这样情况怎么避免？最好的方法是编写项目文档，每一步都要有操作文档来支撑，比如今天我对产品增加了某个功能、对哪些资料进行了完善、需要谁来协助哪些事情、对客户的哪个方案进行了更新。这些文档都要记录下文档的版本号是多少，是谁在哪个时间段更新的等，以方便项目组人员的协作；8）、项目组成员稳定性的保障，尤其是双方核心项目组成员的保障；

一个项目要培养中一个合格的核心人员，需要这个人员不仅要对企业业务流程十分精通，还要对软件操作流程十分熟悉，并能够处理软件中常见的一些问题。而这样的人员的培养需要几个月甚至更长的时间。而如果在关键的时刻核心人员的离职会给项目的推进带来毁灭性的灾难。

9）、明确项目奖励和惩罚制度；

怎样避免人才的流失？怎样让员工对项目充满激情？怎么避免软件实施过程中员工的不公平对待造成的情绪化（干多干少都一样）？怎样最大程度的防止错误的发生？这些内容都要有一定的机制来保障和约束，那么最有效的方法就是建立起项目奖惩制度。

10）、基础资料编码的规X化和扩展性规划

要盖一座高楼大厦就必须打好根基，对于ERP系统来说基础资料就是这座高楼大厦的根基，基础资料的重要性可想而知。

11）、20/80原则

目前很多项目中20％的需求在实施和开发的时间占到了整个项目总工作量的80％，对于这样的需求要进行讨论再讨论，确定最优解决方案或屏蔽某些不重要不合理的需求。12）、业务流程反复测试和校验

任何产品都是存在BUG的，像微软这样的软件帝国都不敢说他的产品没有BUG，所以必须在实施方案确定后按照实施方案来跑产品，尤其是核心流程的反复测试和优化。

13）、项目资源的保障

资源主要来讲还是人的保障，如果只购买了产品而没有人来实施和开发，项目不可能做好。14）、加强项目核心人员的培训和培养；

客户方核心项目成员一但培养出来后，他就可以支撑起客户方业务的一片天，一些实施业务便可交由他来做。这样无论对客户方人员的成长及后续的维护都是有好处的。

15）、基层操作人员的培训培训再培训

基层操作人员经常反馈的问题是产品不好用。为什么不好用呢，无非是操作习惯的变更和操作方法的问题。所以培训一定要贯穿项目实施的始终，改变操作员的习惯，认知我们的产品为企业带来的好处，不能用局限的眼光来看待产品。

3、为什么有一些项目会失败，失败的原因在哪里？

当一个项目失败后，失败原因这个皮球往往就会踢来踢去。销售人员说实施人员水平低、在项目上不努力、要是更换一个水平高的实施人员也不至于项目失败；实施人员说销售人员过度承诺、客户需求无止境、产品BUG多、开发团队的支持跟不上等，要不是这些因素，项目也不会这样子；开发人员说客户需求不明确，造成开发出来的产品改来改去，多次返工。问题到底在哪里？到底是哪个环节出了问题？是单纯的某个人的责任吗？或者是单纯的某