电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本
换一换
首页 金锄头文库 > 资源分类 > DOC文档下载
分享到微信 分享到微博 分享到QQ空间

系统集成项目管理实用举例

  • 资源ID:488209376       资源大小:26KB        全文页数:5页
  • 资源格式: DOC        下载积分:10金贝
快捷下载 游客一键下载
账号登录下载
微信登录下载
三方登录下载: 微信开放平台登录   支付宝登录   QQ登录  
二维码
微信扫一扫登录
下载资源需要10金贝
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
支付方式: 支付宝    微信支付   
验证码:   换一换

 
账号:
密码:
验证码:   换一换
  忘记密码?
    
1、金锄头文库是“C2C”交易模式,即卖家上传的文档直接由买家下载,本站只是中间服务平台,本站所有文档下载所得的收益全部归上传人(卖家)所有,作为网络服务商,若您的权利被侵害请及时联系右侧客服;
2、如你看到网页展示的文档有jinchutou.com水印,是因预览和防盗链等技术需要对部份页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有jinchutou.com水印标识,下载后原文更清晰;
3、所有的PPT和DOC文档都被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;下载前须认真查看,确认无误后再购买;
4、文档大部份都是可以预览的,金锄头文库作为内容存储提供商,无法对各卖家所售文档的真实性、完整性、准确性以及专业性等问题提供审核和保证,请慎重购买;
5、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据;
6、如果您还有什么不清楚的或需要我们协助,可以点击右侧栏的客服。
下载须知 | 常见问题汇总

系统集成项目管理实用举例

系统集成项目管理实用举例摘要:本文利用中型钢铁集团ERP项目的实例,阐述集成项目管理的实践经验已经工作中的一些方法准则:关键词:项目的实例,集成项目管理正文:系统集成项目管理中的一些实用准则一、真正理解项目经理的角色 对项目经理角色的理解一定要避免两个极端,一种过分强调项目经理的技术能力,认为项目经理应该是团队中技术最强的人,项目实施中的任何疑难问题最终归集到项目经理,项目经理必须说“Yes”或“No”,否则就无以服众。另一种则过分强调项目经理的领导能力,认为项目经理首要任务是给他的组员端咖啡,协调大家之间的关系等。我认为项目经理首先应是有过类似本项目的项目实施经验,对ERP项目有一个清醒地认识,同时对该行业的相关知识有扎实的基础;对该ERP项目能够做出一个科学的、切合实际情况的实施方案,在必要的时候能够帮助自己的组员解决问题,但并不是说项目经理必须是任何技术问题都非常精通,比如对于项目的网络构架,项目经理可以咨询相关专业人员。但无论如何,项目经理都应该熟悉和了解项目中的每一项技术,只有这样才能全面掌握项目。其次项目经理应具有协调、组织的能力,能够调节整个项目团队的气氛,在遇到挫折时“升温”,在过分乐观时“降温”;同时应具有同项目单位进行沟通、协调的能力,为自己组员的项目实施做好环境的准备;在遇到关键或疑难问题时,能够通过各种途径找到问题的答案。 项目经理跟一般的职业经理人不同,它具有较强的专业性,一个不懂技术的人是绝对不能做项目经理的,项目经理应该是技术和管理的结合。 二、重视对项目组的管理,奖罚分明。 在ERP项目的实施中,必须建立一套切实可行的项目管理制度,特别是多方组成的项目团队,更是如此。只有这样,才能保证整个项目实施的有序进行。规范化而且切实可行的项目管理制度,必须因企业、因项目而异。一般而言,应是项目管理原理、企业/行业特点和项目规模/性质、企业开发文化/素质等各种因素综合的产物。同时要严格执行制度,做到奖罚及时、分明。在制度建设上一定要避免两种情况:一是无项目管理制度,仅凭个人经验实施项目管理;二是书生制度,照搬教条,纸上谈兵,束之高阁。 项目管理的核心是三角平衡,即规格、成本、进度三个方面保持平衡。在大部分项目实施中,往往无法确立和实现项目成本的指标、考核和控制,资金的支配权往往不归项目经理,而由公司决定,这样导致公司与项目经理之间的责任不清,对于某些制度也无法贯彻执行,不能很好地实现项目经理负责制。 为了组建一个和谐的团队,项目经理必须充当队员的激励者、教练、活跃气氛者、维和人员和冲突裁决人。 另外,项目经理还必须注重不同岗位的后备人员的开发。在项目的实施过程中一旦出现队员辞职的现象,项目经理能够合理安排人员调动和接替;同时,便于队员在工作过程中形成竞争,以及合理安排期间性休假。 三、计划、计划、计划 几乎所有的人都知道项目的实施需要制定计划。但是在具体操作过程中还是存在以下几种现象:一是项目计划的制定不够严谨,随意性大,可操作性差,因而实施中无法遵循(如项目计划过于粗略,落实不足),没有做到任务、进度、资源三落实。二是缺乏贯穿项目全程的详细项目计划,甚至采取每周制定下周工作计划的逐周项目计划方式,其实质是“项目失控合法化”。三是项目进度的检查(与进度计划比对)和控制不足,不能维护项目计划的严肃性。 再完美的计划也会时常遭遇不测,但并不表明我们不需要制定计划了。如果没有计划我们就失去了参照物。项目经理应该能够预测变化并且能够适应变化。经常做一些“如果那么”的假设,避免安于项目现状,在项目发生变化时能够及时作出调整。计划总在变化,计划没有变化快,关键是计划能够跟上变化。 在项目的实施过程中,经常会将整个项目分成若干个小的项目,项目经理应有效的利用好时间,做到各个项目之间的有效、合理衔接,保持整体计划的合理性和连贯性。 项目计划粗细程度,是一个需要小心把握平衡的问题。越细则控制力度越大,但项目管理的成本越高;反之亦然。以国内目前的状况,个人看法,3个月以下的项目应细到人天,至少23人天;半年以上的项目,至少应到人周。 四、真正理解“一把手工程” ERP项目的实施是一把手工程,这是公认的准则。很多项目在实施前期都强调“一把手工程”,并且运用的特别好,比如:由总经理召开会议、成立项目小组等等,但是往往在实施开始之后就不能很好地发挥“一把手”的作用,使得一把手工程变成了撒手工程。项目经理应该自始至终地发挥“一把手”的作用,应该定期地(一般为一个月)或在某项小的项目结束时将阶段总结呈递给“一把手”,并且进行简短的交流,听取“一把手”对于项目的看法,在必要时提议“一把手”召开会议。同时,对于项目经理所在公司的“一把手”也要定期进行汇报和交流,以获取支持、理解和资源的调配。 五、不要吝惜在培训上花的时间,进行二次、三次培训都不为过。 培训是项目实施的一个重要环节,目前国内单位(特别是大型国营单位)的人员素质比较低,对于信息化的理解几乎等于零。所以我们在进行培训时,应该分层次、分阶段的进行培训,不能期望一次培训就能使单位的人员理解和掌握软件的操作。培训应贯穿于项目的始终,并且应做好适合用户水平的操作手册,必要时在单位内部网页上做“常见问题问答”的栏目。一定要避免“客户理解太慢、太笨了,我帮他做了吧”等想法和行为的出现。ERP项目是自己单位的项目,任何人都代替不了。 六、进行原型测试,做好一个理论和实践都可行的实施方案。 不管是培训还是计划都必须建立在一个可行的实施方案的基础上,否则即使你的方法再好,也不可能达到良好的效果。所以在实施之前,应该进行充分的系统分析和调研,充分听取各个层次人员的意见,多方搜集资料,并且进行多角度的原型测试,在项目小组(包括ERP单位方)同意的基础上,才进行实施和培训等计划的制定和执行。尽量避免在实施过程中进行方案改变等情况的发生。 七、合理的降低客户的需求 任何软件都不是万能的,都不可能百分之百地解决客户地所有问题。在项目的实施过程中,应该实事求是地、明确地告诉用户那些是软件做不到的。一些软件公司和实施人员不愿意和害怕把真象告诉用户,只想把企业原本正确的业务流程转变成本公司软件所规定的业务流程,结果造成双方僵持。特别是一些软件程序上的毛病,更是不愿接受用户的指责。其实,这完全没有必要。在不可能解决的问题上跟用户兜圈子,其结果只能是使用户对你造成误解,和对公司的不信任。 由于各种各样的原因,在企业的经营管理中总会有一些具有自己特色的东西,但是,企业难于在短时间改变现有的做法,这就需要软件的灵活性和实施的变通。当然,应该尽可能地使企业的行为合符有关的法规和惯例,这是最好的结果。 对待客户需求方面也应该讲求80/20原则,不能一味的降低客户需求,试想一个软件连客户百分之八十的需求都满足不了,还怎样要求客户放弃自己的需求。我们所讲的合理的降低客户需求,应该是在解决了百分之八十以上的基础上,或解决了企业主要需求的基础上,对于客户的一些特殊需求不预满足或解决。在项目的实施过程中,我们不能承诺能够解决客户的所有需求,如果一个软件能够解决客户的所有需求,那我们的实施也就不费力了,也就不需要讲求那么多的实施方法了,企业实施ERP也就不需要咨询了。 上述只是从不同的方面描述自己对项目经理的理解,当然在项目的实施过程中最重要的是实施成功,而不管你采取什么方法。项目经理应该根据项目的自身情况确定适合该项目的方案和实施策略。 实例:在实施中型钢铁集团ERP项目的进程中,作为实施团对整个总结了很多的实践经验,当然这些经验不能作为项目经理的实施准则,或许也存在个人的误解,但是供给出来,以供大家参考。 一、真正懂得项目经理的角色 对项目经理角色的懂得一定要避免两个极端,一种过火强调项目经理的技巧能力,认为项目经理应该是团队中技巧最强的人,项目实施中的任何疑难问题最终归集到项目经理,项目经理必须说“Yes”或“No”,否则就无以服众。另一种则过火强调项目经理的领导能力,认为项目经理首要任务是给他的组员端咖啡,和谐大家之间的关系等。我认为项目经理首先应是有过类似本项目的项目实施经验,对ERP项目有一个清醒地认识,同时对该行业的相关知识有扎实的基本;对该ERP项目能够做出一个科学的、切合实际情况的实施计划,在必要的时候能够辅助自己的组员解决问题,但并不是说项目经理必须是任何技巧问题都非常精通,比如对于项目的网络构架,项目经理可以咨询相关专业人员。但无论如何,项目经理都应该熟悉和懂得项目中的每一项技巧,只有这样才能全面掌握项目。其次项目经理应具有和谐、组织的能力,能够调节整个项目团队的气氛,在遇到挫折时“升温”,在过火乐观时“降温”;同时应具有同项目单位进行沟通、和谐的能力,为自己组员的项目实施做好环境的准备;在遇到关键或疑难问题时,能够通过各种途径找到问题的答案。 项目经理跟一般的职业经理人不同,它具有较强的专业性,一个不懂技巧的人是绝对不能做项目经理的,项目经理应该是技巧和管理的结合。 二、重视对项目组的管理,奖罚分明。 在ERP项目的实施中,必须建立一套切实可行的项目管理制度,特别是多方组成的项目团队,更是如此。只有这样,才能保证整个项目实施的有序进行。规范化而且切实可行的项目管理制度,必须因企业、因项目而异。一般而言,应是项目管理原理、企业/行业特点和项目范围/性质、企业开发文化/素质等各种因素综合的产物。同时要严格执行制度,做到奖罚及时、分明。在制度建设上一定要避免两种情况:一是无项目管理制度,仅凭个人经验实施项目管理;二是书生制度,照搬教条,纸上谈兵,束之高阁。 项目管理的核心是三角平衡,即规格、成本、进度三个方面坚持平衡。在大部分项目实施中,往往无法确立和实现项目成本的指标、考核和把持,资金的安排权往往不归项目经理,而由公司决定,这样导致公司与项目经理之间的责任不清,对于某些制度也无法贯彻执行,不能很好地实现项目经理负责制。 为了组建一个协调的团队,项目经理必须充当队员的鼓励者、教练、活泼气氛者、维和人员和冲突裁决人。 另外,项目经理还必须注重不同岗位的后备人员的开发。在项目的实施进程中一旦出现队员辞职的现象,项目经理能够合理部署人员调动和接替;同时,便于队员在工作进程中形成竞争,以及合理部署期间性休假。 三、规划、规划、规划 几乎所有的人都知道项目的实施需要制定规划。但是在具体操作进程中还是存在以下几种现象:一是项目规划的制定不够严谨,随意性大,可操作性差,因而实施中无法遵循(如项目规划过于粗略,落实不足),没有做到任务、进度、资源三落实。二是缺乏贯串项目全程的详细项目规划,甚至采取每周制定下周工作规划的逐周项目规划方法,其本质是“项目失控合法化”。三是项目进度的检查(与进度规划比对)和把持不足,不能保护项目规划的严肃性。 再完美的规划也会时常遭遇不测,但并不表明我们不需要制定规划了。如果没有规划我们就失去了参照物。项目经理应该能够预测变化并且能够适应变化。经常做一些“如果那么”的假设,避免安于项目现状,在项目发生变化时能够及时作出调整。规划总在变化,规划没有变化快,关键是规划能够跟上变化。 在项目的实施进程中,经常会将整个项目分成若干个小的项目,项目经理应有效的利用好时间,做到各个项目之间的有效、合理衔接,坚持整体规划的合理性和连贯性。 项目规划粗细程度,是一个需要小心把握平衡的问题。越细则把持力度越大,但项目管理的成本越高;反之亦然。以国内目前的状况,个人看法,3个月以下的项目应细到人天,至少23人天;半年以上的项目,至少应到人周。 四、真正懂得“一把手工程” ERP项目的实施是一把手工程,这是公认的准则。很多项目在实施前期都强调“一把手工程”,并且运用的特别好,比如:由总经理召开会议、成立项目小

注意事项

本文(系统集成项目管理实用举例)为本站会员(cl****1)主动上传,金锄头文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即阅读金锄头文库的“版权提示”【网址:https://www.jinchutou.com/h-59.html】,按提示上传提交保证函及证明材料,经审查核实后我们立即给予删除!

温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




关于金锄头网 - 版权申诉 - 免责声明 - 诚邀英才 - 联系我们
手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.