其次，在发布和工作方式上，过去很多公司是使用比较大的软件，并且由一个比较大的团队负责分布式开发。而现在不再是一个大的软件或者一个大的团队，而是由多个小团队负责多个不同的小服务，同时，每个团队都有自己的发布周期，而且彼此间的相关性不是很强，也就是每一个都是一项微服务，每个团队都代表了一个微服务。

　　花旗银行在接受Pivotal的反馈会上给出了一句评价非常高的化：“我们现在已经不再是一个银行了，而是一个硅谷公司，是一个技术性的组织，这个技术性的组织只是刚好也做银行方面的服务罢了。现在我们的思维模式更趋向我们的客户而不是银行家（We are a technology organization that does banking-who thinks like ourcustomers, not bankers.)

　　以用户需求驱动：产品管理和用户体验工程师先于工程师介入

　　在一个项目的开发流程中，“让工程师被尊重的文化”从一开始的流程中就得到了体现。

　　Pivotal工程师团队

　　“从流程上，我们会倾向于让工程师晚于产品管理和用户体验工程师介入项目。”PivotalLab的产品管理Karen如此介绍，对于一个新的项目，产品管理和用户体验工程师会先从产品层面与用户沟通好，开奖，确认待办事项，之后再让开发工程师介入。这就让工程师逃离了很多冗杂的非技术工作，也减少了沟通的麻烦。

　　因此Pivotal的团队一般比较小，Karen称其为“2 pizzateam”，两张披萨就能管够的精炼团队。

　　过去vs现在：让工程师越来越值钱

　　在硅谷，从DEVOPS到docker，似乎每隔一段时间就会有一个新的技术名词。简单来说，Pivotal把技术趋势归结为四大块：

　　首先是开发运营一体化：也就是现在把运营和软件开发做在一块；第二个是持续交付，简单来讲就是，软件工程师他所做的每个承诺，都可以立即进行部署；第三个就是微服务，也就是现在不是大的软件为单位，而是以小的软件为单位，而且每一个微服务都是做自己的发布，彼此之间依赖性比较低。第四个是容器。

　　这些趋势下，过去和现在的发展模式产生了一些差异：

过去我们假定必须要有一个可以依靠的可以信赖的基础设施。但现在我们假设云基础设施是脆弱的。

过去，如果你速度够快的话，每三个月会发布一次；但是现在代码的发布是早期发布，经常发布，而且是持续发布。

在过去，开发人员常说：这些源码在我的环境里面完全没问题，为什么在别的环境里面不奏效？现在IT的运维人员和软件开发人员，是在同一个环境里面，同一个团队当中，所以他们就知道了彼此的责任何在。

最后过去我们用的是比较大的软件，彼此间的相关性比较高，现在是比较小的软件，而且彼此间的相关性比较低。其中最大的秘密就是，IT人员和运营人员是在一起工作的，因此才可以这么快速的做发布。

　　在过去，发布是一件了不起的大事，风险高，并且每个人都必须准备就绪，这也意味着尽管你的QA人员特别多，但是还有很多的bug是没有办法被及时发现的。现在通过微应用部署时，j2直播，相关很多独立单位组成起来的。通过非常简单的应用服务器，也能拥有非常丰富的功能。

　　“前三十年和后三十年，我们站在一个时间的节点上，最大的变化就是改变了传统的工程师的开发的方式。这就是我们一直推行的工程师文化，我们要让工程师得到尊重，他自己觉得他自己的产出得到一种尊重，这是最核心的变化。”Terry称，“我们最重要的另一家股东是通用电气，他们提到每一家公司一夜之间会变成一家软件公司，我们的IT人员会越来越重要，因为我们能在瞬间就把客户的需求交付出去。所以工程师文化的核心是什么呢？核心是工程师越来越值钱。”