📋

正常检查单程序深度分析

Normal Checklists — SOP Implementation & Crew Coordination

BOEING 737-800

📋 定义与基本原理

理解正常检查单——飞行安全的基础保障

📋 什么是正常检查单?

正常检查单(Normal Checklists)是飞行员在日常飞行运行中使用的标准化检查程序。它涵盖了从飞行前准备飞行后的各个阶段,是确保飞行安全、防止差错的基础工具。

737-800的正常检查单按照飞行阶段划分,包括:

  • 飞行前检查单(Before Start)
  • 发动机起动后检查单(After Start)
  • 起飞前检查单(Before Takeoff)
  • 起飞后检查单(After Takeoff)
  • 下降前检查单(Before Landing)
  • 着陆后检查单(After Landing)
  • 停机检查单(Securing)

每一份检查单都经过精心设计,确保关键系统在进入下一阶段前处于正确状态。

7+
检查单数量
737-800正常检查单
100%
执行率要求
每份检查单
30-60秒
执行时间
每份检查单
双向
喊话确认
PF问PM答
检查单的本质——安全防火墙

正常检查单是飞行安全的重要组成部分,它的作用包括:

🔍
差错预防
发现和纠正错误
📝
状态确认
确认系统状态
👥
团队协作
机组沟通协调
标准操作
统一操作标准

📊 统计数据与研究

检查单执行与飞行安全的关系

68%
事故相关
检查单相关差错
12%
差错类型
检查单执行错误
3倍
风险提升
跳过检查单时
📊
检查单执行相关事故统计
问题类型占比风险等级
完全跳过~5%极高
部分执行~15%
时机不当~25%
执行不完整~20%
标准执行~35%
🔧
检查单执行问题原因
  • 时间压力:机组感觉时间紧迫
  • 任务饱和:工作负荷高时的疏忽
  • 习惯性违规:认为"没问题"而跳过
  • 注意力分散:被其他事情打断
  • 沟通不畅:PF/PM配合不当

📑 正常检查单类型与内容

737-800各阶段正常检查单详解

🛫
飞行前阶段检查单
检查单名称执行时机主要项目
飞行前准备签派/准备室气象、NOTAM、性能
飞行前检查单飞机进座后外部检查确认
起飞前检查单滑行前起飞简令确认
✈️
飞行中阶段检查单
检查单名称执行时机主要项目
起飞后检查单1000ft稳定后着陆形态确认
巡航检查单爬升完成巡航设置确认
下降前检查单下降前10000ft进近准备
📊
检查单执行内容详解
检查单主要项目关键点
Before Start舱单、燃油、电子设备、外部、停留刹车所有舱门关闭、地面设备撤离
After Start发动机、舱内、燃油、飞行仪表发动机参数正常、仪表显示正确
Before Takeoff起飞形态、发动机、备忘FLAP设置、推力、速度基准
After Takeoff着陆形态、发动机、备忘收形态、推力回到爬升
Before Landing着陆形态、舱内、燃油、备忘FLAP、起落架、进场速度
After Landing减速、形态、发动机放减速板、收FLAP

标准执行要求

检查单执行的标准姿势与喊话规范

🗣️
标准喊话规范

标准模式:

  • PF问:"执行XX检查单"
  • PM答:"XX检查单,XX项"
  • PF/PM共同确认:状态正常后继续
  • PM读:读出检查单项目
  • PF/PM执行:操作相应项目

📝 喊话原则

所有动作必须喊话确认,确保双方都理解正在执行的内容。

⏱️
执行时机要求
  • 在正确的飞行阶段执行
  • 确保有足够时间完整执行
  • 不应在关键飞行动作中执行
  • 紧急情况可推迟但不能跳过

⚠️ 时机不当的风险

起飞前检查单在滑行中进行,太晚执行可能导致起飞后才发现问题

📋
检查单执行质量标准
质量要素标准要求常见问题
完整性100%项目读完、执行跳项、漏项
准确性读出并确认每个项目读错、确认错误
时机性在正确的时间执行过早、过晚
互动性双向喊话确认单方面操作

📋 执行程序

检查单的标准执行程序

🗺️
检查单执行标准流程
1
准备
确认完成前置任务
2
启动
PF要求执行检查单
3
读出
PM读出检查项目
4
确认
双方确认状态
5
完成
PF喊话检查单完成

🧠 检查单执行 记忆要点

检查单执行的核心原则:

步骤动作要点
1要求执行PF:"执行XX检查单"
2读出项目PM完整读出每个项目
3确认状态双方确认项目状态
4报告完成PF:"XX检查单完成"
✅ 核心原则:完整读出、逐项确认、不跳项、不遗漏

检查单是安全防火墙,每一项都有其存在的意义

"DO-LIST" vs "READ-AND-DO" 检查单

DO-LIST(执行清单):

  • 机组按照清单执行操作
  • 执行一项读一项
  • 需要操作的动作类项目

READ-AND-DO(读出执行):

  • PM读出项目
  • 双方确认状态
  • 机组按需执行操作
  • 大部分737-800检查单属于此类
⚠️
发现问题时的处置
  • 发现项目不符合:立即报告
  • 需要处置:先处置再继续
  • 无法立即处置:评估影响,决定是否继续
  • 需要咨询:联系签派/机务
  • 严重问题:不继续飞行

⚠️ 重要原则

发现问题不要忽略或绕过。每一项检查都有其意义。

👥 PF/PM动作分配

检查单执行中的机组分工

📋
检查单执行 PF/PM分工
角色责任动作
PF(驾驶)发起要求执行检查单
监控确认PM读出的项目状态
PM(监控)读出完整读出检查单每个项目
确认确认每个项目的状态
两人共同执行按项目要求进行操作

💡 CRM要点

PM不应机械读出而不确认状态;PF不应只看不动。双方都必须主动参与每个项目。

⚠️ 注意事项

检查单执行中的常见问题与注意事项

常见错误操作
  • 跳项执行:只执行"重要"的项目
  • 机械读出:不确认状态就继续
  • 时机不当:在关键动作时执行
  • 单方面操作:不喊话确认
  • 记忆执行:不读检查单
  • 分心中断:执行中去做其他事
正确的执行姿势
  • 完整读出:每个项目都读
  • 逐项确认:确认状态后继续
  • 合适时机:确保时间充足
  • 双向喊话:双方确认
  • 不跳项:每一项都有意义
  • 完成确认:喊话确认完成
🔧
特殊情况处理
情况处理方法
被打断停止检查单,处理紧急事务,完成后从打断处继续
时间紧迫不能跳过,可简化为最核心项目,但必须全部读完
发现问题停止检查单,先处置问题,再继续或重新执行
紧急情况推迟检查单,优先处置紧急情况
记忆项目如起飞后检查单部分项目是记忆项目,但仍需确认

📊 典型问题案例

从实际案例中学习检查单执行的问题

🟡 某航起飞前检查单未完整执行

问题
跳项执行
发现时机
起飞滑跑时
后果
中止起飞

机组在执行起飞前检查单时,跳过了"起飞形态"中的一项。后来在滑跑中发现FLAP设置错误,不得不中断起飞。

教训:

  • 检查单每一项都有意义——不能跳项
  • 跳过检查单可能在起飞后才发现问题
  • 中断起飞比事故好,但应尽量避免

🔴 机械执行导致的问题

问题
机械读出不确认
发现时机
巡航阶段
后果
潜在风险

机组在执行检查单时,PM机械地读出每个项目,PF也机械地确认通过,但实际上没有真正确认状态。后来发现部分系统设置不正确。

教训:

  • 检查单不是形式——是真正的确认程序
  • 每一项都需要真正确认状态
  • 机械执行等同于没有执行

🎯 CRM要点

检查单执行中的人为因素

👥
检查单执行的CRM策略

检查单执行是机组协作的重要体现:

🗣️
主动沟通
发现问题立即报告
👀
互相监督
双方都监控状态
📋
标准执行
不因习惯而简化
⏱️
时间管理
合理安排检查单时间
🧠
认知陷阱
  • 熟悉感导致麻痹
  • 认为"跳过也没事"
  • 时间压力下的捷径
  • 依赖记忆不读单
🤝
团队协作
  • PM要主动发现问题
  • PF要鼓励提问
  • 双方都积极参与
  • 不要形式化执行
📋
标准遵循
  • 每次都完整执行
  • 不因熟悉而简化
  • 保持警惕性
  • 把检查单当朋友

📝 总结

正常检查单程序的核心要点

🔑
核心原则:完整读出、逐项确认、正确时机、双方参与
📖

完整读出

每个项目都要读出,不跳项

逐项确认

确认每个项目的状态

⏱️

正确时机

在合适的时间执行

👥

双方参与

PF和PM共同完成

⚠️
必须牢记的关键认知
常见误区正确认知
熟悉了可以不读检查单错误!每次都要完整读出
跳过不重要的项目没事错误!每项都有其存在意义
机械读出即可错误!必须真正确认状态
时间紧可以简化危险!检查单不能简化
跳过一次没关系错误!每次都要执行
检查单只是形式错误!是真正的安全防火墙

✈️ 最终寄语

正常检查单是航空飞行中最基础、最重要的安全工具之一。它是飞行员与飞机之间的"对话",是机组协作的体现,更是差错预防的最后一道防线。

对于737-800飞行员而言,正确执行检查单的关键在于不因熟悉而麻痹不因时间而简化不因重复而形式化。每一次读出和确认,都是对安全的承诺。

检查单不是负担,而是飞行员的"安全带"。把它当作真正的安全工具,而不是需要完成的任务。记住:每一条检查项目背后都有血的教训

完整读出、逐项确认、正确时机、双方参与——这16个字是检查单执行的核心。

程序思路详解

📖 说明:《波音737飞行教学指南》第2章主要涵盖空气系统和防冰排雨系统。本页面涉及的系统(或本页面主题)不在FIG第2章范围内,页面内容基于QRH快速检查单程序和相关AFM数据进行深度解析。