知识卡片
特征与风险并存的待办项
内容
把架构风险融入敏捷特征驱动开发的做法：项目初期用第0次迭代处理已知风险（如架构风格、框架选型的白板讨论或原型测试）；迭代中出现的小风险随手解决；较大风险记录为”风险待办项”，和功能特征进入同一待办列表，由产品负责人（加特征）和开发团队（加技术风险）共同排优先级。这不是把第0次迭代拖长成预先大量设计的借口，关键是开发团队要帮产品负责人理解：安全相关特征若排在末尾，越往后解决成本越高。
参考来源
- 位置：《恰如其分的软件架构》第3章《风险驱动模型》3.11节《应用于敏捷过程》（源文件：_epub-src/OEBPS/text00037.html）
- 结论依据：原文提出把功能待办项转换为特征与风险并存的待办项，产品负责人添加功能、开发团队添加技术风险，并举例说明开发者需帮产品负责人理解延后解决安全风险的代价会越来越高。
- 原始内容：如果要求产品负责人承担额外的责任，即在为特征划分优先级的同时，还为架构风险划分优先级，那么就可以简单地将特征待办项转变为特征与风险并存的待办项……如果他想获得一个安全的应用程序，就需要及早解决风险，因为越在后期，解决的难度就越大。