信息化在企业中定位V2_第1页
信息化在企业中定位V2_第2页
信息化在企业中定位V2_第3页
信息化在企业中定位V2_第4页
信息化在企业中定位V2_第5页
已阅读5页,还剩30页未读 继续免费阅读

付费下载

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1本次培训的目标架起业务和IT的桥梁,理顺业务部门和IT部门的关系促使IT部门成为以服务为导向的组织,提高服务级别及客户满意度了解信息人员职业发展规划第一页,共三十五页。2几个常见问题术业有专攻,对吗?(思唯)酒香不怕巷子深

近墨者黑

老虎屁股摸不得

班门弄斧眼见为实

良药苦口利于病,忠言逆耳利于行执行与操作,一样吗?什么叫平台?什么叫战略?什么叫策略?成功的事多还是失败的事多?有成功吗?(过程和结果)第二页,共三十五页。3业务部门与IT部门的冲突企业领导的疑问:IT部门不断伸手要钱,IT投资不断增加,难道IT投资真实个“无底洞”?怎么样才能让我看到IT投资的实效?花巨大资金“养”这个部门是否值得?业务部门的责难:信息系统总是出现问题,信息部门的人都是干什么吃的?公司为信息部门投入了那么多,怎么一点改善都没有?我们怎么没有感觉到IT带来的收益?IT部门的委屈:一天到晚忙忙碌碌,通宵达旦加班,工作得不到认可,郁闷!IT初期需要高投入,回报确实长期的,怎么才能算清楚?信息中心难道永远是“有苦劳没功劳”,总是受气的“童养媳”?第三页,共三十五页。4IT部门如何消除与其它部门的矛盾?明确IT部门的定位提高需求管理的能力建立高效的运维管理机制第四页,共三十五页。5目录明确IT部门的定位第一部分提高需求管理的能力第二部分建立高效的运维管理机制第三部分第五页,共三十五页。6指导驱动反馈提升使用确定或变更资源知识信息能力其他业务战略IT治理责任:

制定IT战略时考虑业务价值制定战略的实施流程确保流程提供可衡量的结果获得结果并改善确保结果符合战略要求衡量IT与业务的关系绩效输出风险资产IT战略结果流程第六页,共三十五页。7IT部门定位组织流程IT定位人力资源

IT管理工作的规则

IT部门的人员要求

IT跟业务的关系

IT部门与业务部门各自的主要职责和工作需要什么样的组织以及结构进行管理?定位:通过为业务部门提供支持和服务来创造价值。第七页,共三十五页。8IT定位的两层含义这里的定位有两层含义:一、为其它部门提供支持和服务,二、创造价值。首先,信息部门本身并不直接创造价值,是依托其它部门的管理及业务需要而存在的。因此,为其它部门提供信息化相关支持和服务是信息部门的职责所在;同时,虽然信息部门并不产生直接利润或者收益,但通过信息化的手段提高其它部门的效益,降低运行成本,同样为组织创造了价值,从而也就体现了自身的价值所在。第八页,共三十五页。9如何从被动转为主动引导业务?要解决这个问题需要从以下几方面着手。

1、做事先做人,要让集团各个层面了解到,信息部门是诚心地对待企业,而不是有什么私自的想法。

2、要让业务部门感受到信息系统的好处,所以我们在深入到业务部门的时候,一是去了解业务,另外也是去帮助他们解决问题,有的事通过系统很快就解决了。这样就会让他们感觉到信息部门的人是他们的朋友。

3、系统有一个好处就是固化流程,能保证政策得到很好地执行,当我们认为某一个流程应该这样调整,和高层领导沟通好之后,别人有时候不容易接受,我们只要认为自己是对的就要坚持,他们迟早会接受、会理解的。

第九页,共三十五页。10信息化规划过程模型第十页,共三十五页。11信息化规划架构模型1.应用,数据,基础架构2.IT实施计划,决策,样梯队3.战略,流程和管控,行业应用或标杆第十一页,共三十五页。12信息化规划架构模型—示例第十二页,共三十五页。13目录明确IT部门的定位第一部分提高需求管理的能力第二部分建立高效的运维管理机制第三部分第十三页,共三十五页。14需求的特点需求的特点:需求的提出是进行切实可行的系统开发而存在的客观必然。需求性的描述可以是抽象的,也可以是具体的;它针对的可以是产品本身,也可以是产品开发的方式。需求性的提出是建立在可验证的基础上的,就是说,我们能够根据需求而通过设定某种检验标准对最终产品进行评估,并给出或是或非的唯一回答。在测试中,我们永远不能说产品完全解决了需求,只能说它更加接近于满足需求。第十四页,共三十五页。15需求的重要性需求的重要性:开发软件系统最困难的部分就是准确说明开发什么。最困难的概念性工作是编写出详细的需求,包括所有面向用户、面向机器和其它软件系统的接口。此工作一旦做错,将会给系统带来极大的损害,并且以后对它修改也极为困难。需求是产品的根源,需求工作的优劣对产品影响最大。就像一条河流,如果源头被污染了,那么整条河流也就被污染了。

第十五页,共三十五页。16IT人员对待需求的三种态度

“被动型”是指IT人员被动地对待需求管理中的各项活动,能少干则少干,能偷懒则偷懒。他们认为需求是用户的事情而不是自己的事情。“主动型”是指IT人员积极地开展需求管理中的各项活动。他们把获取准确的需求当作自己的职责,会想尽一切办法克服需求开发和需求管理过程中的困难,而不是找借口推卸责任。俗话说“良好的开端是成功的一半”,“主动型”是开发成功产品的必备条件。“领先型”是需求管理的最高境界。IT人员发掘了连用户自己都没有意识到的需求,导致用户跟着新产品跑而不是新产品围着用户转,这叫引导消费。需求管理做到这个份上,才能使产品立于不败之地,长盛不衰。第十六页,共三十五页。17在需要收集过程中要问哪些问题?发起者、参与者、实施者、使用者?时间要求是什么?为什么有这个需求?需求是什么?多少资源?在哪些地方用?5W1H第十七页,共三十五页。18问答分析方法问答分析方法很简单:刨根究底地问,如果问题都被解答了,那么需求也就分析清楚了。一个人可以“自问自答”地分析需求,几个人分析需求则称为“研讨”。问答分析最重要的问题是:“是什么”和“为什么”。每个需求都应当用陈述句说明“是什么”,如果“是什么”的内涵不够清晰,则应补充说明“不是什么”。如果“是什么”和“不是什么”并不是“理所当然”的,那么应当解释“为什么”,以便加深读者的理解。追究“是什么”和“为什么”的目的是获得正确、清楚的需求。第十八页,共三十五页。19需求变更的控制需求变更控制的目的:如果需求变更带来的好处大于坏处,那么允许变更,但必须按照已定义的变更规程执行,以免变更失去控制。如果需求变更带来的坏处大于好处,那么拒绝变更。需求变更控制过程中最难办的事情是莫过于“拒绝客户提出的需求变更请求”。但是无原则地退让将使开发小组陷入困境。解决这个问题最好的办法是事先建立“游戏规则”:开发方与客户方达成“事不过三”的约定(符合中国人的习惯),即允许客户变更三次需求;如果客户第四此变更需求,开发方有权拒绝,除非客户愿意补偿开发方的损失。如果事先没有“游戏规则”的话,开发方需要一些社交技巧来减缓矛盾。例如建议在开发该产品新版本时修改需求。第十九页,共三十五页。20目录明确IT部门的定位第一部分提高需求管理的能力第二部分建立高效的运维管理机制第三部分第二十页,共三十五页。21内容介绍

企业IT部门发展阶段

IT人员发展阶段第二十一页,共三十五页。22IT在不同阶段中不同的价值业务,我们需要懂吗?没有明确目标关注系统和IT擅长技术管理技术设备我们是IT专家客户需要照顾,但是我们的产品更重要开始有意识关注运营流程定义功能产品标准化开始有客服意识客户的满意是我们的目标形成战略有整体计划培训,出现流程所有人集成系统,定义运营规则追求客户满意我们能够帮助我们的客户成为战略的必要部分与业务整合并高度集成具备业务能力,CIO研究开发并有管理框架为业务部门提供建议我们带领着企业向前发展有助于战略制定、增加价值无缝集成价值链上的服务制定战略、管理供应商与供应商技术互动驱动业务运营流程目标组织技术文化价值链阶段业务导向阶段客户导向阶段产品/服务阶段技术阶段IT组织的发展阶段模型(来源:AMT-企业资源管理研究中心编译)第二十二页,共三十五页。23IT应用对CIO的要求信息技术应用有三个阶段:IT支撑业务,IT实现业务和IT推动业务。这个过程,一方面是IT技术本身的发展,能实现的功能越来越多。另一方面是业务对技术的要求越来越复杂。IT与业务的结合越来越深入。三个阶段是由信息技术的发展阶段、信息技术与业务结合的复杂程度决定的第二十三页,共三十五页。24IT人力资源发展图资深高级系统分析专家资深基础架构系统专家高级系统分析员基础架构系统专家系统分析员高级系统管理员高级程序员系统管理员程序员应用维护员信息部经理首席信息执行官项目经理技术层发展

信息部门职位系列规划分析应用系统建设应用系统维护基础架构运维系统管理员基础架构维护员管理层发展第二十四页,共三十五页。25第六部分

IT战略-应用,数据,基础架构在企业中应用有哪些?什么是ERP?ERP的总图是什么?ERP关注点?如何保障ERP安全?报表是干什么的?第二十五页,共三十五页。26第六部分

Q&AERP总图第二十六页,共三十五页。27第六部分

三分技术,七分管理,十二分数据数据为什么重要?ERP上线必须具备条件?ERP关注点第二十七页,共三十五页。28第六部分

应用不停,数据不丢如何保障ERP安全第二十八页,共三十五页。29第六部分

三报表第二十九页,共三十五页。30第六部分

一:ERP:承接战略业务及管控模式,做好原始数据收集.报表:为企业高层的沟通体系提供支持重在:数据!!!!二:重新看IT定位:通过满足业务部门的需求,间接实现自身的价值.那么自身价值通过什么来实现:ERP和报表!三:建立标准化,提高自身成长能力!!深入浅出!!总结第三十页,共三十五页。31第六部分

提高自我成长能力步骤第三十一页,共三十五页。32第六部分

要想出人,就必须进土地.计划项目目的(O)目标(G)策略(S)衡量(M)计划责任人ERP深入浅出,由不会到会,是后实现标准化理解ERP了解ERP运作全局学习后的感悟

基础资料建立ERP账套ERP账套建立操作手册及流程

用户建立,变更及注销建立用户操作手册及流程

用户权限用户的操作手册及流程

建立基础资料分基础资料(部门,供应商,客户,科目,存货及相关属性)的操作手册及流程

流程到相关部门了解流程学习后的感悟

实际流程与ERP对接业务上的每一个业务在ERP中的操作手册

建立某一个业务的标准化

数据数据的理解学习后的感悟

数据库与ERP关联数据字典的理解

保障原始数据采集的正确性在ERP录每一项数据时,保障不犯错误,即制度

需求了解需求需求流程

需求挖掘

需求整理

需求规范化

问题收集问题归口规范提问题方法,即提问题操作手册

提问题规范化问题流程

建立问题集知识库

培训培训计划制定集团,分公司的培训计划

培训对象,频次,效果

第三十二页,共三十五页。33第六部分

要想出人,就必须进土地.计划项目目的(O)目标(G)策略(S)衡量(M)计划责任人报表开发1.了解ERP数据结构;

2.学会开发日常业务报表;

3.能理解报表的作用ERP数据结构建立ERP与数据库的对应关系建立数据字典文档

学会开发业务日常报表熟悉报表工具报表工具操作手册

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论