敏捷漫画#162-对齐的陷阱（职场陷阱漫画免费完整版下拉式）

对齐的陷阱（The Alignment Trap）

漫画翻译自Comic Agilé，已获得原作者翻译授权

作者评论：

告诉你的利益相关者，为了推动产品顺利交付，他必须在维护这整个交付生命周期方面做出投资。

译者注：

关于使能需求、技术债、CI/CD流水线等NFR（非功能性需求）的开发工作要不要让业务方知道，目前有2个对立的观点：

1. 这本身就是开发工作的一部分，不应该让业务方知道：这个观点的代表人物是《重构》一书的作者Martin Fowler，他认为代码重构、优化的工作应该是随时进行、长期进行的，不要让团队专门做重构，即使是一些大的重构，也有办法拆分为小的步骤一点点消化掉。比如替换一个底层库，可以先引入一层新的抽象，使其兼容新旧两个库的接口，一旦调用方已经完全改为使用这层抽象，替换下面的库就会容易得多。

2. 很多NFR工作无法做到在不影响正常业务需求的情况下完成，所以需要让业务方知道：NFR的工作不管是分步骤在多个迭代内慢慢实现，还是集中在一个迭代内实现，这都是需要时间的，这或多或少都会影响每个迭代业务需求的交付量，所以还是需要让业务方知道这件事的。

关于上述2种观点，大家怎么看呢？欢迎留言讨论。

完整大图

全文完，感谢您的耐心阅读！