什么是IT职能

关于ITIL，我们可以将其概括为六大模块、十个流程、一个职能和三个比较

六大模块

ITIL整个架构是由6个模块构成的，即业务管理（Business Perspective）、服务管理、ICT基础架构管理（ICT Infrastructure Management）、IT服务管理规划与实施（Planning to Implement IT Service Management）、应用管理（Application Management）和安全管理，如图1所示。这六个模块的含义以及它们之间的关系分别介绍如下：

图1 ITIL的架构

业务管理 ITIL所强调的核心思想是应该从客户（业务）而不是IT服务提供者（技术）的角度理解IT服务需求，也就是说，在提供IT服务的时候，我们首先应该考虑业务需求。业务管理这个模块就是用于帮助业务管理者如何利用商业思维分析IT问题，深入了解ICT基础架构支持业务流程的能力和IT服务管理在提供端到端IT服务过程中的作用，以及协助他们更好地处理与服务提供方之间的关系，以实现商业利益。

服务管理 服务管理模块是ITIL架构的核心模块，它是ITIL与其它IT管理方法最不同的地方，即以一系列典型流程的方式把大部分IT管理内容进行了合理划分和管理。服务管理模块由服务支持和服务提供两个子模块构成。其中服务提供由服务等级管理、IT服务财务管理、IT服务持续性管理、可用性管理和能力管理5个服务管理流程组成；服务支持由事故管理、问题管理、配置管理、变更管理和发布管理5个流程及服务台职能组成。我们将在下面分别解释这十个流程和一个管理职能。

ICT基础架构管理 IT服务管理的本质也是对ICT基础架构的管理，只不过它采取的是一种与通常的管理方法不同的方式，即将对ICT管理的任务标准化和模块化，然后打包成服务按需提供给客户。ICT基础架构管理模块覆盖了ICT基础架构管理的所有方面，从识别业务需求、实施、部署以及支持和维护基础架构。其目标是确保提供一个稳定可靠的IT基础架构，以支撑业务运作。

应用管理 IT服务管理包括对应用系统的支持、维护和运营，而应用系统是由客户或IT服务提供者或第三方开发的。IT服务管理的职能应该合理地延伸，介入应用系统的开发、测试和部署。应用管理模块解决的是如何协调这两者，以使他们一致地为服务于客户的业务。

安全管理 安全管理模块是ITIL10版本发布之后加入的，其目标是保护IT基础架构，使其避免未经授权的使用。安全管理模块为如何确定安全需求、制定安全政策和策略及处理安全事故提供全面指导。

IT服务管理规划与实施 ITIL基本上只告诉我们要做什么（What），没有告诉如何做（How），因此提供一个一般性的规划和实施方法是非常必要的。IT服务管理规划和实施模块即是用于解决这个问题的。它为客户如何确立远景目标，如何分析现状、确定合理的目标并进行差距分析，和如何实施活动的优先级，以及如何对实施的流程进行评审，提供全面指导。

十个流程

ITIL的核心是服务管理模块，即服务支持和服务提供两个子模块中包括的十个典型服务管理流程和一个服务管理职能。前面已经指出，服务提供由服务级别管理、IT服务财务管理、IT服务持续性管理、可用性管理和能力管理5个服务管理流程组成，服务支持由事故管理、问题管理、配置管理、变更管理和发布管理5个流程及服务台职能组成。其中服务支持几个流程的含义分别解释如下：

事故管理 所谓事故是指任何不符合标准 *** 作、且已经引起或可能引起服务中断和服务质量下降的事件。事故管理的目的就是在出现事故时尽可能快地恢复服务的正常运作，避免其造成业务中断，以确保最佳的服务可用性级别。为了实现这个目的，事故管理流程必须最佳地利用资源支持业务、开发和维护有效的事故记录以及设计和应用统一的事故报告方法。

问题管理 问题是导致一些或多起事故的潜在原因，问题管理就是尽量减少服务基础架构、人为错误和外部事件等缺陷或过失对客户造成影响，并防止它们重复发生的过程。发生事故并不一定表明存在问题，问题也不一定要等发生事故后才能发现。

事故管理和问题管理的目标是相同的，但两者的侧重点不同。前者是强调“尽快恢复服务”，为此可以采取各种各样的措施，包括一些临时性的措施；而后者强调“从根本上解决问题”，即让事故不再发生，或者即使发生也有很好的应对措施。

变更管理 变更是指对IT基础架构组件（包括硬件、网络、软件、应用、环境、系统及相关文档）进行增加、修改或移除。变更管理的目的是使用标准方法和规程来快速有效地处理所有变更，以减少事故对服务的影响。

配置管理 配置管理是识别和确认系统的配置项，记录和报告配置项状态和变更请求，检验配置项的正确性和完整性等活动构成的过程，其目的是提供IT基础架构的逻辑模型，支持其它服务管理流程特别是变更管理和发布管理的运作。为此，配置管理需要计量所有IT资产，为其它流程提供准确的信息，为事故管理、问题管理、变更管理和发布管理提供基础，验证基础架构记录并在必要时纠正有关记录。

发布管理 发布（版本）是指一组经过测试后导入实际运作环境的新增的或经过改动的配置项。发布管理的目的是为了保证发布的成功，主要应用于大型的或关键硬件、主要软件及打包或批处理一组变更。这五个流程之间的关系如图2所示。

图2 服务支持流程之间的关系

服务提供的五个流程的含义分别说明如下：

服务等级管理 服务等级管理是有关定义、协商、签订和测评提供给客户的服务的质量水准的流程。服务等级协议中说明了有关所提供的服务和这些服务的质量水准，并规定了服务双方各自的责任、权利和义务。服务等级管理是IT服务成功运作的重要保障。

就像服务台是服务支持各流程的“联系点”一样，服务等级协议是服务提供各流程的连接处，它定量说明了IT服务过程中的财务、持续性和可用性等方面的数据指标，并规定当这些定量指标没有被满足时的处理方法。同时，服务等级协议还详细说明了处理事故的升级方法。

IT服务财务管理 IT服务财务管理是负责预算和核算IT服务提供方提供IT服务所需的成本，并向客户收取相应服务费用的管理流程。

IT服务财务管理流程包括IT投资预算、IT服务成本核算和服务计费三个子流程，其目标是通过量化服务成本减少成本超支的风险、减少不必要的浪费、合理引导客户的行为，从而最终保证所提供的IT服务符合成本效益的原则。IT服务财务管理流程产生的预算和核算信息可以为服务级别管理、能力管理、IT服务持续性管理和变更管理等管理流程提供决策依据。

IT服务持续性管理 IT服务持续性管理是指确保发生灾难后有足够的技术、财务和管理资源来确保IT服务持续性的管理流程。IT服务持续性管理关注的焦点是在发生服务故障后仍然能够提供预定级别的IT服务，从而支持组织的业务持续运作的能力。因此，IT服务持续性管理必须立足于组织的业务持续性管理。

可用性管理 可用性管理是通过分析用户和业务方的可用性需求并据以优化和设计IT基础架构的可用性，从而确保以合理的成本满足不断增长的可用性需求的管理流程。

可用性管理是一个前瞻性的管理流程，它通过对业务和用户可用性需求的定位，使得IT服务的设计建立在真实需求的基础上，从而避免IT服务运作中采用了过度的可用性级别，节约了IT服务的运作成本。

能力管理 能力管理是指在成本和业务需求的双重约束下，通过配置合理的服务能力使组织的IT资源发挥最大效能的服务管理流程。

能力管理流程包括业务能力管理、服务能力管理和资源能力管理三个子流程，其中业务能力管理子流程主要关注当前及未来的业务需求，服务能力管理子流程主要关注当前IT服务的品质是否能够支持正常的业务运作，而资源能力管理子流程主要关注所有服务提供赖以进行的技术基础，确保IT基础设施中所有组件能发挥最大的效能。这五个流程之间的关系如图3所示。

图3 服务提供流程之间的关系

一个职能

这里的一个职能即指服务台职能。在服务管理中，服务台处于非常重要的位置，因为它是客户（用户）与服务提供方之间最重要的沟通渠道。我们可以将服务台的作用归纳为以下几个方面：

“应答机” 当客户或用户提出服务请求、报告事故或问题时负责记录这些请求、事故和问题，尽量解决它们，在不能解决时可以转交给相应的支持小组并负责协调个小组和用户的交互。此外，服务台还负责回答客户和用户的一般性咨询问题。

“灭火器” 客户总会有不满意的地方，因此这里的关键是如何化解他们的不满意之处。服务台此时就相当于“灭火器”，通过各种方式（有些是标准的、预定的）消除客户的抱怨，提高客户满意度。

“传声机” 服务台根据支持小组的要求进一步联系客户、了解有关情况，并把支持小组的处理进展及时通报给用户。此外，服务台还为其它管理流程如变更、配置、发布、服务级别及IT服务持续性管理提供了接口。

在接下来的几期中，我们将分别较详细地介绍这些流程和服务职能。

三个比较

当谈到ITIL的时候，我们不可避免的要提到COBIT、ISO17799、CMM和ISO9000等标准和方法。作者将ITIL与这些标准和方法之间的关系归纳为三个“比较”：

（1）ISO9000、CMM和ITIL

ISO9000最初是为制造业开发的一个通用质量审核模型，但也可以应用到任何生产/服务组织。ISO9000强调的是审核，只是提出一系列组织需要达到的目标，并没有指出如何达到这些目标。CMM是特地为软件开发和维护组织开发的，它归纳了一组有关软件开发和维护的最佳实践，并将这些实践划分为五个有序的层次，即五个级别的成熟度。而ITIL是特地为IT服务管理和运营组织（机构）开发的、有关IT服务管理和运营方面的最佳实践框架。

对IT组织而言，三者的相同之处是都只告诉你要做什么（What），没有告诉你如何去做（How to），一个实施了ITIL的组织可以很容易通过ISO9000。它们的不同之处在于，ISO9000虽然适用于各类组织，但它显得太过“通用”，只是相当于给组织制定了一个最低的质量标准；CMM和ITIL适应对象不同：前者主要是面向软件开发，对软件维护有所涉及，但不是重点，而ITIL更多关注的是软件（当然还包括硬件和网络等其它IT基础设施）的维护，对软件的开发涉及不多。

（2）COBIT、ISO17799和ITIL

在国内，经常有人讨论COBIT、ISO17799（主要根据BS7799制定的）和ITIL之间的异同或是谁将替代谁之类的问题，其实这三者之间的相互交叉和相互补充的，不存在谁替代谁的问题（正如COBIT阵容宣称ITIL是属于它的一部分，而ITIL方面把COBIT看作它的一个方面一样，这最少在目前为止还是一个很有争论的问题）。它们都是IT管理方法，但各自的侧重点不同。COBIT侧重于IT控制和评价，对IT流程和安全方面涉及不多；ISO17799主要是关于安全控制和管理的；而ITIL主要针对的是IT流程，对安全和系统开发关注不多。

普华永道曾在2002年7月份发布一个研究报告，提出一个统一的框架定位这三个标准。该报告认为，为了战略整合信息技术和业务、提高服务质量和效率、降低服务成本和控制安全，企业应当重点关注人、流程、技术、结构和角色、评价指标和控制等6个方面。从这6个方面来考察，COBIT、ISO17799和ITIL之间的定位如图4所示。

图4 COBIT、ISO17799和ITIL三者的定位

正如前面所分析的一样，图4较好地说明了三个标准的联系与区别，以及它们的不足。

（3）MOF、HP ITSM Reference Model和ITIL

ITIL虽然已经成为了IT管理领域的事实上标准，但由于它没有说明如何来实施它，因此以ITIL为核心，世界上的一些IT企业开发了自己的IT管理实施方法论。其中影响较大的有微软公司的MOF（管理运营框架）和HP公司的HP ITSM Reference Model（惠普ITSM参考模型）等。

MOF和HP ITSM Reference Model都是以ITIL为基础，一方面将ITIL中原有的核心流程按照生命周期的观点加以重组，形成特地的实施方案，另一方面对ITIL进行加强，增加一些ITIL中没有的重要流程，以使其更为完善。

至于MOF和HP ITSM Reference Model之间的不同，主要表现为前者是特地针对微软的产品和服务开发的，而后者是惠普公司根据自身特点和优势提出的本公司使用的ITSM实施方法论。

IT运维管理包含：

一、设备管理：对网络设备、服务器设备、 *** 作系统运行状况进行监控，对各种应用支持软件如数据库、中间件、群件以及各种通用或特定服务的监控管理，如邮件系统、DNS、WEB等的监控与管理;

二、数据/存储/容灾管理：对系统和业务数据进行统一存储、备份和恢复;

三、业务管理：包含对企业自身核心业务系统运行情况的监控与管理，对于业务的管理，主要关注该业务系统的CSF(关键成功因素CriticalSuccessFactors)和KPI(关键绩效指标KeyPerformanceIndicators);

四、目录/内容管理：该部分主要对于企业需要统一发布或因人定制的内容管理和对公共信息的管理;

五、资源资产管理：管理企业中各IT系统的资源资产情况，这些资源资产可以是物理存在的，也可以是逻辑存在的，并能够与企业的财务部门进行数据交互;

六、信息安全管理：该部分包含了许多方面的内容，目前信息安全管理主要依据的国际标准是ISO17799，该标准涵盖了信息安全管理的十大控制方面，36个控制目标和127中控制方式，如企业安全组织方式、资产分类与控制、人员安全、物理与环境安全、通信与运营安全、访问控制、业务连续性管理等;

七、日常工作管理：该部分主要用于规范和明确运维人员的岗位职责和工作安排、提供绩效考核量化依据、提供解决经验与知识的积累与共享手段。

IT运维是IT管理的核心和重点，也是内容最多、最繁杂的部分，每一个子系统中都包含着十分丰富的内容，也因此被很多人称之为“IT运维管理就像一个什么都能装的箩筐”。但通过梳理，你会发现，其实IT运维管理也有依有据，有规律可寻。

IT运维管理是时下IT界最热门的话题之一随着IT建设的不断深入和完善,计算机硬软件系统的运行维护已经成为了各行各业各单位领导和信息服务部门普遍关注和不堪重负的问题由于这是一个随着计算机信息技术的深入应用而产生的新课题,因此如何进行有效的IT运维管理,这方面的知识积累和应用技术还刚刚起步对这一领域的研究和探索,将具有广阔的发展前景和巨大的现实意义。

所谓IT运维管理,是指单位IT部门采用相关的方法、手段、技术、制度、流程和文档等,对IT软硬运行环境(软件环境、网络环境等)、IT业务系统和IT运维人员进行的综合管理。

企业将IT部门的职能全部或部分外包给专业的第三方IT外包公司管理，集中精力发展企业的核心业务。简单的说就是企业在内部专职IT运维人员不足或没有的情况下，将企业的IT外包服务流程，包括全部办公硬件、网络及外设的维护工作转交给专业从事IT运维的公司来进行全方位的维护。

所谓IT就是信息技术

企业中的IT职能就是泛指计算机软硬件和网络服务，这些职能包括:

提供和维护基本软硬件系统：电脑，局域网，互联网出口

提供和维护 员工个人桌面系统、上网系统

提供和维护 办公自动化系统

业务管理系统（各个行业、企业都不同）

其他专用的系统

负责这些智能的部门就是IT部门，也有叫电脑部、网络部、IT部等等；

1、定义不同

IT经理就是指专门从事信息技术部门管理职能的经理人；

IT总监是企业内负责技术的最高负责人。

2、职责不同

IT经理的职责主要是带领属下经营和执行计算机、网络、通讯领域的各种任务；

IT总监负责一个企业的技术管理体系的建设和维护，技术和业务具有深入理解，对行业技术发展趋势和管理现状具有准确的判断。

3、技能要求不同

IT经理须具有良好的职业 *** 守，能达到职业道德和专业规范的要求；成熟的职业心态，能较好地把工作热情和务实作风结合；明确的专业分工，能够拥有专业优势；受薪阶层，通过自己的管理经验与技能参与社会交换获得报酬；可变动性或曰可替代性，即能够进入人力市场并合理流动。

IT总监需要有强烈的责任心和良好的挫折承受能力；较强的创造能力、抽象思维能力、归纳能力、逻辑分析能力、学习能力、项目管理能力；良好的语言表达及沟通能力、拓展力及组织协调力，良好的职业素质；具备对工作流程的塑造和改造的能力。

参考资料来源：百度百科-IT经理人

百度百科-技术总监

IT管理和运维工作涵盖了各行业的各岗位中，如何提高工作效率，规避风险，更好的做好IT管理和运维工作，已经成为一个不断探索和研究的新兴课题。笔者认为，应从两个层面加强和完善IT管理和运维工作，可以改善IT运维工作的现状。

方法/步骤

转变IT运维管理工作方式和理念。强调从技术型向管理型转变。各企事业单位的应用系统和网络系统已经成支撑业务正常运转的重要基础，保证应用系统和网络系统的正常运行和使用成为了IT运维工作的重中之重。IT运维部门的职能应当从传统的重服务轻管理，逐步转变为服务与管理并行，规范化与人性化相辅相成的模式，以适应现代化信息的工作模式。

建立完善的内部信息共享平台。从基础设施。应用系统和业务服务三个方面打造完善的信息共享和资源监控平台。能建立有效的信息资源库，减低对关键技术人员的依赖，为日常IT运维和 管理工作提供有效的保障：基础设施管理方面，对网络，应用系统软、硬件等资源进行细化管理，详细记录电子设备的出入库、维保、报废等环节。保证资源的有效 利用；应用系统管理方面，对于各类应用系统的备份，日常维护进行有效管理控制，保证所有应用系统数据的一致性、准确性、及时性、可用性和完整性，并根据实 际需要不断进行改进、完善或更新；业务服务管理方面，尽可能的记录所有的事件要素，包括问题描述、解决方案、 *** 作人员等等。使得部门对人员的考核有了量化 的标准，同时这个过程也有助于知识积累，形成有效的知识库，可以极大地减少对关键人员的依赖，降低人员流失的风险。

清理、简化现有IT运维管理制度。形成适合企事业单位管理实际的制度体系。以建立完整、规范、有效的内部规章制度体系为目标，紧密联系工作实际，按照适用、可行、合法、有效的原则，对现有规章制度进行全面的自查和清理。按照IT运维管理工 作的职能分工分层次、分步骤地对制订的各项内部管理制度规程进行分类清理，从制度内容的适用性、可行性、依据和效力的合法性、执行的有效性等方面进行了逐 条审核，并结合实际工作，对上级部门制订的内部管理制度与当前实际工作不符的情况进行修订和完善。逐步摈弃传统的“人管人”的工作模式，形成以制度带动 人，以制度带动工作的长效机制。

建立例行巡查和通报制度。IT运维部门的负责人和业务主管可通过内部信息共享这一平台，对业务进行有效的 监督。一是定期对记录的相关事项进行巡查，审计已登记发生事项的规范性。二是对正在发生的事件实时跟踪，及时了解事件的进展状况。规范各个流程的 *** 作，从 源头避免业务差错的发生。三是建立采集问题，核实整改问题及问题通报三个环节的通报机制，以提升力IT运维管理的效率。

加强与内部审计部门的业务合作。内部控制审计对组织治理、风险管理、改善控制效率和效果等方面有很大的促进作用。IT运维部门可配合内部审计部门进行运维管理，将内部控制审计作为常态化审计类型，通过这种方式，突出内控特点，运用规范的审计方法和评价体系，注重从控制、风险、管理等宏观层面查找问题、提出建议，以达到促进IT运维管理工作，完善内控和加强管理的目的。

通过内部审计部门，加强督导、整改等工作的实效。在IT运维管理工作的过程中，不仅要发现问题解决问题，更重要的是要形成完善的IT运维管理工作规范和流程，在这点上。可以通过内部审计部门对企事业单位内部进一步规范制度、程序和方法，形成对风险进行事前防范、事中控制、事后监督和纠正的动态过程和机制，强化重要业务环节的风险控制。加大检查力度，切实有效地推进督导、整改工作，建立内控管理的长效机制。

加强与内部审计部门的沟通交流和人员培训，培养复合型管理人员。定期组织IT运维人员和内部审计人员进行学习交流，探讨内控管理中存在的问题，交流内控管理的心得体会，充分发挥IT运维的技术优势和内控的管理优势，通过良好的内部沟通机制和完善的信息共享平台，建立内部控制体系运行网络和内部控制管理组织体系。

通常，一个企业内部完善的IT职能应该包括有：

1、IT设备及内部网络管理。管理企业的所有IT设备，电脑、打印机、传真机、复印机、电话、考勤机；电脑局域网、集团电话网络等。

2、系统管理。管理企业的所有办公系统，ERP系统、服务器等。

3、网络运营管理。管理企业的网站、产品的网络推广、品牌的宣传等。

岗位：程序员

程序员(英文Programmer)是从事程序开发、维护的专业人员。一般我们将程序员分为程序设计人员和程序编码员，但两者的界限并不非常清楚，特别是在中国。

作一个真正合格的程序员，应该具有的素质。

1：团队精神和协作能力

团队精神和协作能力是作为一个程序员应具备的最基本的素质。软件工程已经提了将近三十年了，当今的软件开发已经不是编程了，而是工程。独行侠可以写一些程序也能赚钱发财，但是进入研发团队，从事商业化和产品化的开发任务，就必须具备这种素质。可以毫不夸张的说这种素质是一个程序员乃至一个团队的安身立命之本。

2：文档习惯

文档是一个软件系统的生命力。一个公司的产品再好、技术含量再高，如果没有缺乏文档，知识就没有继承，公司还是一个来料加工的软件作坊。作为代码程序员，必须将30％的工作时间写用于技术文档。没有文档的程序员势必会被淘汰。

3：规范化的代码编写习惯

知名软件公司的代码的变量命名、注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。一些所谓的高手甚至叫嚣高手写的代码一般人看不懂，我只能说他不是一名合格的程序员。

4：需求理解能力

程序员要能正确理解任务单中描述的需求。在这里要明确一点，程序员不仅仅要注意到软件的功能需求，还应注意软件的性能需求，要能正确评估自己的模块对整个项目中的影响及潜在的威胁，如果有着两到三年项目经验的熟练程序员对这一点没有体会的话，只能说明他或许是认真工作过，但是没有用心工作。

5：模块化思维能力

作为一个优秀的程序员，他的思想不能在局限当前的工作任务里面，要想想看自己写的模块是否可以脱离当前系统存在，通过简单的封装在其他系统中或其他模块中直接使用。这样做可以使代码能重复利用，减少重复的劳动，也能是系统结构越趋合理。模块化思维能力的提高是一个程序员的技术水平提高的一项重要指标。

6：测试习惯

测试是软件工程质量保证的重要环节，但是测试不仅仅是测试工程师的工作，而是每个程序员的一种基本职责。程序员要认识测试不仅是正常的程序调试，而要是要进行有目的有针对性的异常调用测试，这一点要结合需求理解能力。

7：学习和总结的能力

程序员是很容易被淘汰的职业，所以要善于学习总结。许多程序员喜欢盲目追求一些编码的小技巧，这样的技术人员无论学了多少语言，代码写起来多熟练，我们只能说他是一名熟练的代码民工，他永远都不会有质的提高。一个善于学习的程序员会经常总结自己的技术水平，对自己的技术层面要有良好的定位，这样才能有目的地提高自己。这样才能逐步提高，从程序员升级为软件设计师、系统分析员。

作为高级程序员，乃至于设计师而言，除了应该具备上述全部素质之外，还需要具备以下素质：

1、 需求分析能力

2、 整体框架能力

3、 流程处理能力

4、 模块分解能力

5、 整体项目评估能力

6、 团队组织管理能力

岗位：项目经理

主要职责：

1、 计划：

a)项目范围、项目质量、项目时间、项目成本的确认。

b)项目过程/活动的标准化、规范化。

c)根据项目范围、质量、时间与成本的综合因素的考虑，进行项目的总体规划与阶段计划。

d)各项计划得到上级领导、客户方及项目组成员认可。

2、 组织：

a)组织项目所需的各项资源。

b)设置项目组中的各种角色，并分配好各角色的责任与权限。

c)定制项目组内外的沟通计划。（必要时可按配置管理要求写项目策划目录中的《项目沟通计划》）

d)安排组内需求分析师、客户联系人等角色与客户的沟通与交流。

e)处理项目组与其它项目干系人之间的关系。

f)处理项目组内各角色之间的关系、处理项目组内各成员之间的关系。

g)安排客户培训工作。

3、 领导：

a)保证项目组目标明确且理解一致。

b)创建项目组的开发环境及氛围，在项目范围内保证项目组成员不受项目其它方面的影响。

c)提升项目组士气，加强项目组凝聚力。

d)合理安排项目组各成员的工作，使各成员工作都能达到一定的饱满度。

e)制定项目组需要的招聘或培训人员的计划。

f)定期组织项目组成员进行相关技术培训以及与项目相关的行业培训等。

g)及时发现项目组中出现的问题。

h)及时处理项目组中出现的问题。

4、 控制

a)保证项目在预算成本范围内按规定的质量和进度达到项目目标。

b)在项目生命周期的各个阶段，跟踪、检查项目组成员的工作质量；

c)定期向领导汇报项目工作进度以及项目开发过程中的难题。

d)对项目进行配置管理与规划。

e)控制项目组各成员的工作进度，即时了解项目组成员的工作情况，并能快速的解决项目组成员所碰到的难题。

f)不定期组织项目组成员进行项目以外的短期活动，以培养团队精神。

结语：

项目经理是在整个项目开发过程中项目组内对所有非技术性重要事情做出最终决定的人。

岗位：系统架构师（技术总监）

主要功能及职责：

1、系统架构师是软件项目的总体设计师，是软件组织新产品的开发与集成、新技术体系的构建者。

2、系统架构师是在技术上对所有重要事情做出决定的人。（系统架构师在整个软件开发过程中都起着重要作用，并随着开发进程的推进而其职责或关注点不断地变化。）

3、需求阶段，软件架构师负责理解和管理非功能性系统需求，比如软件的可维护性、性能、复用性、可靠性、有效性和可测试性等。审查客户和市场人员所提出的需求，确认开发团队所提出的设计；组织开发团队成员和开发过程的定义；协助需求分析师完成《用户需求说明书》、《需求变更说明书》。

4、设计阶段，架构师负责对整个软件架构、关键构件、接口的设计。协助系统分析师完成《系统概要设计说明书》

5、编码阶段，架构师则成为程序员的顾问，并且经常性地要举行一些技术研讨会、技术培训班等；

6、测试及实施阶段，随着软件开始测试、集成和交付，集成和测试支持将成为软件架构师的工作重点；

结语：

系统架构师也可以理解成技术总监。系统架构师是在部门内所有软件项目中，对技术上所有重要的事情做出决定的人。

岗位：需求分析师

主要职责：

1、在项目前期根据《需求调研计划》对客户进行需求调研。

2、收集整理客户需求，负责编写《用户需求说明书》。

3、代表项目组与用户沟通与项目需求有关的所有事项。

4、代表客户与项目组成员沟通项目需求有关的所有事项。

5、负责《用户需求说明书》得到用户的认可与签字。

6、负责将完成的项目模块给客户做演示，并收集对完成模块的意见。

7、完成《需求变更说明书》，并得到用户的认可与签字。

8、并协助系统架构师、系统分析师对需求进行理解。

结语：

需求分析师是项目前期与客户方打交道最多的人，对于客户来说，他可以代表整个项目组，对与项目组成员来说他的意见可以代表客户方的意见，项目组内所有与客户需求相关的事情必需得到他的认可。

岗位：系统分析师

主要职责：

1、 协助需求分析师进行需求调研。

2、分析、解析《用户需求说明书》，将系统需求整理成《软件需求规格说明书》；

3、负责解决《软件需求规格说明书》被评审后发现的问题；

4、在分析系统前，负责向架构设计师解释《软件需求规格说明书》的内容。

5、协助架构设计师进行架构设计，并协助其完成《系统架构说明书》。

6、根据《系统架构说明书》对系统进行建模；

7、系统分析及建模完成后，负责将建模成果转化为《系统概要设计》；

8、协助数据库设计师按《系统概要设计说明书》进行数据库逻辑设计和物理设计，完成数据库CDM及PDM图，并协助其完成《数据库设计说明书》

9、协助软件设计师按《系统概要设计说明书》进行《系统详细设计说明书》。

10、指导软件工程师按《系统详细设计说明书》进行代码实现。

11、 负责重点代码检查；

12、协助项目经理进行配置管理，并提供优化改进建议；

13、定期对项目组成员进行技术方面的培训。

结语：

系统分析师是项目组中的首席执行官，他涉及项目的所有方面，是项目进度的推动者，也是项目成功的关键。

岗位：数据库设计师

主要职责：

1、根据《系统架构说明书》与系统架构师、系统分析师一同进行数据库建模。

2、根据数据库建模结果，绘制数据库CDM与PDM图。

3、 根据数据库PDM图进行数据库建库。

4、 对数据库进行维护、备份、恢复、同步。

5、 负责客户数据的导入导出。

6、 对数据库进行初始化 *** 作。

7、协助软件设计师完成《系统详细设计说明书》中与数据库相关的部分。

8、根据《系统详细设计说明书》编写对应的视图、存储过程、函数、触发器等。

9、对项目组其它成员进行SQL方面的指导。

10、定期对项目组其它成员进行数据库方面知识的培训。

11、为测试经理及测试工程师建立测试数据。

结语：

数据库设计师又称DBA，是项目组中唯一能对数据库进行直接的 *** 作的人。对项目中与数据库相关的所有重要的事做最终决定的人。

岗位：软件设计师（模块）

1、根据《系统概要设计说明书》编写分模块的《系统详细说明书》。

2、负责对软件工程师讲解《系统详细设计说明书》内容。

3、协助软件工程师按《系统详细设计说明书》进行代码实现。

4、 控制本模块的开发进度。

结语：

软件设计师又称模块设计师，协助系统分析师对分模块进行详细设计，并直接管控该模块的进度，对于本模块中所有重要的事做最终决定的人。

岗位：软件工程师

主要职责：

1根据《系统详细设计说明书》进行代码实现；

2对自己代码进行复查，并进行简单的测试；

结语：

软件工程师是最终实现代码的成员。

岗位：测试经理

主要职责：

1独立编写测试计划；

2独立编写测试用例；

3协调测试团队内部的工作以及与开发团队之间的工作；

4完成“执行测试”的工作；

5掌握较深层次的测试方法、测试技术和较复杂的业务流程；

6负责测试过程工具的研究、推广与维护，负责测试数据库维护工作；

7负责编写《用户手册》、《 *** 作手册》和相关培训教材；

8负责项目的质量审查。

结语：

测试经理其实应该是整个项目中最关心项目质量的人，他的主要工作就是找到项目中存在的不合理、不合格的部份，并要求项目其它成员按其给定的项目质量完成项目。

岗位：测试工程师

主要职责：

1在测试经理的安排和指导下，编写测试用例；

2在测试经理的安排和指导下，完成“执行测试”的工作；

3在测试经理的指导下，按测试计划进行测试工作；

4按测试用例进行测试工作。

5负责被分派项目的质量审计。

6了解项目的基本流程，可以熟练的进行项目中各种流程的 *** 作。

结语：

测试工程师是项目质量的保证，是最终进行项目测试的成员。

岗位：实施经理

主要职责：

1负责制定项目实施计划；

2在项目实施计划的约束下，协调项目组相关资源，完成系统实施相关工作（包括系统安装、用户培训、系统上线、系统试运行等）；

3在项目实施阶段，跟踪、检查实施人员的工作质量；

5负责协助用户进行“用户确认测试”和编写《确认测试报告》。

岗位：实施工程师

主要职责：

1在实施经理安排和指导下，执行项目用户现场实施任务；

2参与编写《用户手册》、《 *** 作手册》和相关培训教材；

3参与进行“用户确认测试”和编写《确认测试报告》。

岗位：美术工程师

主要职责：

1负责完成软件设计师安排的功能界面设计。

2负责对项目整体色彩的调配。

3向系统分析师提出项目美化的建议。

4为BS项目提供一套或几套CSS样式表及HTML结构表

5为CS项目提供符合项目内容的静态、动态。

6并为软件设计师提供界面指导。

岗位：客户经理（当所开发的项目属于定制型的项目时设立，可由项目经理或部门经理兼）

主要职责：

1策划并独立完成目标客户的拜访和沟通；

2定期分析、整理客户需求，制定有针对性的方案；

3进行重点客户的关系维护，了解并整理重点客户的需求，为开发更符合用户需求的产品提供富有价值的市场信息；

4参与产品定位的研讨，为产品策划献计献策。

岗位：产品经理（当所开发的项目为产品型项目时设立，可由市场部成员兼）

主要职责：

1对所负责的产品进行策划和管理；

2对所负责的产品进行市场调研和分析，及时提出应对措施；

3负责产品实现的内部管理，保证产品功能的顺利实现以及时满足市场需求；

4负责产品对外宣传与推广，开拓市场，提高产品品牌知名度和认可度；

5配合销售制订产品销售策略，支持市场销售业务。

以上就是关于itil 一个职能,十个流程 都是什么全部的内容，包括:itil 一个职能,十个流程 都是什么、IT运维管理包含哪些内容、什么是IT职能等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！