IT Management

合集下载

IT信息技术服务管理体系术语定义

IT信息技术服务管理体系术语定义

IT信息技术服务管理体系术语定义IT信息技术服务管理体系是指对企业的IT服务进行规划、设计、交付、控制和持续改进的一种管理体系。

在IT服务管理体系中,有许多重要的术语需要定义清楚,以便在实践中更好地理解和应用。

以下是一些常见的IT信息技术服务管理体系术语的定义:1. IT服务管理(IT Service Management,ITSM):ITSM是在IT组织中规划、设计、交付、控制和改进IT服务的一系列活动和过程。

2. 服务(Service):服务是为满足客户需求而提供的一个或一组可识别的功能。

3. 服务提供者(Service Provider):服务提供者是指向客户提供IT服务的组织或个人。

4. 服务目录(Service Catalog):服务目录是记录和描述可提供给客户的服务的一个集合。

5. 服务水平协议(Service Level Agreement,SLA):SLA是在服务提供者和客户之间达成的关于服务性能和质量要求的协议。

6. 问题(Incident):问题是指导致服务中断或降低的任何事件。

7. 问题管理(Incident Management):问题管理是指对问题进行有效的识别、记录、分类、跟踪和解决的过程。

8. 变更(Change):变更是指对现有产品、服务或基础设施的任何修改。

9. 变更管理(Change Management):变更管理是指对变更进行有效控制和协调的过程,以确保变更的成功实施和最小的业务中断。

10. 配置项(Configuration Item,CI):CI是指在IT服务管理中需要管理的任何组件或资源。

11. 配置管理(Configuration Management):配置管理是指对所有配置项进行有效控制、记录和管理的过程。

12. 事件(Event):事件是指在IT服务中发生的任何通知、异常或警报。

13. 事件管理(Event Management):事件管理是指对事件进行及时响应和解决的过程。

信息管理系统 名词缩写

信息管理系统 名词缩写

第一章信息系统information system, IS信息技术information technology, IT赛事管理系统games management system, GMS信息传播系统information diffusion system, IDS电子数据处理EDP管理信息系统management information support system,MIS 经理信息系统EIS人工智能AI专家系统ES战略信息系统SIS企业资源计划ERP企业协作系统enterprise collaboration system电子商务electronic commerce运营处理系统operations support system事务处理系统transaction processing system零售点point-of-sale,POS过程控制系统process control system办公自动化系统(企业协作系统enterprise collaboration system)决策信息系统decision support system,DSS经理信息系统executive information system, EIS专家系统expert system知识管理系统knowledge management system,KMS企业职能系统functional business system战略信息系统strategic information system 具有交叉功能的信息系统cross-functional information system信息系统模型information system model信息系统专家IS specialist第二章竞争战略competitive strategy锁定客户与供应商lock in customers and suppliers跨企业的信息系统interenterprise information system发挥信息技术投资的杠杆效应leverage investment in information technology 以客户为中心的企业customer-focused business客户关系管理customer relationship management,CRM业务流程重组business process reengineering,BPR企业资源计划ERP知识创造型企业knowledge-creating company第七章电子化e-business企业应用体系结构enterprise application architecture企业资源计划enterprise resource planning,ERP客户关系管理customer relationship management,CRW业务伙伴关系管理partner relationship management,PRM供应链管理supply chain management,SCM企业应用集成enterprise application integration,EAI事务处理系统transaction processing system,TPS在线事务处理系统online transaction processing system事务处理周期transaction processing cycle企业协作系统enterprises collaboration system,ESC职能业务系统functional business system营销信息系统marketing information system销售人员自动化sales force automation计算机集成制造computer-integrated manufacturing,CIM计算机辅助工程computer-aided engineering,CAE计算机辅助设计computer-aided design,CAD计算机辅助工艺设计computer-sided process planning物料需求计划material requirements planning,MRP制造资源计划manufacturing resources planning制造执行系统manufacturing execution system人力资源信息系统human resource information system人力资源管理HRM在线HRM系统online HRM system会计信息系统accounting information system财务管理系统financial management system第八章业务伙伴关系管理partnenr relationship management,PRM 企业资源计划enterprise resource planning,ERP 供应链管理supply chain management,SCM第九章电子商务electronic commerce企业对消费者(B2C)电子商务企业对企业(B2B)电子商务消费者对消费者(C2C)电子商务实时的个性化real-time personalization,RTP电子支付系统electronic payment system电子资金转账electronic funds transfer,EFT安全电子交易secure electronic transaction,SET一对一营销one-to-one marketing常见问答列表frequently asked question,FAQ对等网络P2P(Peer to Peer)。

IT项目管理课程(PPT 68张)

IT项目管理课程(PPT 68张)

国际项目管理协会 (International Project Management Association ,IPMA) 对项目的定义为:项目是一个特殊的、 将被完成的有限任务,它是在一定时间内,满足一系列 特定目标的多项相关工作的总称。 英国项目管理协会(Association for Project Management, APM)对项目的定义为:项目是由一系列具有开始和结 束日期、相互协调和控制的活动组成的,通过实施而达 到满足时间、费用和资源等约束条件的独特的过程。
人作用于人的活动,这涉及到有关协调的知识。
17/82
第1章 走进 IT 项目管理
1.2 走进项目 1.2.2 作业与项目
P.6
随着社会的发展,人类有组织的活动逐 步分化为两种类型:
作业(Operations):连续不断、周而复始的活
动,如车间加工产品的活动、财务人员的日常记账 工作等。
项目(Projects):临时性的、一次性的活动,如
19.2.24
项目管理正处于飞速发展的时期,知识更新速度非 常快。网络在资源更新速度方面具有很大的优势 , 以下列出了部分优秀网站,供读者参考。 项目管理协会 (英文) 国际项目管理协会 项目管理者联盟 中国项目管理网
P.3
所有的重大事件、所有的宏伟工程、所有的卓越发明、 所有的时代精英,都是通过一个又一个项目造就的。 项目作为国民经济及企业发展的基本元素,作为人类 进步和个人成长的主要载体,对国家、企业、个人的发 展都起到至关重要作用。
我们应该把参与每一个项目看成获 得的一个机会,而不仅是一项工作!
9/82
15/82
第1章 走进 IT 项目管理
1.2 走进项目
P.5

ITIL十大流程程与一项IT服务管理职能的详细介绍

ITIL十大流程程与一项IT服务管理职能的详细介绍

ITIL十大流程程与一项IT服务管理职能的详细介绍ITIL(Information Technology Infrastructure Library,信息技术基础架构库)是一套广泛应用于IT服务管理领域的最佳实践框架。

ITIL通过将IT服务管理划分为十大流程来帮助组织实现IT服务的高质量和效率。

以下是ITIL十大流程及其职能的详细介绍。

1. 服务战略(Service Strategy):该流程涉及定义组织的IT服务战略、制定IT服务组合以满足客户需求和管理资产。

主要职能包括制定战略计划、决策和分配资源。

2. 服务设计(Service Design):在该流程下,组织制定和设计能够实现业务目标的IT服务,确保这些服务能够可持续交付并满足业务需求。

职能包括设计服务流程、选择和管理供应商,以及定义服务级别协议(SLA)。

3. 服务过渡(Service Transition):该流程涉及将设计好的IT服务过渡到生产环境,并确保这些服务顺利交付给用户。

职能包括测试和验证服务、执行变更管理,以及协调发布管理。

4. 服务运营(Service Operation):在此流程下,组织管理和提供已过渡到生产环境的IT服务。

职能包括监控和控制服务、解决故障和恢复服务。

5. 持续服务改进(Continual Service Improvement):该流程涉及对现有IT服务的持续改进,以确保IT部门与业务目标保持一致。

主要职能包括收集和分析数据、制定改进计划和评估改进效果。

6. 服务策划和支持(Service Desk):这个IT服务管理职能是指提供用户支持和协调服务请求的中心,以确保用户需求得到满足。

服务台负责跟踪和解决问题,并为用户提供技术支持。

7. 变更管理(Change Management):这个职能负责管理和控制对IT基础设施和服务的任何变更,以确保变更对业务的影响最小化。

职能包括评估变更的影响、制定执行计划和控制变更的实施。

IT服务管理概念理解与实施

IT服务管理概念理解与实施

IT服务管理概念理解与实施IT服务管理(IT Service Management,简称ITSM)是指通过在整个IT服务生命周期中运用管理最佳实践,提供以客户为中心和价值导向的IT服务。

ITSM旨在帮助组织提高IT服务交付和支持的质量和效率,实现业务目标。

IT服务管理的概念是基于IT基础设施库(ITIL)的一套最佳实践框架发展起来的。

ITIL是一个综合的IT服务管理框架,包含了IT服务管理的各个方面,例如服务战略、服务设计、服务过渡、服务运营和持续改进。

ITSM将ITIL框架中的各个流程和实践应用于实际情境中,以实现高质量、高效率的IT服务管理。

理解IT服务管理需要从以下几个方面来考虑:服务导向、客户导向和持续改进。

首先,IT服务管理是服务导向的。

根据ITIL框架,ITSM将IT服务视为通过向客户提供价值来实现业务目标的手段。

在ITSM中,服务的质量和效率是衡量IT部门成效的重要标准。

IT服务管理通过定义清晰的服务目标和指标,以及建立适当的服务级别协议来确保服务质量。

此外,ITSM还关注服务供应链的管理,以确保服务交付的协调性和一致性。

其次,IT服务管理是客户导向的。

ITSM强调以客户的需求和期望为中心,为客户提供有价值的IT服务。

在ITSM中,通过与客户进行有效的沟通和协商,了解客户的需求,制定和优化服务策略,以提供符合客户期望的解决方案。

同时,ITSM也致力于提高用户体验,通过改进服务支持过程、及时响应用户请求等方式来提高用户满意度。

最后,IT服务管理是持续改进的。

ITSM强调通过反馈、评估和改进来不断提高服务质量和效率。

ITSM借鉴了持续改进的方法论,如PDCA(计划-执行-评估-改进)模型,以及ITIL框架中的持续服务改进流程。

ITSM通过定期审查服务运营和绩效数据,识别问题和瓶颈,并采取相应的措施来持续改进IT服务。

实施IT服务管理需要关注以下几个要点:明确目标、组织变革、培训和沟通。

it项目管理的概念 -回复

it项目管理的概念 -回复

it项目管理的概念-回复IT项目管理的概念:项目管理是一种组织和管理人力、资金、物资等资源实现特定目标的方法和技术。

IT项目管理则是在IT领域中应用项目管理原理和技术的过程。

IT项目管理包括项目规划、执行、监控和收尾等阶段,通过有效调配资源、制定详细计划以及合理分配任务来实现项目目标。

第一步:项目规划IT项目的规划阶段是整个项目管理过程的关键阶段。

在这个阶段,项目经理需要明确项目的目标和范围,并制定详细的项目计划。

主要的任务包括:1. 确定项目目标:明确项目的最终目标,并确保项目与组织的战略目标相一致。

2. 定义项目范围:明确项目的边界,确定项目的工作内容和可交付成果。

3. 制定项目计划:确定项目的时间表、资源需求、活动顺序和关键路径等。

第二步:项目执行在项目执行阶段,项目团队实施项目计划并生产项目的可交付成果。

项目经理需要协调和管理团队成员的工作,确保项目按时交付。

主要的任务包括:1. 分配任务:将项目工作分配给团队成员,明确每个人的责任和任务。

2. 协调资源:管理和调配项目所需的各种资源,包括人力、物资和资金等。

3. 监督工作进展:定期检查项目的进展情况,确保项目按计划进行,并及时处理问题和风险。

4. 与利益相关者沟通:与项目的利益相关者保持沟通,及时传达项目进展和风险等信息。

第三步:项目监控项目监控阶段是确保项目按计划进行的关键阶段。

在这个阶段,项目经理需要监督项目的进展情况,并采取必要的措施来解决问题和风险。

主要的任务包括:1. 项目绩效监控:监测项目的进度、成本、质量和风险等方面的绩效,并进行相应的调整和控制。

2. 风险管理:识别和评估项目的风险,并采取措施来降低风险的发生概率和影响。

3. 变更管理:管理对项目范围、时间和成本等方面的任何变更,并衡量变更对项目的影响。

4. 沟通管理:确保项目相关的信息及时有效地传达给项目团队和利益相关者。

第四步:项目收尾项目收尾阶段是项目最后的阶段,在项目交付后完成相关的工作。

公司职位中英文对照

公司职位中英文对照

公司职位中英文对照?首席技术执行官CTO/VP Engineering技术总监/经理Technical Director/Manager信息技术经理IT Manager信息技术主管IT Supervisor信息技术专员IT Specialist项目经理/主管Project Manager/Supervisor项目执行/协调人员Project Specialist / Coordinator系统分析员System Analyst高级软件工程师Senior Software Engineer软件工程师Software Engineer系统工程师System Engineer高级硬件工程师Senior Hardware Engineer硬件工程师Hardware Engineer通信技术工程师Communications EngineerERP技术/应用顾问ERP Technical/Application Consultant 数据库工程师Database Engineer技术支持经理Technical Support Manager技术支持工程师Technical Support Engineer品质经理QA Manager信息安全工程师Information Security Engineer软件测试工程师Software QA Engineer硬件测试工程师Hardware QA Engineer测试员Test Engineer网站营运经理/主管Web Operations Manager/Supervisor 网络工程师Network Engineer系统管理员/网管System Manager/Webmaster网页设计/制作Web Designer/Production技术文员/助理Technical Clerk/Assistant销售Sales销售总监Sales Director销售经理Sales Manager区域销售经理Regional Sales Manager客户经理Sales Account Manager渠道/分销经理Channel/Distribution Manager渠道主管Channel Supervisor销售主管Sales Supervisor销售代表Sales Representative / Executive销售工程师Sales Engineer医药代表Pharmaceutical Sales Representative保险代理Insurance Agent销售助理Sales Assistant / Trainee商务经理Business Manager商务专员/助理Business Executive/Assistant销售行政经理Sales Admin. Manager销售行政主管Sales Admin. Supervisor售前/售后技术服务经理Technical Service Manager售前/售后技术服务主管Technical Service Supervisor售前/售后技术服务工程师Technical Service Engineer售后/客户服务(非技术)经理Customer Service Manager售后/客户服务(非技术)主管Customer Service Supervisor售后/客户服务(非技术)专员Customer Service Executive经销商Distributor计算机硬件Computer, Hardware高级硬件工程师Senior Hardware Engineer硬件工程师Hardware Engineer其他Others计算机软件Computer, Software高级软件工程师Senior Software Engineer软件工程师Software EngineerERP技术/开发应用ERP Application R&D/Implementation系统集成工程师System Integration Engineer系统分析员System Analyst系统工程师System Engineer数据库工程师/管理员Database Engineer/Administrator计算机辅助设计工程师Computer Aided Design Engineer其他Others互联网开发及应用Internet互联网软件开发工程师Internet/E-Commerce Software Engineer多媒体/游戏开发工程师Multimedia/Game Development Engineer 网站营运经理/主管Web Operations Manager/Supervisor网络工程师Network Engineer系统管理员/网络管理员System Manager/Webmaster网站策划Web Producer网站编辑Web Editor网页设计/制作/美工Web Designer/Production/Creative网络信息安全工程师Information Security Engineer智能大厦/综合布线Intelligent Building/Structure Cabling其他OthersIT-管理IT-Management首席技术执行官CTO/首席信息官CIO Chief Technology Officer CTO/Chief Information Officer CIO 技术总监/经理Technical Director/Manager信息技术经理/主管IT Manager/Supervisor信息技术专员IT Specialist项目总监Project Director项目经理Project Manager项目主管Project Supervisor项目执行/协调人员Project Specialist / Coordinator其他OthersIT-品管、技术支持及其它IT-QA, Technical Support...技术支持经理Technical Support Manager技术支持工程师Technical Support Engineer计量工程师Measure Engineer标准化工程师Standardization Engineer品质经理Quality Assurance QA Manager系统测试Systems Testing QA软件测试Software Testing QA硬件测试Hardware Testing QA测试员Test Engineer /Tester技术文员/助理Technical Clerk/Assistant其他Others通信技术Communication Technology通信技术工程师Communication Engineer有线传输工程师Wired Transmission Engineer无线通信工程师Wireless Communication Engineer电信交换工程师Telecommunication Exchange Engineer数据通信工程师Data Communication Engineer移动通信工程师Mobile Communication Engineer电信网络工程师Telecommunication Network Engineer通信电源工程师Communication Power Supply Engineer其他Others电子/电器/半导体/仪器仪表Electronics/Wiring/Semiconductor/Instrument/Industry集成电路IC设计/应用工程师IC Design/Application EngineerIC验证工程师IC Verification Engineer电子工程师/技术员Electronics Engineer电气工程师/技术员Electrical Engineer电路工程师/技术员Electronic Circuit Engineer电声/音响工程师/技术员Electroacoustics Engineer半导体技术Semiconductor Technology自动控制工程师/技术员Autocontrol Engineer/Technician电子软件开发(ARM/MCU...) Electronics Software (ARM/MCU…)嵌入式软件开发(Linux/单片机/DLC/DSP…) Embedded Software Engineer (Linux/SCM/DLC/DSP…) 电池/电源开发Battery/Power EngineerFAE 现场应用工程师Field Application Engineer (FAE)家用电器/数码产品研发Household Electronics/Digital Products Development仪器/仪表/计量Instrument/Measurement测试工程师Quality Testing Engineer其他Others销售管理Sales Management销售总监Sales Director销售经理Sales Manager销售主管Sales Supervisor渠道/分销经理Channel/Distribution Manager渠道/分销主管Channel/Distribution Supervisor客户经理Sales Account Manager区域销售总监Regional Sales Director区域销售经理Regional Sales Manager其他Others销售人员Salespersons销售代表Sales Representative / Executive渠道/分销专员Channel/Distribution Representative客户代表Sales Account Representative销售工程师Sales Engineer电话销售Telesales经销商Distributor其他Others销售行政及商务Sales Administration销售行政经理/主管Sales Admin. Manager/Supervisor销售行政专员/助理Sales Admin. Executive/Assistant商务经理Business Manager商务主管/专员Business Supervisor/Executive商务助理Business Assistant销售助理Sales Assistant / Trainee其他Others客服及技术支持Customer Service and Technical Support客服总监(非技术)Customer Service Director客服经理(非技术)Customer Service Manager客服主管(非技术)Customer Service Supervisor客服专员/助理(非技术)Customer Service Executive/Assistant 售前/售后技术支持经理Technical Support Manager售前/售后技术支持主管Technical Support Supervisor售前/售后技术支持工程师Technical Support Engineer咨询热线/呼叫中心服务人员Customer Hot Line/Call Center Staff 其他Others财务/审计/税务Finance/Accounting/Audit/Tax首席财务官CFO Chief Financial Officer CFO财务总监Finance Director财务经理Finance Manager财务顾问Finance Consultant财务主管/总帐主管Finance Supervisor会计经理/会计主管Accounting Manager/Supervisor会计Accountant / Accounting Trainee出纳员Cashier财务/会计助理Finance/Accounting Assistant财务分析经理/主管Financial Analysis Manager/Supervisor财务分析员Financial Analyst成本经理/成本主管Cost Accounting Manager/Supervisor成本管理员Cost Accounting Specialist审计经理/主管Audit Manager/Supervisor审计专员/助理Audit Executive/Assistant税务经理/税务主管Tax Manager/Supervisor税务专员/助理Tax Executive/Assistant统计员Statistician其他Others证券/金融/投资Securities/Finance/Investment证券/期货/外汇经纪人Securities Broker证券分析师Securities Analyst股票/期货操盘手Stocks/Futures Operator金融/经济研究员Financial Analyst/Economist投资/基金项目经理Investment Manager/Fund Manager投资/理财顾问Investment/Financial Management Advisor投资银行业务Investment Banking Specialist融资经理/融资主管Treasury Manager/Supervisor融资专员Treasury Specialist拍卖师Auction其他Others银行Banks行长/副行长President/Vice-President/Branch Manager资产评估/分析Assets Valuation/Analyst风险控制Risk Management信贷管理/信用调查/分析人员Loan/Credit Officer进出口/信用证结算Trading / LC Officer外汇交易Foreign Exchange清算人员Settlement Officer高级客户经理/客户经理Senior Relationship Manager客户主管/专员Relationship Supervisor/Executive银行柜员Bank Teller银行卡、电子银行业务推广Credit Card/E-banking business Develop 其他Others保险Insurance保险精算师Actuary保险产品开发/项目策划Product Development/Planner保险业务经理/主管Business Manager/Supervisor保险代理/经纪人/客户经理Agent/Broker/Account Manager理财顾问/财务规划师Financial Advisor/Financial Planner储备经理人Agency Management Associate保险核保Underwriting保险理赔Claim Management保险客户服务/续期管理Customer Service保险培训师Trainer保险内勤Staff其他Others生产/营运Manufacturing/Operation工厂经理/厂长Plant/Factory Manager总工程师/副总工程师Chief Engineer项目经理/主管Project Manager/Supervisor项目工程师Project Engineer营运经理Operations Manager营运主管Operations Supervisor生产经理/车间主任Production Manager/Workshop Supervisor生产计划协调员Production Planning Executive/Officer生产主管/督导/领班Production Supervisor/Team Leader化验员Laboratory Technician其他Others质量/安全管理Quality/Safety Management质量管理/测试经理(QA/QC经理) QA/QC Manager质量管理/测试主管(QA/QC主管) QA/QC Supervisor质量管理/测试工程师(QA/QC工程师) QA/QC Engineer质量检验员/测试员Quality Inspector/Tester可靠度工程师Reliability Engineer故障分析工程师Failure Analysis Engineer认证工程师/审核员Certification Engineer/Auditor体系工程师/审核员Systems Engineer/Auditor安全/健康/环境经理/主管Safety/Health/Environmental Manager/Supervisor 安全/健康/环境工程师Safety/Health/Environmental Engineer供应商管理Supplier/Vendor Management采购材料、设备质量管理Supplies & Equipment Quality Management 其他Others工程/机械/能源Engineering/Mechanical/Energy技术研发经理/主管Technical Design Mgr./Spvr.技术研发工程师Technical Design Engineer产品工艺/制程工程师Process Engineer产品规划工程师Product Planing Engineer实验室负责人/工程师Lab Manager/Engineer工程/设备经理Engineering/Facility Manager工程/设备主管Engineering/Facility Supervisor工程/设备工程师Engineering/Facility Engineer工程/机械绘图员Project Drafting Specialist/Mechanical Drawing工业工程师Industrial Engineer机械工程师Mechanical Engineer结构工程师Structrual Engineer模具工程师Tooling Engineer机电工程师Electrical& Mechanical Engineer维修工程师Maintenance Engineer铸造/锻造工程师Casting/Forging Engineer注塑工程师Injection Engineer焊接工程师Welding Engineer夹具工程师Clamp EngineerCNC工程师CNC Engineer冲压工程师Punch Engineer锅炉工程师Boiler Engineer电力工程师/技术员Electric Power Engineer光源与照明工程Lighting Engineer汽车/摩托车工程师Automotive Engineer船舶工程师Shipping Engineer飞行器设计与制造Aircraft Design & Manufacture其他Others技工Technician / Engineer Trainee技工Technician / Engineer Trainee钳工/机修工/钣金工Locksmith/Mechanic/Repairer电焊工/铆焊工Electric Welding Worker车工/磨工/铣工/冲压工/锣工Latheman/Grinder/Miller/Puncher/Turner 模具工Mould Worker电工Electrician叉车工Forklift Worker空调工/电梯工/锅炉工Air-Condition Worker/Lift Worker/Steam Worker 水工/木工/油漆工Plumber/Carpenter/Painter普工General Worker裁剪车缝熨烫Tailor汽车修理工Auto Repairing其他Others服装/纺织/皮革Apparels/Textiles/Leather Goods服装/纺织设计Fashion/Textiles Designer面料辅料开发Fabric/Accessories Development面料辅料采购Fabric/Accessories Purchasing服装/纺织/皮革跟单Apparels/Textiles/Leather Goods Merchandiser质量管理/验货员(QA/QC) Quality Management QA/QC板房/楦头/底格出格师Shoe Tree Design服装打样/制版Apparels Sample Production纸样师/车板工Paper Sample裁床Cut Bed其他Others采购Purchasing采购总监Purchasing Director采购经理Purchasing Manager采购主管Purchasing Supervisor采购员Purchasing Specialist/Staff采购助理Purchasing Assistant 选址拓展Location Development。

IT服务管理经典ppt课件

IT服务管理经典ppt课件
itservicemanagementforumitsmfwwwitsmfcom负责对其推广itil的主要领域包括了itil认证itil顾问和服务以及支撑itil理念的相关软件和工具服务系统交付服务系统支持系统络服务实施itil应用管理itil服务管理规划与实施服务管理服务支持servicesupport服务提供servicedelivery业务视角应用管理ict基础设施管理财务管理服务支持日常操作服务交付辅助管理用户业务客户关系管理架构管理安全管理有相关标准进行支持bs15000服务支持中的流程配置管理配置管理库事件管理问题管理变更管理发布管理事件匹配问题控制错误控制rfc变更的协调开发测试实施批准发布执行增量发布完全发布批量发布配置条目管理发布控制配置管理库管理确认和审计状况记录变更信息库知识库配置条目信息库委员会批准变更已知的问题或错误新的问题发布计划测试实施后的评10服务提供中的流程生产能力管理erpscmcrm迭代行为监控调整实施分析可用性管理财务管理持续性管理sla监控风险管理配置管理配置管理库知识库可用性管理库成本核算成本分配服务水平管理服务目录slrucolasla灾难的恢复预算测度和报告成本生产能力管理库配置条目信息11itsmit服务管理是一套协同流程process它通过服务级别协议sla来保证it服务的质量
成本
预算
成本分配
成本核算
11
风险管理
灾难的恢复
ITSM小结
IT服务管理是一套协同流程(Process),它通 过服务级别协议(SLA)来保证IT服务的质量。 它融合了系统管理、网络管理、系统开发管理 等管理活动和变更管理、资产管理、问题管理 等许多流程的理论和实践。
IT服务管理也是一种以流程为导向、以客户为 中心的方法,它通过整合IT服务与组织业务, 提高组织IT服务提供和服务支持的能力和水准 。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

Man agin g In formation Techn ology in the Tran sn ation al Organ ization: The Poten tial of Multifactor ProductivityKai ReimersUniversity of Bremenreimers@informatik.uni-bremen.deAbstractThe paper sets out with considering increased decision interdependencies in the Transnational Organization due to autonomous IT deployment in national subsidiaries. It proceeds by proposing Multifactor Productivity as a controlling instrument for managing the increased level of decision interdependence in the area of IT deployment. It is demonstrated how Multifactor Productivity supports the twofold task of (1) capturing IT-induced decision interdependencies and (2) deriving IT policies to cope with them. Possible ways of using Multifactor Productivity are discussed as well a potential pitfalls in applying this concept. Finally, a proposal is made as to how this instrument could be implemented by IT Management in companies considering the transition to the Transnational Organization.1.The chan gin g con text for corporateIT Man agemen tTraditionally, there are two distinct organizational types of companies acting on a global scale: the multinational and the global organization. The multinational organization sets up several "clones" of itself representing it in different regions or countries. These are autonomous as regards their operational activities. They regularly have their own procurement procedures, production sites and marketing systems. Bartlett terms this configuration the Decentralized Federation Model ([1], p. 374). US-based multinationals are often said to display this characteristic in their organizational structure.At the other extreme, one finds the global organization which controls most value adding activities centrally, locating them in one country and using national subsidiaries only as a distribution and marketing facility. Thus, national subsidiaries are nearly totally dependent outlets of the headquarters. Bartlett calls this the Central Hub Model ([1], p. 375). Typically, Japanese export-oriented companies used to implement this strategy.11Konsynski and Karimi identify a third form which is the organizational structure emanating from an international strategy ([11], p. 84-85). Since this form is either more centralized thanCurrent changes in national and supra-national regulatory regimes, technology, and consumer preferences are triggering a process which impacts on both, the Decentralized Federation and the Central Hub Model. The ideal result of this process is in either case what Bartlett calls the Transnational Organization with national or regional subsidiaries specializing along functional lines and with each adopting a global perspective ([1], p. 377).In the first case - Decentralized Federation Model -"transnationalization" implies that national subsidiaries try to identify comparative advantages due to their geographic location, specialize on these, and offer their service on a global scale, thus realizing additional economies of scale in the activity they are specializing in. In the second case - Central Hub Model - becoming a Transnational Organization requires upgrading national subsidiaries with the same objective as in the first case: building national competence centers on the basis of comparative advantages which supply their service in their specialized area worldwide.The process of building the Transnational Organization, however, seems not to be one of simply re-allocating responsibilities and of re-defining the organizational structure, but one of carefully adjusting the balance between the need of local adaptation ("insiderization", as Ohmae puts it), and global integration ([16]). For this purpose, the most crucial issue might turn out to be corporate ability to dismantle established institutional structures (i.e. incentive schemes based on reporting and performance measurement procedures) and to encourage autonomous organizational units to co-operate with a global focus in mind ([16], see also [2]).In terms of coordination requirements, the Transnational Organization has a further important implication: whereas in both other cases national subsidiaries act independently from one another, the Transnational Organization "becomes a truly integrated network of distributed and interdependent resources and capabilities." ([1], p. 382, italics by this author). The coordination requirements of this configuration are different from those in the two originating organizational the multinational or more decentralized than the globalorganization it is only gradually different from both types.types by orders of magnitude. In the decentralized federate form, headquarters demand regular financial reports focusing on profits/losses and control national subsidiaries through negotiated financial flows (capital and dividends, [1], p. 374). In the central hub organi-zation, coordination implies "tight central control of product development, procurement, and manufacturing" ([1], p. 373). In contrast, the Transnational Organization must coordinate partially autonomous national subsidiaries which are heavily dependent on one another for their inputs and outputs.Considering the relationship between these greatly increased coordination requirements in the latter scenario on the one hand and the deployment of information technology (IT) on the other hand, there are two possible perspectives. (1) IT could be viewed as a means of coordinating corporate activities, i.e. as instrumental with regard to the increased coordination requirements in the Transnational Organization. (2) IT deployment could also be viewed as an area of corporate activity which in itself considerably contributes to increased interdepen-dence of activities and thus provides an objective of coordination rather than a means to it.The first perspective implies studying global information systems such as corporate communications networks or corporate customer data bases and analyzing how they could be used to improve corporate coordination levels and how they consequently should be developed, implemented and operated ([14], [8], [17]). IT is seen as coordination technology ([13]) providing an infrastructure for global coordination requirements ([11], p. 88; see also [18] for a compilation of important contributions in this stream of research).The second perspective focuses on new organizational interdependencies between national subsidiaries due to autonomous IT deployment in the Transnational Organization.This paper adopts the latter perspective. Specifically, I will ask under which conditions so-called Multifactor Productivity could guide global IT management in identifying new coordination requirements and adequate policy measures in the Transnational Organization. Multifactor Productivity has been successfully applied in the area of operations management by Hayes and Clark ([7]).2 The main hypothesis of this paper is that the concept of Multifactor Productivity could significantly improve the quality of global IT-Management in the Transnational Organization.The argument sets out with describing potential new coordination requirements as a result of "transnationali-zation". For this purpose the notion of decision interdepence will be elaborated which lies at the heart of new coordination requirements. After that, some forms of 2Hayes and Clark use the term Total Factor Productivity in their study. Nevertheless, it seems appropriate to refer to their study interms of Multifactor Productivity since the actual construction of their measure precisely reflects that of Multifactor Productivity (see section 3.).decision interdependence will be illustrated for the case of IT deployment (section 2.).In section 3. the concept of Multifactor Productivity will be introduced and its potential to cope with IT-induced decision interdependence will be discussed. Section 4. points out how Multifactor Productivity can be actually used by global IT-Management and how it should not be used. Section 5. deals with the problem of data collection and possible incentive distortions resulting from that problem. The concluding section summarizes the discussion pesented thus far with respect to (1) the conditions under which Multifactor Productivity can yield significant improvements for global IT-Management and (2) the possible impact its application will have on global IT-Management. Moreover, a (learning) method for deriving managerial measures based on Multifactor Productivity will be suggested.2.New coordin ation requiremen ts2.1.Decision interdependenciesConsidering the two traditional forms of global organization, the Decentralized Federate and the Central Hub Model, one finds only simple forms of input/output relationships. Whereas some minimal flows of information (financial reporting) and cash are to be maintained in the decentralized federate organization, flows of materials among subsidiaries or between subsidiaries and headquarters are virtually absent.Since globally centralized firms typically concentrate manufacturing, design and procurement in the home country, a significant flow of materials, information and cash between the center and subsidiaries exists. Thompson calls this kind of input/output relationship sequential interdependence, meaning that one organizational unit depends on the input of another and delivers its own output to a third ([20], p. 54).Coordination in the first case is done through allocating budgets, outlining broad product and marketing strategies and negotiating profit targets. In the second case, coordination becomes a more complex process. Due to sequential materials flows coordination proceeds sequentially, starting, for example, with customer needs, translating them into products or expected sales volumes, deriving new products or production plans and specifying necessary production capacities and procurement requirements. As Thompson points out, this type of coordination is typically done by centralized planning ([20], p. 56). If the environment is relatively stable, coordination can also be achieved by the more rigid mechanism of standardization (ibid.).In contrast, subsidiaries in the Transnational Organization develop their own products and production capabilities which they are offering to one another on the ground of comparative advantages. Thus, organizationalunits (i.e. subsidiaries) are linked by partially reciprocal flows of materials, information and cash. Thompson recommends mutual adjustment for the task of coordinating reciprocal interdependencies (ibid.).However, mutual adjustment points to a new form of interdependence which shall be coined decision interdependence and thus contrasted with Thompson's notion of interdependence which then might be termed resource interdependence. Decision interdependence results from underlying input/output relationships.Consider, for example, the case referred to by Thompson's notion of reciprocal resource interdepen-dence: Two units supply each other with some required input. The point which I want to make by the notion of decision interdependence is that these two units not only mutually specify requirements concerning their required inputs but that what they are willing to supply depends on what the other is willing to deliver. Thus, in a situation of reciprocal resource interdependence, a subtle balance of mutual expectations as regards the economic characteristics of input/output specification may emerge which will be disturbed if patterns of input/output relationships are altered.Other, more complex forms of decision interdependence may occur when there are indirect input-output linkages among organisational units. If, for example, one unit supplies more than one other units with a certain required input, the supplying unit will specify its output contingent upon the degree of coordination among requirements of the units using this input. Thus, what one unit consuming the input in question gets may depend upon what the other consuming unit requires and vice versa.To summarize, as soon as the company departs from the Decentralized Federation Model, competition among organizational units is always constrained by some overriding strategic concerns, i.e. units cannot decide totally on the basis of product quality and price but will have to make a range of vastly more complicated trade-offs in order to specify their mutual input/output relationships (provided they have, at least to some extent, discretion about specifying their inputs and outputs).Thus, the notion of decision interdependencies refers to a situation where imbalances in input/output relationships cannot be compensated by cash side-payments (as in a market setting). Therefore, decision interdependencies can result from input/output relation-ships with respect to materials flow and data flow.Accordingly, "transnationalization" can have two different effects on decision interdependencies. The first stems from increased cross-linking of materials flows. The Transnational Organization typically has several plants producing identical items dispersed over the globe. Whereas under the regime of a multinational strategy manufacturing plants are independent from one another, serving national or regional markets, transition to the Transnational Organization will produce significant decision interdependencies through cross shipping. The coordination requirements of this effect and potential management techniques to deal with them are described in great detail by Flaherty ([6]). She also demonstrates how existing reward systems must be temporarily suspended in order to effectively manage decision interdependencies in the Transnational Organization resulting from cross shipping. However, decision interdependencies could still be dealt with through individual cost accounting systems which will associate any cross-shipped product with its costs and thus provide information on how cross-shipping will influence profit and loss statements.The focus of this paper, however, is on decision interdependencies due to data flows. Since data flows are much more complex than materials flows, cutting through the organization in virtually every direction, the amount of potential decision interdependencies due to data flows is greater by orders of magnitude than that due to materials flows ([5]). Thus, economizing on data flows through IT deployment will surface a significant amount of additional decision interdependencies which cannot be made explicit by cost accounting systems, i.e. which cost accounting systems will capture only as an overall increase in overhead expenses.It is important to note that these increased overhead expenses do not necessarily or even probably only consist of direct IT related expenses (e.g. cash outlays for hardware, software and IT services). Rather, decision interdependencies will result in, for example, additional labour consumption through data capturing activities. In the MIS literature, this kind of effect is generally termed hidden costs (see for example [10]).2.2.An illustrationTo illustrate decision interdependencies resulting from autonomous IT deployment in the Transnational Organization it is helpful to distinguish between two cases: (1) Data flows overlay materials flows. (2) Data flows and materials flows do not overlap. Both cases are crucial for the case of the Transnational Organization.To illustrate the first case assume that two organiza-tional units were receiving materials input from a third one, and all were operating on a profit basis. Thus, both receiving units will be invoiced for the third's service in one way or another. Since the receiving units are independent from one another as is especially likely in the case of firms formerly operating in the context of a multinational strategy, they might have different accounts payable processing systems requiring different data inputs. If economic pressure is exerted on the receiving units the supplying one might be asked to send electronic invoices in two different formats (data formats) which would rationalize invoice processing in the receiving units but also increase the supplying unit's overhead expenses. Thus, the latter may have sufficient incentives to demand that the receiving units harmonizetheir required data formats creating decision interdepen-dencies among them.An illustration for the second possibility (data flows do not overlay materials flows) could be the exchange of data between the R&D unit and several production facilities for the purpose of feeding data into CNC machines (Computerized Numerical Control machines). As in the first case, production plants in formerly multinational organizations are likely to have equipment from different vendors and thus require different data input. Again, decision interdependencies might surface because the R&D unit may require that the production plants harmonize their data interfaces. This case also demonstrates how functional specialization of formerly autonomous national subsidiaries might add new decision interdependencies, since one or two national subsidiaries may focus on product development and thus establish new information links with all other national subsidiaries.3.Multifactor Productivity: Thecon cept an d its poten tialIf one accepts that the building of the Transnational Organization implies a strong increase in the level of decision interdependence especially in the area of IT deployment due to multi-directional data flows and highly autonomous decision making, it seems plausible to look for a controlling instrument with which this increased level of decision interdependence can be coordinated. I suggest that the main tasks of this controlling instrument are (1) to capture IT-induced decision interdependencies and (2) to support manage-ment in identifying measures to cope with them.In order to demonstrate how Multifactor Productivity can support this twofold task I want to briefly outline the concept.The calculation of Multifactor Productivity is demonstrated in figure 1.3 The crucial step consists of the weighting of inputs ([19], [12]). Therefore, this problem shall be addressed here in more detail.Weighting of input and output factors is necessary in order to be able to add up different kinds of inputs and outputs. Since the measure is used in an economic context, weighting with prices serves to link internal allocation processes to the external system of existing relative prices. Moreover, using constant prices will isolate internal effects from external inflationary price movements which are not attributable to managerial 3This type of productivity index is a variant among several other possibilities. Sometimes, the term Total Productivity is used instead. This is to be distinguished from Total Factor Productivitywhich is a concept based on neoclassical theory. In essence, Total Factor Productivity assumes identity of total input value and total output value, i.e. specifies output value as a function of input value (the so-called production function). Total Factor Productivity has been applied to productivity studies in the context of the so-called productivity paradox by, for example, Bynjolfsson and Hitt ([4]).decisions. Constant prices are calculated using price indexes which reflect average increases in price levels for different kinds of input and output factors of a given quality. Thus, if a company manages to increase its product prices by bigger an increment than the industry as a whole, this will be counted as increased output reflecting relatively higher product quality.directindirectraw materialsconsumablesIT equipmentother equipm.buildingsstoresutilitiestelecomm.consultinglabourassetsaggregateinputvalueO= Quantity of the j th output component sold x const. priceIi= Quantitiy of the i th input factor used x const. priceg = weight of the i th input factorijP = Multifactor ProductivityMΣm=OjΣni=1j=1PMg Iii=aggregate output valueaggregate input valueFigure 1:Construction and calculation ofMultifactor ProductivityAdditionally, in a global context, exchange rate fluctuations must be dealt with. Since exchange rate fluctuations may also include over or under valuations of currencies, i.e. inflationary effects due to speculation and hedging activities in foreign exchange markets, purchasing power parities, which are the equivalent of price indexes for foreign currency, should be used forweighting input and output factors bought or sold on foreign markets.A special problem which has received much attention consists of the calculation of capital input ([19], p. 6). This problem arises because the denominator of the Multifactor Productivity ratio, i.e. the aggregate input value, is a compound of factors which have different life spans with respect to the period for which economic figures are calculated (typically months or years). Essentially, these are investment versus expense related factors. Whereas investment related factors are intended for use over several periods, expense related factors will be used up within one period, for example purchase of machines versus materials.Therefore, it is generally proposed to calculate the spread of investment-related factor usage over the expected life span, thus portioning the whole expense for investments among business periods. Practically, this will be done be adding up depreciation figures for different kinds of equipment and plants as well as costs for acquiring necessary funds, typically in the form of interest rates.4Since Multifactor Productivity treats the firm as a black box into which flows a number of input factors and out comes a number of products, any kind of internal effect will be captured by it, inclusive of decision interdependencies. The concept serves to isolate internal from external effects which are due to changes in the system of relative prices. Thus, the concept also takes into account any kind of decision interdependencies which might result from autonomous IT deployment decisions in national subsidiaries.On the other hand, it only gives few hints as to any causal relationship between inputs and outputs. In contrast, cost accounting attributes any consumption of input factors to one unit of output thus linking inputs and outputs in a causal way.5 Some information about causality might be derived from analyzing input substitution. If, for example, increased capital inputs and decreased labour inputs go hand in hand with increased output, it might be concluded that investment has increased productivity. However, those are only tentative assumptions which cannot be validated on the basis of the figure itself.4The capital input, according to this proposal, will be conceptual-ized as "capital service" which has two components. (1) the real wear and tear of equipment and plants and the costs of providing the necessary funds for these assets. Both components could be expressed in costs per hour by calculating depreciation rates per hour and dividing total funding costs through the total of machine hours (or "building hours" and "land hours" for this purpose) ([19], p. 15). However, it should be noted that "estimation of capital services inevitably requires imputation of non-market transactions" ([19], p. 12). Therefore, calculating capital input according to this procedure is not totally satisfactory. Further research seems necessary to eliminate the bias involved by imputation of non-market transactions.5This is only valid for full absorption costing. Contribution costing, in contrast, only attributes direct costs to individual units of output and any other cost (overhead expenses) to different bundles of output.Instead, further analysis drawing upon additional information sources is necessary to identify causal relationships attributable to changes in Multifactor Productivity. However, since Multifactor Productivity in itself does not imply any kind of causality, it offers much more flexibility in analyzing a vast range of potential causes or influencing factors which could serve IT Management as a guide in selecting appropriate measures. How this could be done will be explored in more detail in the following section. This section has demonstrated in which way Multifactor Productivity does take into account decision interdependencies accruing to decentralized IT deployment in globalized companies. As such, it is a truly global figure which, however, can only be the basis for further analysis and has no value in itself.4.The applicability of MultifactorProductivityThere are two possible ways in which Multifactor Productivity could be used for further analysis. First, Multifactor Productivity may serve to control the effectiveness of managerial measures ex post, i.e. Multifactor Productivity would support feedback coordination. Second, Multifactor Productivity could also be used to identify ex ante areas which are available to managerial measures and which are most likely to have a strong or long-term effect on Multifactor Productivity; in this case, Multifactor Productivity would be used for forward coordination ([15], p. 160).ing Multifactor Productivity for ex postcontrol of IT Management activities Using Multifactor Productivity to control the effectiveness of managerial measures ex post requires that each instance of increasing or decreasing input factor consumption or output production be imputed to managerial measures. Examples for IT related managerial measures are introduction of standards for computer interfaces, data formats or codes, training programmes or reduction of the number of allowed suppliers for hard-and software.This could be done either by assuming causal relationships among input factors or between input and output factors on the one hand or by directly linking changing input and/or output quantities to managerial measures. This implies anticipating possible decision interdependence resulting from managerial measures which would render detection of unanticipated decision interdependencies impossible. This, however, is the whole purpose of using Multifactor Productivity, since every form of anticipated decision interdependency could be dealt with directly. If, for example, the number of allowed hardware suppliers were reduced in order to cut maintenance costs, it might be anticipated that costs foradditional training programmes necessary to make those users, who formerly used hardware which is not allowed under the new regime, familiar with the new systems. These additional anticipated costs could be offset against potential cuts in maintenance costs. If these effects were detected ex post, a cause/effect relationship between reduced maintenance costs and increased training costs must also be imputed ex post. Thus, in any case, Multifactor Productivity would offer no additional information.Instead of assuming causal relationships among input and/or output quantities one could also try to directly link managerial measures to changing input/output quantities. This would imply associating each manager's activities with an area of changes in input/output quantities, i.e. defining areas of responsibility according to whether or not elements within this area are thought to be under this manager's sole influence. Thus, for example, responsibility areas could be delimited for local managers of national subsidiaries. All changes in IT related input/output quantities not attributable to local managers' areas of influence would then be attributed to central IT management measures.Again, this implies imputing cause/effect relationships which could be anticipated. Therefore, Multifactor Productivity could not actually add any information to existing accounting systems such as contribution costing already in use for controlling purposes. Every ex post analysis for feedback coordination of Multifactor Productivity would have to rely on imputed cause/effect relationships between managerial measures and changes in input/output quantities. It would be impossible trying to calculate real or actual effects apart from that.ing Multifactor Productivity foridentifying the appropriate IT policy Using Multifactor Productivity for identifying the "appropriate" IT policy requires the definition of policy variables. IT policy variables are IT-related objects which are accessible to managerial measures and which are supposed to have a direct effect on Multifactor Productivity. Possible examples are number and kind of computer interfaces, size of data bases, number of IT suppliers, and number of application programmes. These are accessible to central IT management through, for example, so-called information systems architectures which specify a number of interfaces between information systems aggregates under the authority of local IT managers ([9]), or simply through central directives (listing of suppliers, for example). As described above, it is also reasonable to assume a direct effect on Multifactor Productivity. For example, reducing the number of interfaces will decrease the amount of programming of converters or number of manual operating activities, although, it should be noted,offsetting effects are likely. Therefore, net effects are important which, however, are taken into account by Multifactor Productivity.If a number of policy variables have been defined and data have been collected accordingly, statistical correlations between policy variables and Multifactor Productivity could be tried. If some policy variables turn out to have a statistically significant impact on Multifactor Productivity, IT Management will be provided with information about which policy, i.e. managerial action related to a specific policy variable, might have a significant impact on Multifactor Productivity. On the one hand, IT Management will be warned off futile efforts, on the other hand, a ranking of policies will result which indicates which policies are expected to have the strongest effect on Multifactor Productivity. Thus, taking into account scarce managerial capacity, Multifactor Productivity could be used to determine expected efficiency of possible IT policies. However, it is important to keep in mind that there is no way in determining ex post the actual effects of individual IT policies on Multifactor Productivity, i.e. their effectiveness, as demonstrated above.Although statistical correlation does not indicate a cause/effect relationship, together with reasonable assumptions about cause/effect relationships a positive result, i.e. a significant correlation between a policy variable and Multifactor Productivity, provides a better basis for selecting IT policies than the simple imputation of cause/effect relationships without further analysis. However, the nature of the correlation between policy variables and Multifactor Productivity deserves more attention since this may also be a source of applying the concept in a wrong way, which will be done in the following section. This section has demonstrated that Multifactor Productivity could be used to support IT Management in identifying appropriate measures to cope with IT related decision interdepen-dencies in the Transnational Organization.5.Pitfalls in applyin g the con ceptThe main problem in using Multifactor Productivity to identify worthwhile IT policies consists of collecting data about potential IT related policy variables. Whereas data necessary for calculating Multifactor Productivity are readily available from existing accounting systems, data concerning possible IT related policy variables typically are not systematically collected. Thus, for this analysis it is necessary to decide about which possible policy variables data shall be collected.There are principally two ways in doing this ([7]). First, time series could be analyzed for individual firms. Second, cross sectional analysis could be performed for a number of firms. The first method implies that there is some statistical material available which can be used for deriving policy variables since otherwise it would obviously take too much time to perform the analysis.。

相关文档
最新文档