企业究竟需要什么样的IT运维

IT是互联网相关行业及应用的总称，一般企业中的IT部门负责有2种类型：

第一种：从事技术开发及维护。比如公司做个网站、微信公众号什么的需要二次开发的技术人员，抑或是企业的官网服务器、内网搭建及其他硬件维护。像我弟弟在一个叫斯狄渢热水器的公司做的IT岗，就是做网管类工作的。

第二种：从事企业线上的营销工作，比如为企业搭建网店销售渠道或者线上的口碑营销工作，这是高级IT运营管理类工作

一些企业的IT部门，主要做些公司的网站维护，局域网的网络和系统维护，如果有什么PDM或ERP的话，负责数据的维护。 个人认为，如果一个企业有ERP或PDM，应该专门有几个人来维护数据。由于软件的问题，或误 *** 作导致的冗杂数据或错误数据，应及时清理或修复，以免影响系统决策的正确性。都知道信息化最重要的是基础数据的正确性。但真正能保证数据的正确的恐怕不是太多。当然维护数据并非什么高深的东西，所以在企业中的地位也不见得多高，但作用确实巨大的。

企业IT运维现状

事实上，谈及IT运维管理，与企业的信息化建设情况密不可分。

通过以往几十家行业企业用户交流反映的情况来看，企业IT运维主要分为几种情况：一种是自有IT团队，自给自足，完全自己开发，自己运维式;一种是自有IT团队支持，与多个供应商共同合作维护企业的IT，即部分外包式;还有一种是完全外包式。第一种占了极少数，而第二种则占据绝大多数。

对于部分外包式管理，具体依据企业信息化建设部署，又分软件、硬件和网络及其他几种情况：比如软件系统，多数企业CIO对供应商并不完全信任，更愿意采取他们提需求，后者主导开发，双方团队共同协作部署，后续的运维则选择购买服务，遇到问题，企业IT人员与之协同处理;而硬件部分，则由供应商提供维护，主要是一个换件周期问题，企业IT人员负责桌面管理部分;网络部分，主要是由企业IT人员自己维护。

对于实力强，业务复杂的企业，主要会依据自身的实际情况，对几个具体环节的运维采取不同的策略组合。

这种局面显然对企业在IT运维方面的综合管理能力是极大的考验。

自建与外包的选择

那么，自主IT运维管理和选择外包管理服务，二者究竟谁更具优势

北京金色世纪商旅网络科技股份有限公司总架构师钟科的选择很明确。“我是非常不提倡外包的。因为不论是我们自己的技术人员，还是外包人员。不管做哪一块，技术实力是一方面，人的投入度则更加重要。外包人员做事的投入度总是没有自己团队的投入度大。原因在于运维是要求非常细致的工作，大面看着很好，一旦有一个小环节出错了，整个体系就是瘫的。而且外包更多的感觉是一种目标任务制，我达到这个目标任务，工作就结束了。他不关心比如你系统的扩展性，不关注你系统的性能。所以一开始我对外包的感觉就不是很好。”

企业究竟需要什么样的IT运维

北京北重汽轮电机有限责任公司信息中心主任欧阳亮又是另一种选择。“外包的有几种情况，一种外包是全外包，我根本不管，完全是厂商来做;还有的是我自己管一部分，只外包一些，比如一年买多少个小时。我们更多的是做这种。因为我们自己还有一定的技术能力，也有人，所以我们基本都是买人家的外包服务。”

对具体的外包服务策略，欧阳亮进一步介绍称，“比如买一年多少个小时，现在是一年8次现场，其他都是远程，甚至于就是电话服务。从现阶段按我们企业的信息化建设情况来看，我们可能更多的还是侧重系统的实施和稳定运行。”

其实就算是购买了外包服务，实际也是企业自己做得更多一些，尤其一些老系统本身运行的比较成熟，“买服务也就是买一个保险，用的并不太多，更多的都是电话或是厂商远程接入我们的系统，调一下。真正到现场的机会不是特别多。”欧阳亮表示，“老系统一般运行两三年，我们自己也都摸熟了。”

而网络运维方面，则是北重IT团队自己做运维，“做的还不错，我们网络用了十几年就没有瘫过。”

硬件方面，北重公司采取的购买服务的策略。“我觉得初期新设备你可以买服务稍微少一点，旧设备是一定得买服务。因为硬件这一块企业都没有维修能力，另外现在的硬件大部分也都是换件的，不买服务，这个换件的速度就比较慢;相反，你买服务，基本能保证，比如我们一般买的是5×8的服务，也就是5个工作日，8小以内。至于7×24成本太高了，而且像我们这种企业都是属于断续工作的，没有连续生产线，用不着买那么高的。”

显然，选择的差异性将直接影响企业在IT运维方面的管理策略。至于孰优孰劣，也是相对而言。中国交通通信信息中心的网络工程师何涛的一番话更值得我们去思考。何涛认为，在合理的管理制度规范下，只有尽可能将所有流程都自动化，才能让企业的IT运维更高效。同时，企业自身的技术服务与管理也要做好，管理要做到位，个人执行要做到位，技术服务与管理这条渠道也要畅通了，才能将整个信息化网络运维做好。

岗位：程序员

程序员(英文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配合销售制订产品销售策略，支持市场销售业务。

以上就是关于it部门在企业中到底是个怎么样的角色全部的内容，包括:it部门在企业中到底是个怎么样的角色、企业的IT部门是干什么、企业究竟需要什么样的IT运维等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！