主要观点：

• 应将运营（ops）纳入产品团队，赋予团队操作能力，而非仅设一个运营组。
• 容量规划应在平台团队和应用团队同时进行，通过合同和配额来管理资源。
• 业务分析师应与业务人员配对成为产品管理团队的一员，平台团队也需要产品经理。
• 企业应用如 Documentum 等应视为产品团队，创建多个产品团队利用新平台并连接企业系统。
• 要摆脱企业架构的象牙塔观念，将其部分职能纳入团队，成为团队成员，同时信息安全等组织也可类似处理。

关键信息：

• 运营可融入产品团队，打破传统运营组模式。
• 容量规划需平台和应用团队合作，避免资源浪费。
• 业务分析师与业务配对，平台团队需产品经理。
• 企业应用可按产品团队管理，创建跨团队连接。
• 企业架构应转变角色，成为团队的一部分，信息安全等组织可类似处理。

重要细节：

• 以美国大型汽车制造商为例，说明传统容量规划的问题及改进方法。
• 提及在 Cloud Foundry 工作五年，产业在应用容量等方面有进步，但数据方面仍需改进。
• 以 Documentum 为例说明企业应用的处理方式及特点。
• 分享在会议上听到的关于企业架构转变的故事。

最后提到参加 2018 年 10 月 22 - 24 日在拉斯维加斯举行的 DevOps Enterprise Summit。