企业信息化建设方法培训201010(阅读).ppt

实施价值 ☆核心价值： 优化业务流程 专业化项目管理 知识转移 ☆ How ： 交付确定的成果 监督、控制项目 实现知识转移 项目角色重要性曲线 项目准备 需求分析 方案设计 系统建设 切换上线 持续支持 重要性 领导委员会 项目组 最终用户 项目实施幸福曲线 项目准备 时间 幸福程度 持续改善 好奇 观望 混乱 怀疑 满意 稳定 蓝图设计 系统建设 切换上线 持续支持 项目实施路线图 项目准备 蓝图设计 系统建设 上线准备 最佳实践 上线与 持续支持 项目管理 项目内部交接 建立实施组织结构 制定项目实施策略 制定实施总体计划 制定质量和风险策略 项目启动会 当前业务流程调研与分析 特殊业务处理的研讨 系统环境部署方案 理念产品培训 目标业务流程制订与修改 签署目标流程方案 各模块详细实施方案 制定各模块进度计划 基础数据策略与收集 权限管理与权限设定 参数设置 二次开发 单元测试 动态数据收集与转换策略 制定集成测试方案 测试准备（计划/案例/数据）与集成测试 修订与优化方案设计 实施方案确认与执行 产品环境建立 系统初始化（数据、参数、模板等） 编写用户手册 最终用户培训 系统上线计划 系统切换上线 日常维护策略 用户系统管理制度 系统运行支持 实施效果评估 项目总结 项目验收会 项目运维交接 感悟分享 – 态度 人生面临的问题可分为三类： ????可直接影响的问题 ????可间接影响的问题 ????无能为力的问题 有勇气来改变可以改变的事情 有胸怀来接受不可改变的事情 有智慧来分辨两者的不同 不要说做不到，而是应该动脑筋想一想怎样能做得更好！ 102 + 1 = 101 移动1位数字让等式成立 * 常见问题： 没有工作任务书 有工作任务书，但没有界定实施目标、范围 没有针对性的实施路线、里程碑计划、交付成果 对风险没有预防措施 对甲方要求或约束太少，责权不对等。 * * * * * 1.传统的项目管理—满足三重约束来完成任务。即实施方满意TQC 2.新型的项目管理—使项目利益相关者满意。即客户方满意SIE 3.项目组：知识含量、能力提升 4.平衡木 * 红字部分中重点！ 1.首先要说明什么是项目！描述清楚ERP项目的特殊属性—对比建筑项目。 2.ERP项目的特征：多次—项目经营与项目链、时间—根据项目不同有很大的不同、组织—拼凑与筹措（主要是资源）、SOA。 3.说明ERP项目的资源特性。 * 1.阶段目标简述； 2.查看任务清单； 3.请学员填写“必选/可选交付物” * 1.关键用户分两种，一种是对于所在单位满意的，可以通过增强其ERP的实施中的核心竞争力提高其在公司的地位，另一种是不满的，其能力增强后选择工作的机会将会大大增加。所谓“技多不压身”。 2.把关键用户当朋友看，打成一片，让其和我们站到同一阵线，可以帮我们说话和做事。 3.关键用户在项目的成败中起到至关重要的作用，也是能否顺利验收的关键因素。 4.在与客户方领导沟通时，经常性地对关键用户提出赞扬。 * 1.对需求的疑问，在需求调研过程中发生的需求变化：秋千—上吊 2.所有的用户总是希望需求实现能越大越多越全越好，而我们总希望需求能越少越标准越好。 * 1.调研方法：由开口向闭口 2.需求排序 3.需求变更（和实施工作任务书有何不同？） * 第一访谈：首先是领导委员会 调研对象：所涉及业务流程的各序列主要领导人与业务骨干 * 伴随着产品培训…… 1、标准产品（系统编码方案、接口方案） 2、行业产品或插件 3、客户化开发（客户化开发方案） 4、变通解决与后续升级 * 系统环境搭建（配置流程），环境还要定期更新： 1、生产环境 2、模拟环境 3、开发环境 4、培训环境 * 一、测试方案（主要是要进行集成测试，单元测试在某些时候可以省略） 二、测试用例的编写（在这个阶段，关键用户必须亲自做或者指导最终用户做。需求变更是最容易在这里产生的。） 需求虽然名义上已经关闭，但是对于一些关键应用，还是需要改动业务解决方案。 三、测试执行（关键用户+最终用户）！ 建议关键用户测试，不建议最终用户来主导测试。 四、测试总结（单元业务与整体业务的测试总结，说明此系统经过测试是可以上线的—1用例是否符合客户要求；2测试数据和实际数据是否一致或适合或囊括；3问题清单与后续改进、循环迭代） * 最终用户水平参差不齐，数量众多，我们不可能有时间和精力与之充分交流。 只通过电话或邮件，尽量不当面交流。 适当地说“不”。 引导其通过内部支持体系解决问题。 若隐若现，使之能感觉到你的存在。 保持专业形象，培训是展示你的专业形象的最好途径。 * 1、按阶段过一下项目利益相关方的重要性； 2、各个阶段的重要事件与里程碑。 * 1、上