项目交付框架在汽车制造业IT管理中的应用

行业里有个笑话：越高级的运维越像个隐形人！所以楼主是遇到困惑了，提供自己的能力吧！

说到运维，多半是甲方单位招聘的，乙方一般是研发和实施。项目结束后甲方需要运维。从基层职位看，运维和开发（含产品经理）的分工还是挺大的。

本人做软件开发多年，平时主要考虑功能和非功能的实现，运维负责系统上线后系统的稳定、高效运行。所以在所需技术上也大有不同。

开发重点在各种开发语言、开发框架、持续性集成环境、软件工程、算法以及对应的业务等等，对底层的运行环境 *** 心的不太多，尤其上了云环境之后，越来越少 *** 心负载均衡、高可用这些非功能需求。

运维的重点在于系统运行的各种环境，从机房、网络、存储、物理机、虚拟机这些更基础的架构，到数据库、中间件平台、云平台、大数据平台，偏重的也不是编程，而是对这类平台的使用和管理。

所以开发重建设、运维当然就是维护。所以运维比开发更不受重视也是可以理解的，很难出彩，不出事就是成绩，尽管付出的努力并不少，甚至更多。看过产品运营的人说过一句话“不要管开发做出的是什么垃圾产品，留住客户才是运维关心的“

但是在高层考虑中，尽管运维仍然受重视程度比不上开发，但已经不仅仅是考虑要尽快满足业务需求的问题了。基础架构越来越有话语权。一方面，确实这个是很耗钱的事情（有钱就有话语权）。开发个系统不是有代码就能运行的，养个机房（特别是高端机房），动辄投资也得上亿，上千台服务器也不是那么容易管的，每年的折旧、报废也是钱啊，光电费也够养几个高级RD了。另一方面基础架构，特别云化之后，更是要制约开发使用的语言和程序架构。还有越来越受重视的安全管理，更是巨大的投资，甚至上升到维稳层面。

但是总体来说，运维工程师是IT的后台，IT是一般甲方业务的后台。所以，重要是很重要，但是可能永远不如RD受重视。当然，小部分运维也很受重视，比如制造业，但毕竟是少数。

所以，it运维工程师选择就没有回头路，努力提供自己能力是王道！

就中国来说，IT产业在过去5年经历了年28％的增长速度，是同期国家GDP增长速度的三倍，对GDP增长的拉动作用已进一步增强，对我国国民经济增长的贡献率不断提高。

2020年度，在云科技、开放资源、移动、大数据和安全领域，科技人才需求量是最大的。且即使你不是这些领域的专业人士，随着公司对人才需求的压力加大，管理层更愿意雇佣那些技术背景并不十分深厚的从业人员，因为这些人潜力大，且求知欲望强烈。

科技在任何行业的需求都在增加。医疗保健、金融和制造业的专业人士在其各自行业中对科技人才的需求越来越大。

因而，随着网络信息技术的迅速发展和普及，对IT技能人才的需求正在并将在相当长的时间内出现供不应求的局面，因此，IT技能培训企业的发展前景将是十分广阔的。

SDP-21是美国通用汽车公司在其项目管理中应用成熟的一个IT系统交付流程的框架体系，通过这个框架软件供应商或者外包商可以高效、正确的把IT系统交付给客户。这个框架体系包含三大特点：明确的用户需求、正确的流程和有效的执行。通过这三点使得供应商交付的系统能够实现预期的功能，甚至超出客户的期望。SDP-21通过有效的利用先进的IT技术和项目管理技术来保持企业的竞争优势，并努力实现增值，它的这些核心能力是企业业务发展战略的驱动力。

1SDP-21的发展历史

作为通用汽车公司内部使用的系统交付流程，从1999年7月2日正式发布SDP-21 R20版以来，它的发展伴随着计算机技术、网络技术、数据库技术的快速发展而不断更新和完善，同时一些先进的管理理念，如以及IT项目管理、供应商管理、外包等被赋予进这个框架体系，从项目生命周期划分、项目类型划分、角色权限矩阵、质量阀控制等方面不断的更新和发展，最终形成了由各种管理流程和管理方法方法结合的一个流程框架体系，其中包括执行总结、 *** 作手册、模板、检查列表、指南和其它程序材料等，这就是2004年3月11日发布的SDP-21 R90版，也是一些汽车制造业普遍使用的版本。

2项目生命周期划分

SDP-21作为一个IT系统交付流程的框架体系，首先最重要的工作是划分项目的生命周期，软件项目开发生命周期是指从软件的产生直到报废的生命周期。一些经典软件工程教材把这个生命周期划分为问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等一些阶段，是一个持续改进的迭代过程。而汽车制造业以其自身固有的行业特点对其软件有一些特定的要求，使得我们在项目开发生命周期的划分上和其它项目相比具有一定的特色，同时，在项目质量控制与管理范围上更具有重要性。

SDP-21把一个通用的软件项目划分为5个阶段，分别是规划阶段、定义阶段、构建阶段、测试阶段和部署阶段，如图1所示。其中一些复杂的阶段又被划分为一些子阶段，尤其是在定义阶段，现在有了一个架构设计子阶段，导致了增加一个供应商选择阶段，这样更适合企业IT部门的外包模式。在构建阶段，通过与供应商的详细设计活动和开发活动的协作也体现了外包模式的优势。在生命周期阶段的划分中的很多变化都强调了对流程的管理，主要的特点如下。

需求管理划分为业务需求和系统需求。系统需求包括性能需求、接口需求和 *** 作需求以及功能需求。新流程同样强调需求的质量，通过对早期需求调查的验证、用例和原型等方法。通过前期的需求变更管理活动实现对范围和计划管理。

在定义阶段的架构设计活动解决了在对IT解决方案未获得足够信息之前与供应商达成一致。新的流程框架更关注与供应商的外包和管理活动，这些往往在项目计划中未引起重视，以便更好的支持外包模式。

在测试管理中，测试战略是确定需要执行那些测试类型以及由谁去完成这些测试工作。在新流程中测试的所有环节，包括用户接收测试、系统测试和集成测试都是重点关注的。

在部署阶段，供应商的部署团队尽早参与以确保部署战略的制定。完整的部署阶段包括所有必须的环节把新的解决方案迁移到生产环境中去，也包括对用户的培训及业务变更管理。新流程也提供了明确的产品使用指南以及流程质量保证措施以及适当的制度同步来保证项目的完成。

维护阶段是联系部署和运行的纽带，也是每个项目成功的关键。在新的流程里面包括了一系列支持活动，保证正确的运行、维护以及支持计划在生产中来支持IT解决方案。另一方面的提高是，对于开发、测试、试运行、运行需要的数据环境的准备计划。

3项目分类

企业在IT项目的实施中会根据不同的项目采取不同的管理思想和管理技术，以下是对SDP-21项目类型的分类，每种项目类型对应相应的流程以便于管理和汇报。

（1）应用开发型

根据用户需求、期望和约束来完成软件的开发应用，包括需求分析、系统设计、编程和部署等阶段。

（2）商用现货型

对于企业已经获取的软件，可以直接使用或者根据需求进行配置后使用。

（3）部署型

无论是已经获取软件的或者正在开发中的项目，以及基础架构解决方案，需要企业共同部署在一个或者几个点上的项目。

（4）软件升级

增加新功能或者修复当前功能

（5）IT基础建设

开发或者配置基础结构解决方案，包括所有的IT解决方案，不论是商业软件应用或者基于它的硬件配置。

4项目人员职责

SDP-21另外一个非常重要的贡献是把软件生命周期内主要的活动内容、交付物以及所需的人员配置和岗位职责做了详细的划分。

5基于SDP-21IT项目管理的特点

SDP-21和传统的IT项目管理理论和方法来说，主要有以下几个主要特点：

（1）管理与技术分离

把以前的流程分成两个部分：（1）一套管理的流程；（2）一系列的方法。并消减活动、模板及程序中的冗余。

（2）注重对供应商的管理

增加架构设计阶段，强调供应商管理活动，增加供应商选择阶段，细化供应商的角色和职责。

（3）深化测试环节

增加测试阶段，并把测试分为系统测试与用户接收测试，保证软件性能与功能。对供应商的单元测试也有相应的评价指标。

（4）其它

支持多项目类型：应用开发、基于用户需求配置、基础设施、软件升级和软件部署；使用流程图来描述流程；增加CMMI Level 3和4的实践；注重开发、试运行和运行环境的准备。

6结束语

SDP-21项目交付框架经过通用汽车公司多年的发展和完善，已经成功的在众多项目中获得成熟的应用，尤其是对不同类型项目的划分、项目生命周期的划分、每个阶段的主要活动和交付物、人员职责、模板、规则等方面对供应商和自身的管理提出了更高的要求。SDP-21也会随着管理理论和方法的进步而不断更新，最终为IT项目的成功实施提供保障。

以上就是关于IT运维工程师的发展方向是什么全部的内容，包括:IT运维工程师的发展方向是什么、IT行业的就业前景怎么样、项目交付框架在汽车制造业IT管理中的应用等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！