项目实施策略.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
项目实施策略

客户logo 项目编号:xx-ERP-0001 项目名称: 文档编号:xx-ERP-JTSH-001 版 本 号:V1.0 Xxxxx项目 项目管理规范与制度 Xxx集团公司 用友软件股份有限公司 项目负责人: 项目负责人: 签字日期: 签字日期: 文档控制 修改记录 日期 作者 版本 修改参考号 审阅人 姓名 职位 审阅签字 存档 拷贝号 地点 备注 目录 1. 实施组织保证 4 1.1. 项目范围管理策略 4 1.2. 分期分阶段上线策略 5 1.3. 试点上线策略 6 1.4. 需求管理策略 7 1.5. 知识转移策略 10 1.6. 发动关键用户策略 10 1.7. 项目推动策略 11 1.8. 项目验收策略 12 2. 项目规划步骤 13 实施策略就是为了实现某一目标,首先预先根据可能出现的问题制定的若干对应的方案,并且,在实现目标的过程中,根据形势的发展和变化来制定出新的方案,或者根据形势的发展和变化来选择相应的方案,最终实现目标。项目中哪些该做,哪些不该做,做到什么程度,都是由范围管理来决定的。在项目过程中,项目规划是非常重要的一个环节,良好的项目规划能同时对项目进度、质量和投资起到很好的控制作用,的项目规划则有可能带来混乱、失控甚至项目的最终失败。WBS(Work Breakdown Structure)主要是将一个项目分解成易于管理的几个部分或几个细目,以便确保找出完成项目工作范围所需的所有工作要素。它是一种在项目全范围内分解和定义各层次工作包的方法,WBS按照项目发展的规律,依据一定的原则和规定,进行系统化的、相互关联和协调的层次分解。结构层次越往下层则项目组成部分的定义越详细,WBS最后构成一份层次清晰,可以具体作为组织项目实施的工作依据。 在项目规划过程中,们求助于WBS方法进行项目工作内容的分解。在此基础之上再进行资源的分配、进度计划并估计项目的成本。 试点方式 项目类型 推广策略 说明 1 按实施主体 财务核算、供应链、成本管理 分批集中实施 实施主体多,人员、时间、场地无法满足全面上线要求 2 按区域 财务核算、供应链 按区域分批集中实施 跨区域经营,人员、时间、场地无法满足全面上线要求 3 按业务类型 报账平台 培养关键用户 业务类型繁多,先上线基础业务 4 按产品 生产管理 验证和完善解决方案,再全面推广 BOM数据整理工作量太大,不可能在有限时间内全部完成 5 按业务板块 集中管理集团企业的财务与资金、人力资源、采购与资产 总体方案,分布推广 控股型公司,集团从事多元化业务,业务之间的关联度松,业务差异性较大 6 需求管理策略 如果项目需求变化过于频繁,缺乏有效的管理机制,势必造成重复的实施活动,严重影响项目进度和质量。 根据前期达成的共识,以及客户对个性化需求的投入情况,项目经理要根据项目的投入产出、质量、长期利益等方面权衡,制定对个性化需求的平衡和决策策略。 需求识别:在意向提出阶段,业务部门发现需要由信息化手段来实现的业务需求,并提出建设信息化系统的期望。 需求分析:IT 管理部门归集各个业务部门的业务需求后,要组织业务部门进行讨论,新的需求是否合理、是否符合项目总体规划。对于不符合要求的业务需求要做出相应处理,比如:将该计划纳入下一项目建设计划,采取过渡方案,替代方案等。 在受理了项目的意向以后,就进入对项目需求的分析阶段。这一阶段需要有IT 人员与业务人员组成的小组,对业务需求进行详细的调研与分析。采用的方法主要包括各业务层次人员访谈、会议。制定需求分析报告的框架,针对关键点形成文档等。一般来说,需求分析包括业务分析和需求评审。 需求评审:需求分析报告形成以后,还需要组织对需求的评审,以达成项目关系人对需求的一致认可,形成系统总体设计方案。 需求管理操作指南: 在实施过程中需求变更是常见的现象,一方面客户希望能够随意的变更需求也要求达到其完全覆盖业务的目的;另一方面实施方希望能够有效控制客户需求,以避免陷入频繁的需求变更中,导致项目延期、陷入僵局。为平衡双方利益,需求变更根据需求变化的时间点分别制定出双方均可接受的方案。 需求确认: 需求需要得到双方签字确认后生效,具体的签字流程如下: 需求变更: 针对需求变更的情况约束行为和规范应当根据变更内容对项目进行的影响来决定,大致可以根据实施点的不同确定对项目的影响: 方案确认前:所有的需求变更都可以纳入方案调整计划,如果牵涉到合同范围外的变更则可以交由商务处理,如果是合同范围内的项目需求变更,可以根据再次变更讨论的结果重新制定方案,并对第二次做的方案进行在确认,将需求变更内容做到文档需求变更控制页内。 方案确认后:如果出现合

文档评论(0)

almm118 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档