Enterprise Engineering Forum

企业工程论坛
Categorized as: 企业管理,应用实践   Tagged as: ,, , , , ,

企业应用相关知识技能领域与角色分析一:九大知识与技能领域

Author: 余彤鹰,  Source: 企业工程论坛,  Published: 2011-06-10

Excerpt: 本文是系列文章的第一篇,提出了企业应用的九个主要知识与技能领域,和各领域直接对应的基本角色。这九个领域是:业务、管理、体系与流程,以及企业应用的实施、架构与治理、维护与支持、应用集成、软件架构、软件开发与实现。

引言

本文话题围绕着以软件为主的信息技术企业应用,简称企业应用,典型如企业管理信息系统或业务支持系统,协同办公系统等。综合而言,这类软件需要对企业运营/管理及业务提供较为全面、综合的支持,因此,我们也常常笼统地概括为企业信息系统。习惯上,其范围一般不包括特殊硬件为主的应用,例如:高级程控电话无疑是信息技术应用产品,其中也可以包括嵌入的软件以及专门的电脑操作软件,但通常探讨“企业应用”时,不会包括此类产品。对于企业中使用的一些专业性软件,例如CAD类软件,通常都会在非常明确的业务范围中讨论,事实上,通常也不明确地包含在“企业应用”这种综合性话题中,但此类讨论对此类软件应用也会有一定的参考性[1]。

文中“知识”主要指原理、方法或方法学以及技术方面的基础知识,“技能”包括了具体操作的技术,或方法、技巧及经验等。知识相对广泛,而在具体操作中直接使用的信息,则适合归纳在技能范围内,例如操作手册的内容,执行的细节。但知识与技能二者实际上总是可以无缝衔接的。

此外,本文以运用各种IT系统的企业(即用户一方,例如:购买某种业务支撑软件系统并使用它的企业)为主体,第一方,或称为“应用企业”(这也是本文的重心所在);开发供应企业为第二方;二者之外,提供相关应用系统导入、实施、再开发等方面服务的企业为第三方。第三方企业通常表现为咨询服务商,但也包括那一类专门针对可二次开发应用平台为前述第三方企业提供应用开发产品或服务的独立企业。

企业应用相关知识与技能领域的识别与划分

人类所有的知识与技能,构成一个连绵不绝的整体(可以称为“连续统”),每种人,因其工作的需求所需要和能够接触的,都是其中一部分。从学习、评估或整理、传播等各种立场,常常有必要在这个连续统中识别、划分出较为明确的领域,或者有目的地将分散的要素按照特定目标、原则,组织成一个知识技能总体(领域)。另一方面,从构成要素天然的联系方式或紧密程度看,这种知识与技能的连续统也会自然地呈现出有组织的状态,例如一些局部的集中点或区域性。这些,也是我们对其进行划分的重要线索之一。

我们围绕着企业应用的用户一方(应用企业)这一主体,连同开发、提供方和咨询服务方,以整个应用生命周期上的一些重要、典型角色(分工或任务)为基本线索,从它们的关注点和立场出发,对所涉及的重要的知识与技能进行解析,识别和划分出一系列知识与技能领域。对识别出的每一种领域,讨论了其对应的基本角色。它们决定了相应领域的中心立场及边界条件。当然,并不意味每个领域讨论到的基本角色不需要其它领域的知识,但这里提到的,基本上对相应领域的知识与技能构成最完整或深入的需求。

业务知识与技能

根据本文的主题,这里的“业务”指的是与特定应用相关的业务,既可能是狭义的、通常指企业对外的业务,例如销售、采购,也可能是内部的管理或支持业务。例如:对销售支持软件,就是指其功能直接支持/涉及的销售业务;对库存控制应用软件,指的就是库存控制;人力资源管理软件,指的就是人力资源管理——尽管后面带有“管理”二字,在本文它们属于与具体企业应用相关的业务。即使对于类似内部协同办公这样的非常通用的软件,我们仍然可以说,日常的公文处理、会议等等亦属于业务,而复杂的综合性管理/业务支持软件,则在更多方面及深度上涉及企业多方面的对外或内部的业务。它与后一项“管理知识与技能”,有一定的相对性并可能有所重叠。但从经验上看,这种对业务与管理的划分,与常见的理解或运用方式还是一致的,也是实用的。

业务知识与技能对应的基本角色,首先就是业务人员与相关的业务管理人员,也可能有专门的业务分析、规划实现者。在企业应用开发一方,需求分析或功能性设计者,对与其所设计软件涉及的业务,必须形成充分的认识和理解。这是决定他们设计结果的基本方面之一。

管理知识与技能

与上面业务知识与技能的划分对应,这里的“管理”相对狭窄,与“管理学”课程中涉及的内容(范围)类似,例如计划、组织、协调、领导、控制等。毫无疑问,实践中的管理与业务是无缝衔接的,例如,财务管理、生产管理、乃至市场营销,无疑是管理学里面的重要分支,它们与特定财会业务、生产业务或销售业务知识或技能之间并没有绝对界限,但这并不影响人们从知识总结、学习等角度做出具体的内容选择。

管理知识与技能对应的基本角色,就是管理人员。在不同的管理层次上,例如现场管理、中层管理、决策管理层,对其需求具有相当大的不同。同样地,第二方的需求分析与功能设计者需要理解其开发目标所涉及的管理问题。其中,软件直接支持的管理功能,我们将其归纳到“相关业务”的范畴。除开这一点,仍然有一个常常被忽略的,对于管理的理解的必要性理由,这就是我们提出的,企业应用的“适管理性”需求。适管理性通常不会是明确提出的用户需求,它的体现很大程度上将取决于设计者对于管理知识与技能的理解与掌握。

体系与流程知识与技能

这里“体系”(或,系统)首先指企业的运营/管理体系:一方面,就是企业的基本表现形式或主体,另一方面,常常对应着一些特定的第三、第二方的管理体系(认证)要求。从一般概念上说,体系与流程知识与技能,无疑可以概括在“管理”主题之下,但我们有强烈、现实的理由,对它们特殊对待。首先,现代企业经营环境对于特定体系的严格要求,大量标准、认证的存在,例如各种品质管理体系、环境、安全管理体系标准与认证,各种合规性评估要求等等,强烈地凸显了这些方面的知识与技能的独特性、复杂性与专业性。另一方面,现代企业越来越强的复杂性、动态性,令企业经营管理者日益需要对“系统”给予专门的重视,即把企业作为复杂系统,将其规划(设计)、建设、维护、改变作为专门的乃至专业性的工作对待,从常规的组织管理活动中独立出来,这就是企业工程的基本思想[2]。

至于流程,它是运营管理体系的核心,运营/管理体系建设与改造重要内容之一就是流程,因此人们也已形成了以较为宽泛的“流程再造”或“流程管理”概念来引领、代表企业规划建设与改造工作的实际状况[3]。从这个角度,即使把业务流程管理知识与技能单列出来,也有充分的理由。这里,把它与体系并列而划分为一个知识与技能领域,出于我们的一种强烈观点:系统和流程是不能和不应分离的。

体系与流程知识与技能对应的基本角色,是管理体系、业务流程规划建设、维护与改造者,当处于企业外部时,典型的职业是咨询顾问,而对于企业内部,可能体现在部分管理人员的分工上,但对于有一定规模的企业,也可能有一些专门的职位。根据我们的经验,中国的多数企业,对于这个方面的必要性、专业性等认识不足,因此在专门的角色配置方面也相当不足。在企业应用开发社区,例如业务流程管理(BPM)社区中,频繁提出的新角色“业务(流程)分析师”(business analyst),就应当是体系与流程知识与技能的典型需求者。

企业应用实施知识与技能

在这个划分框架里,企业应用实施知识与技能范围同样比较单纯,与具体所要实施的应用直接相关——不是笼统地谈论企业应用实施者所需的知识与技能,包括应用的知识以及必要的管理、业务知识——我们将更明确而具体地识别它们。对于实施及维护而言,原则上,是把其应用软件系统当作一个黑匣子,同时结和某些必要的原理。这种划分的原则,与驾车者对汽车的了解相似。所以,虽然实际内容上,会有一些与后面项目重叠的,但从知识与技能领域划分上,是足够明确和必要的。另一方面,这里也包括更加通用一些的知识,即一些应用实施的原则或方法学,它们与管理知识与技能有更紧密的联系。

企业应用实施知识与技能对应的基本角色,首先是第二、第三方的应用实施/应用支持人员(例如实施顾问),对于复杂的企业应用系统,他们往往需要进一步的分工(例如按功能模型或涉及的业务领域)。对于稍微复杂和具有一定规模的应用企业,其内部也需要有掌握此类技能的专职人员,通常归属于IT部门。

企业应用架构与治理知识与技能

这里所说的企业应用架构,类似(基本上应包括)流行的企业架构(EA)或信息技术架构(ITA)概念[4],可以理解为结合企业经营与管理战略需求,制定IT应用战略并管理其实施,全面掌控企业自身的IT应用系统的引进、集成、配置、自行开发开发、外包和治理以达成战略需求所需的知识与技能。

企业应用架构与治理知识与技能对应的基本对象是企业信息化的负责人,或全面负责的信息技术主管人员。大型的企业,可以设专门的企业架构师。另一方面,这也对应一些高级企业应用顾问类型。对于企业信息化负责人(例如,所谓CIO)而言,与前面提到的一些基本角色不同,它除了要完整地掌握这个领域的知识与技能,还会有更多的要求,后面会专门讨论。尽管企业架构与IT治理这些概念的提出与发展,主要的推动、提倡者都是来自IT社区,但从企业应用开发与供应者的立场看,多数现有的企业在这个方面的具体实践或参与是很弱的,或者处于无从提起的现状。对于一些大型的IT企业,则主要是从其IT产品总体战略切入,把这方面的诉求作为一种服务的基本内容和思路,具体的角色就体现为高级服务与支持顾问。

企业应用维护与支持知识与技能

这一部分主要涉及企业应用实施及运行过程上的技术维护与支持。与前面的“维护与支持”领域不同,这个领域涉及的知识与技能,通常属于最终用户(处于应用功能层面)无需接触的。在这里系统不再是“黑匣子”,需要了解许多内部结构和机制,以及应用系统与其基础平台、运行环境的关系。实践中“实施”与“维护与支持”这两个知识与技能领域往往有紧密连接甚至交叠的地方,这也与企业应用系统本身的设计和特点有关。越是复杂的应用系统,这种区别就越重要。另一方面,不好的应用系统设计可能使实际部署/运营过程中的技术性问题和使用功能或业务相关的问题更多地纠缠在一起(这也是体现我们提出的“适管理性”的地方),这也是设计者需要研究的课题。这一部分的知识与技能是处于企业应用(IT)治理之下的具体层次,与后面的“集成”与“软件架构”直接连接。

在应用企业、第二方、第三方企业,常常设有直接工作在这个领域中的职位,常常被归类为技术支持工程师一类职位,例如售后支持。应用企业内部通常也需要有人掌握这些知识与技能,对较小的应用规模或相对简单的系统,在职位划分上就不会那么细,应用支持和技术维护支持可能需要兼顾。无论如何,它们对应着现实中多数企业IT部门的基本职责。

企业应用集成知识与技能

企业应用集成的主要课题,是如何将企业现有的各种应用系统最有效地构成符合企业需求的应用系统,当然,选择、引进什么样的新的应用系统或技术、解决方案,是另一个重要的方面。首先,它是从用户、拥有者、使用者的立场(需求)出发;其次,从系统开发的立场上看,它是基于现实的、具体的应用环境中,考虑如何配置现有的应用环境,包括遗留系统等。在应用集成的过程中,常常会提出许多具体的,例如软件(程序)设计的工作,可能需要企业内部或外包完成,它们的要求与单纯的软件开发会有很大的不同。

企业应用开发集成知识与技能的,自然是针对应用企业内部的IT部门的。较大规模企业内部可能会有较明确的分工,从而设立专门的职位从事这个方面的工作。作为企业应用开发供应一方,其需求分析与系统设计者同样需要较为全面的了解这个方面的知识与技能,这对于它们所设计的产品的适用性各方面会有重要的影响。这也是第三方咨询的重要课题之一,因此会有各种掌握某一类应用集成知识与技术的专业咨询师存在。

软件架构知识与技能

软件架构知识涉及到各种各样的软件(系统)实现方式或技术性框架以及与之关联的设计、实现的技术、方法与准则乃至工具。软件架构已经是软件社区最常讨论与探索的一个基本话题。这里的“架构”必须与前面提到的企业应用架构(企业架构或应用企业的IT架构)区分开,所以有时为了强调,也称为软件技术架构[5]。

软件架构知识与技能对应的典型角色,是软件架构师。对于专业软件开发企业,这是一个必要的职位(有时也将其归纳/对应到“技术总监”这样的职位)。有大型复杂系统开发集成要求的应用企业,也可能有专门的类似职位。一般而言,对于应用企业内的系统开发/集成者,也需要尽量丰富的软件架构知识,但其背景、层次与专业应用开发企业有一定区别。

软件开发与实现知识与技能

这是以程序设计(实现)为主的知识与技能,处于前一项“软件架构知识与技能”之下更具体的层次上,直到相关技术的最底层细节。与企业应用开发、集成知识与技能相比,会有很多相同性质的内容,但通常而言,层次、工具(平台依托)等有所区别。通常,具有更深入、全面与专业化的特征。

软件开发与实现知识与技能对应的就是系统实现者,例如程序设计者。一般而言,应用企业不会有独立的应用软件开发部门,但也可能有一些小的自行开发计划,特别是对于信息技术应用程度较深、要求较高的企业(例如,达到与业务战略、经营模式相关的层次),在企业架构与企业应用集成这两个大的背景之下,某种方式的开发(例如,基于应用平台的开发,和一些集成性质的开发),往往是必须的,乃至有战略意义的。它们对于具体的开发者(例如程序员等)的要求,与独立、专业的软件开发虽然有所不同,但复杂程度或要求一点都不低。

注释

[2] 企业工程是本站的主题之一,可参考企业工程是什么显现中的企业工程等一些相关文章。

[3] 业务流程概念,可参考维基百科条目:业务流程。这一思潮的来由,可参考企业工程论坛重规划是什么(Reengineering,再造工程),以及信息化概念与意义探究:二、国内背景与企业、社会信息化 中关于企业信息化与再造思想的讨论等文章。

[4] 从纯概念上,用“企业架构”(EA)是可以的,但即使国外的实践,也很难达到理想化定位的企业架构,始终是以IT为基本背景的;另一方面,本文在此同样是围绕着“企业应用”这个明确的主题,所以在这里使用“企业应用架构与治理”这种提法。企业工程论坛对有关概念有不少讨论,“架构”(architecture)的基本理解,可参考Architecture(架构/体系结构)与营造法式:一个简单的理解,此外可参看谈谈企业架构(EA)企业工程的内容与企业架构的定位信息工程与信息系统架构向企业架构的发展等相关文章。

[5] 本站对于企业应用软件技术架构,同样有许多讨论(例如技术架构标签列出的文章),并提出了有影响力的独特的观点,可参考迈向21世纪的企业信息技术应用余彤鹰:企业应用探索十五年之路线图等。

Copyright

  本发布物版权归原作者所有,经原作者许可在企业工程论坛(EE-Forum.org)公开发布,并允许个人及公益性机构非牟利性使用及传播。传播中需保持从标题、署名到各项内容及此声明包括链接地址等完整内容不变。引用或摘编文中内容或观点应符合公认准则。其它机构,或牟利性使用,请预先取得作者许可。保留一切未说明的权利。
  详细说明见: http://www.ee-forum.org/about/copyright ,管理者电子邮箱:admin(at)ee-forum(.)org

Cite Style

GB7714 style: 余彤鹰. 企业应用相关知识技能领域与角色分析一:九大知识与技能领域[EB/OL]. 企业工程论坛, http://www.ee-forum.org/wp/pub/ty/2011-06-p2781.html, 2011-06-10[2017-03-26 01:19]

Chicago style: 余彤鹰, "企业应用相关知识技能领域与角色分析一:九大知识与技能领域", 企业工程论坛, http://www.ee-forum.org/wp/pub/ty/2011-06-p2781.html(accessed 2017-03-26 01:19)

Posted by   2011-06-10(Original)   Hits 7331   Modified 2011-07-02(Locked)
Prev Post: 
Next Post: 

Related Entries:

企业应用相关知识技能领域与角色分析四:设计者
企业应用相关知识技能领域与角色分析二:管理/业务+IT复合型人才
企业应用相关知识技能领域与角色分析五:实施支持者与用户
企业应用软件和个人应用软件的区别
企业应用发展线索分析

3 Comments

  1. 很好很细致的分析总结。
    从我这些年的工作经验来看,我愿意把以上的知识区分为两大部分:
    一个是所谓的“管理咨询”:就是建立企业制度。它们包括了体系设计、流程设计直到岗位的作业指导书。也就是我们所说的管理问题。
    另一个是以企业制度为基础的建模,建模的起点是企业制度,也是检验模型是否正确的判据之一。
    比如我常对用户说,我们做IRP规划,是以管理制度为基础,并不负责制定管理制度。
    比如,所谓业务流程优化,更多的是管理咨询,不是建模问题。或者只能说进行数据整合以支持流程优化。即以技术手段支持管理的实现,WORD的功能在强大,也只是提供了写作的方便,本身并不能产生好文章。
    企业工程应该更多属于“管理咨询”的工作,就是建立各种企业制度的原则和方法等。
    如果是再现的模型,建模水平的高低自然是由企业制度决定的。
    但是现在最大的问题就是,企业本身的制度建设缺乏体系性,缺乏企业工程的思想和套路,所以搞建模的我们“越俎代庖”,难度就变的很大了。
    原则上讲,涉及到行业语义的,才能体现出行业特色,它比一般管理知识(比如质量管理体系)更需要在模型中得到反映和再现。

  2. 余山这两年的工作有很多体验啊

  3. 修订说明

    修改了发表计划,改为多篇系列,每部分的相对独立加强了一些,修改了摘要。
    第一部分的“企业应用维护与支持知识与技能”一节,整个重新写了,更明确了与“企业应用实施”部分的区别(后一部分也做了一些润色)。
    第二部分整个篇章重新安排了一下,内容也有所调整,算比较大的改动。

    * * *
    这个系列的文章,一开始只打算分两部分。第一部分很快完成了,但第二部分却进度很慢。最后写出来的东西不断超出预想计划,于是调整为三个部分,四个部分……这很好,因为每产生一个“计划外”的部分,就说明在那个方面的理解又进了一步。

Leave a Response

You must be logged in to post a comment.