“假两难推理”是一种常见的逻辑谬误：只给出少数选项让人选择，但这些选项并没有覆盖所有可能。它的思维方式就是“非黑即白”，认为事情只有两种极端，没有中间地带。在GJB5000B实施中，这种思维常常让人陷入无谓的争论，阻碍过程改进的落地。下面我们细数二级实践域中可能出现的“非黑即白”错误。
领导作用
领导认为：过程改进要么全面铺开，要么干脆别搞。其实可以先试点、再推广，分阶段推进。全面铺开风险大，完全不动则永远无法提升，中间路径才是务实选择。
实施基础
要么所有项目都套用同一套重型模板，要么就完全不用模板。但项目规模、类型不同，模板可以裁剪。轻量级项目用简化模板，大型项目用完整模板，这才是灵活落地。
项目策划
要么做一份事无巨细的详细计划，要么就说“敏捷不需要计划”。实际上，计划可以分层级：高层里程碑计划加迭代详细计划，既保持方向又不失灵活。
项目监控
要么每天开会跟踪每个任务，要么完全放任不管。其实可以按里程碑评审、周报加例外报告，既不过度干扰，又能及时发现偏差。
外部供方管理
要么完全信任供方，把项目全包出去；要么所有东西都自己开发，绝不外购。其实可以根据供方能力评价，选择设备外包/软件外包/部件外包等多种方式。
需求开发与管理
要么需求全部冻结，不许任何变更；要么随时随意变更，不做控制。实际上可以建立基线，变更走评审流程，既响应变化又保持可控。
验证与确认
要么全数测试，每个功能都穷尽；要么只做抽样，凭运气交付。其实可以基于风险分析，对关键功能重点验证，对低风险功能适当抽样。
运行维护
运维要么完全照旧，出了问题再救火；要么一有问题就推倒重来。其实可以渐进式改进，先监控、再分析、后优化，逐步提升系统稳定性。
配置管理
要么把所有文件都纳入基线，管理成本极高；要么什么都不管，版本混乱。其实可以识别关键配置项，只对影响接口和交付的纳入基线，其余灵活管理。
质量保证
QA要么完全独立于项目，站在对立面挑毛病；要么和项目组打成一片，失去客观性。其实可以保持独立汇报线，同时与项目协作，共同解决问题。
测量分析
要么只收集数据不分析，堆一堆报表；要么只凭感觉决策，不收集数据。其实可以定义少量关键指标，定期分析并用于改进，让数据说话但不被数据淹没。
GJB5000B不是非此即彼的教条，而是一套灵活的过程框架。遇到“要么A要么B”的说法时，多问一句：还有没有C、D？中间地带往往才是最佳实践。
用四句诗总结：
非黑即白误判断，
中间地带常相伴。
过程改进多路径，
实事求是方为岸。
参考书目：一读就上瘾的逻辑学，作者：阿健，出版社：天地出版社
