在云计算的时代大背景下，我们引荐使用研发技术栈管理平台来集中管理的组织中的技术栈，容许基于一个技术栈创立研发测试PaaS和生产PaaS两个PaaS服务，从而承托研发、测试、生产三种运营时环境。通过三种运营时环境的区分，技术栈管理平台实质上设置了一条标准的精益软件生产流水线，为软件研发生命周期中的三个核心工种——研发、测试、运维——布置了标准的“工位”。在实行技术栈管理平台时，从这三个核心工种之中的任何一个紧贴，都可以优先建设该工种对应的工位，从而夹住整条云化生产流水线的实行。

从研发紧贴，打造出规范的软件开发底座在数字化的大背景下，众多IT的组织都面对技术能力紧缺的境况。特别是在是传统企业的IT部门，必须用受限的研发专业技能交付给更加多、变化更加频密的IT系统，还必须管理外包合作方的团队，对于研发底座规范化的拒绝日益明显。

这些研发团队少见的一些挑战还包括：■技术实践中能力受限，无法确保每个项目使用业界最佳的框架与工具人组。■研发流程不规范，代码质量注目过于，技术债积累相当严重。■外包团队管理力弱，对外包在团队的研发实践中缺少约束。

实行技术栈管理平台以后，整个的组织可以辨识并探讨几种具备广泛代表性的软件形态（例如“Java微服务”、“JavaWeb应用于”、“安卓移动应用于”等），集中于技术骨干力量，搭起项目基础架构，以技术栈的形式烧结下来。研发团队要启动一个项目时，只必须从技术栈管理的PaaS平台上自由选择自己必须的技术栈，就可以立刻分解自己的建构运营时，其中还包括代码仓库、应用于基础框架、倚赖软件、自动化建构工具等。

基于这个建构运营时，研发团队可以基于早已搭乘好的脚手架立刻开始撰写代码，并在PaaS云上展开基本的检验，然后递交到团队代码仓库。团队的技术领导者不必须考虑到研发环境应当如何配备，开发人员也不必须在自己的电脑上做到任何环境打算工作，从而很大地减少了项目启动的技术门槛。

作为对研发工位的规范拒绝，技术栈中不会规定“递交门”的质量标准，约将近质量标准的代码将无法递交到团队代码库中。这个实践中与持续构建一样，都是源于丰田生产方式的“安灯”实践中：如果经常出现质量隐患，应当立刻停线修缮，而不是让带着质量隐患的生产线之后运转。

在一般的研发团队中，递交门的质量标准最少还包括（1）代码能通过编译器；（2）代码能通过静态质量检查。通过引进代码复杂度、代码规范性检查等基本质量标准，能促成研发团队注目代码质量，防止基本的技术债大大积累。水平较高的团队不会在递交门中包括单元测试，单元测试不通过、或单元测试覆盖率约将近标准的代码将无法递交。

如果必须引进外包团队来帮助研发，外包团队可以必要从技术栈管理PaaS服务商取得自己的建构运营时，绝大部分的研发规范可以用递交门检验的形式来支撑，从而将的组织的质量拒绝烧结到研发环境中，减少规范化管理外包团队的可玩性和成本。从测试紧贴，创建云测试平台在数字化、互联网简化的IT大背景下，软件系统上线的周期大大延长，两周一递归早已沦为众多团队的标准配置，一些创新型业务早已拒绝将上线周期延长到一周、几天、甚至一天几次。

大大延长的上线周期，使很多IT的组织在测试方面的问题曝露出来：■测试自动化程度较低，手工重返测试跟上频密上线的节奏。■测试环境争用，环境管理工作量大。

■性能、安全性等非功能性市场需求的测试投放严重不足，到项目晚期才开始测试。

本文来源：NG体育-www.hjwy.net