23、软件开发中的反馈机制与实验驱动开发

软件开发中的反馈机制与实验驱动开发

1. UX 观察与 DevOps 文化

在软件开发中，产品管理工作常被分配给团队中最新的工程师，因为没人愿意承担该工作。这也是创建用户体验（UX）实践的原因之一，旨在弥补给客户带来的痛苦。

UX 观察能从源头保证质量，增进价值流中团队成员间的同理心。它有助于创建非功能性需求并添加到共享工作待办事项中，最终将其主动融入所构建的每个服务，这是创建 DevOps 工作文化的重要部分。

2. 开发者初始自我管理生产服务

即便开发者日常在类生产环境中编写和运行代码，运维部门在生产发布时仍可能遭遇灾难，因为这是首次看到代码在发布及真实生产条件下的表现。运维经验往往在软件生命周期中出现过晚，若不解决，生产软件可能难以操作。

为解决这一问题，可借鉴谷歌的做法，让开发团队在生产中自我管理服务，直到符合集中运维团队管理的条件。为防止有问题的自管理服务投入生产带来组织风险，需定义启动要求，运维工程师应作为顾问帮助产品团队使服务具备生产就绪能力。

2.1 启动指导和要求

启动指导和要求通常包括以下方面：
| 要求类型 | 具体内容 |
| ---- | ---- |
| 缺陷数量和严重程度 | 应用程序是否按设计运行？ |
| 寻呼机警报类型/频率 | 应用程序在生产中是否产生过多难以处理的警报？ |
| 监控覆盖范围 | 监控覆盖范围是否足以在出现问题时恢复服务？ |
| 系统架构 | 服务是否足够松散耦合，以支持生产中的高频率更改和部署？ |
| 部署过程 | 是否有可预测、确定性且足够自动化的过程将代码部署