DevOps转型
延迟成本（如果不做这个需求，每周损失的成本）的优先级决策方式
演进式架构：
- 从交付业务所需的新功能开始（至少在初期是这样），新功能使用面向服务的设计
- 不要重写已有的功能，除非能够使它持续简化
- 通过不断拆分，更快的进行交付
- 为可测试性和可部署性进行设计
- 新的架构运行在PaaS平台上
要建立起反馈循环
反馈循环让我们能够持续学习，基于学习进行持续改进，这也是敏捷和学习型组织的关键原则
持续交付流水线就是反馈循环的具体实现，可以提供多个层次、多个链路的反馈信息，并且可以在反馈效率和反馈完整性之间取得平衡
通过价值流进行跨职能协作
需求、开发、测试、信息安全、运维等角色需要在软件交付价值流中协同工作。价值流图是促进跨职能协作的关键工具。我们可以通过开展价值流梳理的Workshop，识别支撑价值流的各种角色以及角色之间的协作关系
理解价值是如何传递的，各角色是如何协同工作的
持续安全检查
需要构建一个安全的环境，让失败是可以接受的，并且作为组织学习的基础
开展免责的事后故障分析会议，并给出了防止再次失败、优化系统的具体措施
明确目标并让团队深度参与、自主思考，通过不断实验和学习想办法达到目
我们的目标是快速的发布、更高的可靠性、更好的恢复能力和更安全的系统，以及更人性化、持续改进和自我增强的组织
标签：角色,持续,反馈,DevOps,转型,交付,价值 From： https://blog.csdn.net/lisanmengmeng/article/details/141951278