交付取舍三难
Reliability & Speed (需求稳) Trilemma
三个元素
1
需求稳定性
需求稳定性
2
干系人满意度
干系人满意度
3
沟通效率
沟通效率
详细描述
如果把它当作沟通框架：交付取舍三难能让评审更聚焦——我们到底在牺牲哪一角？牺牲到什么程度？用什么护栏避免失控？把牺牲写成“可接受范围”，往往比追求完美更有效。
三种情况说明
需求稳定性无法满足时
优先干系人满意度与沟通效率意味着需求稳定性要么慢一点、要么贵一点、要么不那么一致。别把这三者混成一句“优化中”，而要给出可验证的边界。
干系人满意度无法满足时
把干系人满意度让步，往往换来需求稳定性+沟通效率的确定性：更快上线、更稳运行、或更易验收。但副作用可能是技术债/体验债/风险债累积，需要明确“什么时候偿还”。常见补救手段：灰度、回滚、隔离、缓存、冗余。
沟通效率无法满足时
为了守住需求稳定性和干系人满意度，沟通效率可能被迫变成分层目标：关键路径严格、非关键路径放宽。这样能让代价可控，但要求口径一致、监控到位。如果要赌，建议只赌一次：别三角三头同时冒险。
评论区 (0)
暂无评论