2023年系统集成项目管理实用举例.docx

《2023年系统集成项目管理实用举例.docx》由会员分享，可在线阅读，更多相关《2023年系统集成项目管理实用举例.docx（13页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、2023年系统集成项目管理实用举例 系统集成项目管理实用举例 摘要：本文利用中型钢铁集团ERP项目的实例，阐述集成项目管理的实践经验已经工作中的一些方法准则： 关键词：项目的实例，集成项目管理 正文： 系统集成项目管理中的一些实用准则 一、真正理解项目经理的角色 对项目经理角色的理解一定要避免两个极端，一种过分强调项目经理的技术能力，认为项目经理应该是团队中技术最强的人，项目实施中的任何疑难问题最终归集到项目经理，项目经理必须说“Yes”或“No”，否则就无以服众。另一种则过分强调项目经理的领导能力，认为项目经理首要任务是给他的组员端咖啡，协调大家之间的关系等。我认为项目经理首先应是有过类似本

2、项目的项目实施经验，对ERP项目有一个清醒地认识，同时对该行业的相关知识有扎实的基础；对该ERP项目能够做出一个科学的、切合实际情况的实施方案，在必要的时候能够帮助自己的组员解决问题，但并不是说项目经理必须是任何技术问题都非常精通，比如对于项目的网络构架，项目经理可以咨询相关专业人员。但无论如何，项目经理都应该熟悉和了解项目中的每一项技术，只有这样才能全面掌握项目。其次项目经理应具有协调、组织的能力，能够调节整个项目团队的气氛，在遇到挫折时“升温”，在过分乐观时“降温”；同时应具有同项目单位进行沟通、协调的能力，为自己组员的项目实施做好环境的准备；在遇到关键或疑难问题时，能够通过各种途径找到问

3、题的答案。 项目经理跟一般的职业经理人不同，它具有较强的专业性，一个不懂技术的人是绝对不能做项目经理的，项目经理应该是技术和管理的结合。 二、重视对项目组的管理，奖罚分明。 在ERP项目的实施中，必须建立一套切实可行的项目管理制度，特别是多方组成的项目团队，更是如此。只有这样，才能保证整个项目实施的有序进行。规范化而且切实可行的项目管理制度，必须因企业、因项目而异。一般而言，应是项目管理原理、企业/行业特点和项目规模/性质、企业开发文化/素质等各种因素综合的产物。同时要严格执行制度，做到奖罚及时、分明。在制度建设上一定要避免两种情况：一是无项目管理制度，仅凭个人经验实施项目管理；二是书生制度，

4、照搬教条，纸上谈兵，束之高阁。 项目管理的核心是三角平衡，即规格、成本、进度三个方面保持平衡。在大部分项目实施中，往往无法确立和实现项目成本的指标、考核和控制，资金的支配权往往不归项目经理，而由公司决定，这样导致公司与项目经理之间的责任不清，对于某些制度也无法贯彻执行，不能很好地实现项目经理负责制。 为了组建一个和谐的团队，项目经理必须充当队员的激励者、教练、活跃气氛者、维和人员和冲突裁决人。 另外，项目经理还必须注重不同岗位的后备人员的开发。在项目的实施过程中一旦出现队员辞职的现象，项目经理能够合理安排人员调动和接替；同时，便于队员在工作过程中形成竞争，以及合理安排期间性休假。 三、计划、计

5、划、计划 几乎所有的人都知道项目的实施需要制定计划。但是在具体操作过程中还是存在以下几种现象：一是项目计划的制定不够严谨，随意性大，可操作性差，因而实施中无法遵循（如项目计划过于粗略，落实不足），没有做到任务、进度、资源三落实。二是缺乏贯穿项目全程的详细项目计划，甚至采取每周制定下周工作计划的逐周项目计划方式，其实质是“项目失控合法化”。三是项目进度的检查（与进度计划比对）和控制不足，不能维护项目计划的严肃性。 再完美的计划也会时常遭遇不测，但并不表明我们不需要制定计划了。如果没有计划我们就失去了参照物。项目经理应该能够预测变化并且能够适应变化。经常做一些“如果那么”的假设，避免安于项目现状，

6、在项目发生变化时能够及时作出调整。计划总在变化，计划没有变化快，关键是计划能够跟上变化。 在项目的实施过程中，经常会将整个项目分成若干个小的项目，项目经理应有效的利用好时间，做到各个项目之间的有效、合理衔接，保持整体计划的合理性和连贯性。 项目计划粗细程度，是一个需要小心把握平衡的问题。越细则控制力度越大，但项目管理的成本越高；反之亦然。以国内目前的状况，个人看法，3个月以下的项目应细到人天，至少23人天；半年以上的项目，至少应到人周。 四、真正理解“一把手工程” ERP项目的实施是一把手工程，这是公认的准则。很多项目在实施前期都强调“一把手工程”，并且运用的特别好，比如：由总经理召开会议、成

7、立项目小组等等，但是往往在实施开始之后就不能很好地发挥“一把手”的作用，使得一把手工程变成了撒手工程。项目经理应该自始至终地发挥“一把手”的作用，应该定期地（一般为一个月）或在某项小的项目结束时将阶段总结呈递给“一把手”，并且进行简短的交流，听取“一把手”对于项目的看法，在必要时提议“一把手”召开会议。同时，对于项目经理所在公司的“一把手”也要定期进行汇报和交流，以获取支持、理解和资源的调配。 五、不要吝惜在培训上花的时间，进行二次、三次培训都不为过。 培训是项目实施的一个重要环节，目前国内单位（特别是大型国营单位）的人员素质比较低，对于信息化的理解几乎等于零。所以我们在进行培训时，应该分层次

8、、分阶段的进行培训，不能期望一次培训就能使单位的人员理解和掌握软件的操作。培训应贯穿于项目的始终，并且应做好适合用户水平的操作手册，必要时在单位内部网页上做“常见问题问答”的栏目。一定要避免“客户理解太慢、太笨了，我帮他做了吧”等想法和行为的出现。ERP项目是自己单位的项目，任何人都代替不了。 六、进行原型测试，做好一个理论和实践都可行的实施方案。 不管是培训还是计划都必须建立在一个可行的实施方案的基础上，否则即使你的方法再好，也不可能达到良好的效果。所以在实施之前，应该进行充分的系统分析和调研，充分听取各个层次人员的意见，多方搜集资料，并且进行多角度的原型测试，在项目小组（包括 ERP单位方

9、）同意的基础上，才进行实施和培训等计划的制定和执行。尽量避免在实施过程中进行方案改变等情况的发生。 七、合理的降低客户的需求 任何软件都不是万能的，都不可能百分之百地解决客户地所有问题。在项目的实施过程中，应该实事求是地、明确地告诉用户那些是软件做不到的。一些软件公司和实施人员不愿意和害怕把真象告诉用户，只想把企业原本正确的业务流程转变成本公司软件所规定的业务流程，结果造成双方僵持。特别是一些软件程序上的毛病，更是不愿接受用户的指责。其实，这完全没有必要。在不可能解决的问题上跟用户兜圈子，其结果只能是使用户对你造成误解，和对公司的不信任。 由于各种各样的原因，在企业的经营管理中总会有一些具有自

10、己特色的东西，但是，企业难于在短时间改变现有的做法，这就需要软件的灵活性和实施的变通。当然，应该尽可能地使企业的行为合符有关的法规和惯例，这是最好的结果。 对待客户需求方面也应该讲求80/20原则，不能一味的降低客户需求，试想一个软件连客户百分之八十的需求都满足不了，还怎样要求客户放弃自己的需求。我们所讲的合理的降低客户需求，应该是在解决了百分之八十以上的基础上，或解决了企业主要需求的基础上，对于客户的一些特殊需求不预满足或解决。在项目的实施过程中，我们不能承诺能够解决客户的所有需求，如果一个软件能够解决客户的所有需求，那我们的实施也就不费力了，也就不需要讲求那么多的实施方法了，企业实施ERP

11、也就不需要咨询了。 上述只是从不同的方面描述自己对项目经理的理解，当然在项目的实施过程中最重要的是实施成功，而不管你采取什么方法。项目经理应该根据项目的自身情况确定适合该项目的方案和实施策略。 实例： 在实施中型钢铁集团ERP项目的进程中，作为实施团对整个总结了很多的实践经验，当然这些经验不能作为项目经理的实施准则，或许也存在个人的误解，但是供给出来，以供大家参考。 一、真正懂得项目经理的角色 对项目经理角色的懂得一定要避免两个极端，一种过火强调项目经理的技巧能力，认为项目经理应该是团队中技巧最强的人，项目实施中的任何疑难问题最终归集到项目经理，项目经理必须说“Yes”或“No”，否则就无以服

12、众。另一种则过火强调项目经理的领导能力，认为项目经理首要任务是给他的组员端咖啡，和谐大家之间的关系等。我认为项目经理首先应是有过类似本项目的项目实施经验，对ERP项目有一个清醒地认识，同时对该行业的相关知识有扎实的基本；对该ERP项目能够做出一个科学的、切合实际情况的实施计划，在必要的时候能够辅助自己的组员解决问题，但并不是说项目经理必须是任何技巧问题都非常精通，比如对于项目的网络构架，项目经理可以咨询相关专业人员。但无论如何，项目经理都应该熟悉和懂得项目中的每一项技巧，只有这样才能全面掌握项目。其次项目经理应具有和谐、组织的能力，能够调节整个项目团队的气氛，在遇到挫折时“升温”，在过火乐观时

13、“降温”；同时应具有同项目单位进行沟通、和谐的能力，为自己组员的项目实施做好环境的准备；在遇到关键或疑难问题时，能够通过各种途径找到问题的答案。 项目经理跟一般的职业经理人不同，它具有较强的专业性，一个不懂技巧的人是绝对不能做项目经理的，项目经理应该是技巧和管理的结合。 二、重视对项目组的管理，奖罚分明。 在ERP项目的实施中，必须建立一套切实可行的项目管理制度，特别是多方组成的项目团队，更是如此。只有这样，才能保证整个项目实施的有序进行。规范化而且切实可行的项目管理制度，必须因企业、因项目而异。一般而言，应是项目管理原理、企业/行业特点和项目范围/性质、企业开发文化/素质等各种因素综合的产物

14、。同时要严格执行制 度，做到奖罚及时、分明。在制度建设上一定要避免两种情况：一是无项目管理制度，仅凭个人经验实施项目管理；二是书生制度，照搬教条，纸上谈兵，束之高阁。 项目管理的核心是三角平衡，即规格、成本、进度三个方面坚持平衡。在大部分项目实施中，往往无法确立和实现项目成本的指标、考核和把持，资金的安排权往往不归项目经理，而由公司决定，这样导致公司与项目经理之间的责任不清，对于某些制度也无法贯彻执行，不能很好地实现项目经理负责制。 为了组建一个协调的团队，项目经理必须充当队员的鼓励者、教练、活泼气氛者、维和人员和冲突裁决人。 另外，项目经理还必须注重不同岗位的后备人员的开发。在项目的实施进程

15、中一旦出现队员辞职的现象，项目经理能够合理部署人员调动和接替；同时，便于队员在工作进程中形成竞争，以及合理部署期间性休假。 三、规划、规划、规划 几乎所有的人都知道项目的实施需要制定规划。但是在具体操作进程中还是存在以下几种现象：一是项目规划的制定不够严谨，随意性大，可操作性差，因而实施中无法遵循（如项目规划过于粗略，落实不足），没有做到任务、进度、资源三落实。二是缺乏贯串项目全程的详细项目规划，甚至采取每周制定下周工作规划的逐周项目规划方法，其本质是“项目失控合法化”。三是项目进度的检查（与进度规划比对）和把持不足，不能保护项目规划的严肃性。 再完美的规划也会时常遭遇不测，但并不表明我们不需

16、要制定规划了。如果没有规划我们就失去了参照物。项目经理应该能够预测变化并且能够适应变化。经常做一些“如果那么”的假设，避免安于项目现状，在项目发生变化时能够及时作出调整。规划总在变化，规划没有变化快，关键是规划能够跟上变化。 在项目的实施进程中，经常会将整个项目分成若干个小的项目，项目经理应有效的利用好时间，做到各个项目之间的有效、合理衔接，坚持整体规划的合理性和连贯性。 项目规划粗细程度，是一个需要小心把握平衡的问题。越细则把持力度越大，但项目管理的成本越高；反之亦然。以国内目前的状况，个人看法，3个月以下的项目应细到人天，至少23人天；半年以上的项目，至少应到人周。 四、真正懂得“一把手工

17、程” ERP项目的实施是一把手工程，这是公认的准则。很多项目在实施前期都强调“一把手工程”，并且运用的特别好，比如：由总经理召开会议、成立项目小组等等，但是往往在实施开始之后就不能很好地发挥“一把手”的作用，使得一把手工程变成了撒手工程。项目经理应该自始至终地发挥“一把手”的作用，应该定期地（一般为一个月）或在某项小的项目结束时将阶段总结呈递给“一把手”，并且进行简短的交流，听取“一把手”对于项目的看法，在必要时提议“一把手”召开会议。同时，对于项目经理所在公司的“一把手”也要定期进行汇报和交流，以获取支持、懂得和资源的调配。 五、不要吝惜在培训上花的时间，进行二次、三次培训都不为过。 培训是

18、项目实施的一个重要环节，目前国内单位（特别是大型国营单位）的人员素质比较低，对于信息化的懂得几乎等于零。所以我们在进行培训时，应该分层次、分阶段的进行培训，不能期望一次培训就能使单位的人员懂得和掌握软件的操作。培训应贯串于项目的始终，并且应做好合适用户水平的操作手册，必要时在单位内部网页上做“常见问题问答”的栏目。一定要避免“客户懂得太慢、太笨了，我帮他做了吧”等想法和行为的出现。ERP项目是自己单位的项目，任何人都代替不了。 六、进行原型测试，做好一个理论和实践都可行的实施计划。 不管是培训还是规划都必须建立在一个可行的实施计划的基本上，否则即使你的方式再好，也不可能达到良好的效果。所以在实

19、施之前，应该进行充分的系统剖析和调研，充分听取各个层次人员的意见，多方搜集资料，并且进行多角度的原型测试，在项目小组（包含ERP单位方）同意的基本上，才进行实施和培训等规划的制定和执行。尽量避免在实施进程中进行计划改变等情况的发生。 七、合理的降低客户的需求 任何软件都不是万能的，都不可能百分之百地解决客户地所有问题。在项目的实施进程中，应该实事求是地、明确地告知用户那些是软件做不到的。一些软件公司和实施人员不愿意和惧怕告知用户，只想把企业本来正确的业务流程转变成本公司软件所规定的业务流程，结果造成双方僵持。特别是一些软件程序上的毛病，更是不愿接受用户的指责。其 实，这完全没有必要。在不可能解

20、决的问题上跟用户兜圈子，其结果只能是使用户对你造成误解，和对公司的不信任。 由于各种各样的原因，在企业的经营管理中总会有一些具有自己特色的东西，但是，企业难于在短时间改变现有的做法，这就需要软件的机动性和实施的变通。当然，应该尽可能地使企业的行为合符有关的法规和通例，这是最好的结果。 对待客户需求方面也应该讲求80/20原则，不能一味的降低客户需求，试想一个软件连客户百分之八十的需求都满足不了，还如何要求客户废弃自己的需求。我们所讲的合理的降低客户需求，应该是在解决了百分之八十以上的基本上，或解决了企业主要需求的基本上，对于客户的一些特殊需求不预满足或解决。在项目的实施进程中，我们不能承诺能够

21、解决客户的所有需求，如果一个软件能够解决客户的所有需求，那我们的实施也就不费力了，也就不需要讲求那么多的实施方式了，企业实施ERP也就不需要咨询了。 上述只是从不同的方面描述自己对项目经理的懂得，当然在项目的实施进程中最重要的是实施成功，而不管你采取什么方式。项目经理应该依据项目的自身情况断定合适该项目的计划和实施策略。 参考文献： 1.系统集成项目管理案例分析教程 希赛IT教育研发中心组编 电子工业出版社2023-08-01 2.计算机信息系统集成项目经理技术手册 信息产业部计算机技术培训中心编著 电子工业出版社 2023-3-1 3.计算机信息系统集成项目管理基础 中国软件评测中心编著 电子工业出版社2023-3-1 4.软件项目管理理论与案例分析 吴吉义主编中国电力出版社 2023-8-1 5.网络工程设计与系统集成（第2版）杨威主编王云、黄晓彤、杨陟卓编著 人民邮电出版社2023-4-1 系统集成项目管理实用举例 系统集成项目管理笔记 系统集成项目采购管理 系统集成项目管理要求 系统集成项目沟通 系统集成项目管理师总结 如何管理和实施系统集成项目 系统集成工程项目管理规程 系统集成项目案例分析 系统集成项目实施程序