本文是《技术开发到团队管理》30 天系列的第 14 篇。这个系列关注的不是管理术语，而是技术负责人每天要做出的真实判断。
业务说必须上线，技术说绝对不能上。双方都在重复立场时，冲突无法推进；拆开后可能发现业务要守住市场窗口，技术担心金额错误，真正可讨论的是范围和风险方案。
这篇文章尝试回答三个问题：这个概念解决什么管理难题，管理者需要采取哪些具体动作，以及如何在真实项目中验证它。
核心观点
今天我们学习「冲突处理」。冲突处理不是消灭不同意见，而是把立场背后的目标、事实、约束和风险说清楚，形成可执行的共同决定。
方法框架
1. 先降温并确认共同目标，避免把问题变成人与人的输赢。
先降温并确认共同目标，避免把问题变成人与人的输赢。
2. 分离事实与判断
分离事实与判断：已知什么、未知什么、各自担心的后果是什么。
3. 识别利益与底线
识别利益与底线：哪些必须满足，哪些只是偏好，哪些可以交换。
4. 形成决定与复查
形成决定与复查：记录选择、代价、责任人和触发重新讨论的条件。
一个具体案例
大促必须按期上线，但金额逻辑验证不足。团队保留核心优惠计算和运营发布能力，延期复杂报表；增加真实数据验收、灰度和回滚，以同时保护窗口和底线。
常见误区
妥协不等于各退一步。好的冲突处理可能明确选择一方方案，但必须基于共同目标、事实和可承担的代价。
行动练习
选一个真实分歧，用“共同目标—双方事实—各自担忧—不可突破底线—可调整项—最终决定”重新表达。
留给自己的问题
- 冲突中的立场和利益有什么区别？
- 我在冲突中更容易回避、压制还是争胜？
- 下次我会先澄清什么？
小结
冲突处理不是消灭不同意见，而是把立场背后的目标、事实、约束和风险说清楚，形成可执行的共同决定。