爱吱声

标题: 解读NTSB对韩亚214航班事故的最终报告 [打印本页]
作者: holycow    时间: 2014-6-26 05:01
标题: 解读NTSB对韩亚214航班事故的最终报告
本帖最后由 holycow 于 2014-6-26 10:18 编辑
6 l, ^2 f& u+ u8 V) R  E4 Y1 j7 O, N4 x. z! A
经过将近一年的调查，昨天NTSB发表了去年7月6日韩亚214航班在旧金山机场事故的最终调查报告。从事故到出报告结案不到一年，这个速度算是快的，也说明这个事故原因的认定并没有太过复杂之处。, K5 T" r3 m  e3 s0 b+ G& G

" A6 O& ], j" S8 O9 l+ r8 _( E看过调查报告的摘要后，俺决定来写一篇缩水版，对应去年写的那篇四分卫分析
9 k! Z4 W: [6 N( _9 H! g1 \; B7 L* k* Y8 V# ~- q, R: E5 U
首先，事故的事实和顺序：
8 `4 j" {, l) w1 Q* z, }0 n; F1 R% I  ^
1. 空管指令214航班从14海里外进近28L跑道，并在到达5海里距离前保持180节航速
: A( Y  X  A3 n2. 机组下降时垂直速率掌握不好，致飞机高出正常的3度下滑道
" L& @6 z9 B; k( D. V( t3. 当时执飞的飞行员（受训机长）为了使飞机下降到正常下滑道，先是在自动驾驶仪上选择每分钟1500英尺的下降速率，改善了偏高的情况；但他后来又改为每分钟1000英尺，使得在5海里处飞机仍然偏高
$ g; M, X/ Z, w4. 为截获正常下滑道，该飞行员在自动驾驶仪上选择了“飞行高度改变”模式(FLCH)，但未按韩亚规章喊出飞行模式改变，机组其他人也不知道, ~- H+ O" v7 R- h# \- j
5. 由于此前已设定复飞目标高度3000英尺，自动驾驶仪认为飞行员要改变高度至3000英尺，于是控制飞机抬头爬升: b7 y2 V+ \% F- A
6. 该飞行员为制止爬升，解除自动驾驶仪，人为超越控制自动油门，将油门收到慢车位，推杆向下) l3 \  E5 e; R9 Y# B$ Y, P
7. 该动作使得自动油门进入预备模式，自动油门不再提供最低速度保护0 V2 `' ?+ e# p& B5 M
8. 机组中无人察觉自动油门的模式变化
" c2 t9 N% O; V4 j+ E9. 监控机长按韩亚规章关闭两个Flight Director，再重启自己的那个。但未严格执行两个同时关闭再开一个的操作顺序，致使整个过程中两个F/D总有一个开启（如果有任意时间点两个F/D同时关闭，则自动油门会回到速度模式，最低速度保护功能恢复）. \( m" H! S) h6 \
10. 飞机到达500英尺高度时，飞机仍然稍高，下降率每分钟1200英尺，不满足下降率稳定在每分钟700英尺的条件，按韩亚规章应该复飞。机组未复飞
" j9 \& S4 b4 R, \11. 500英尺以下，飞机速度降到137节的正常进近速度以下并越来越严重，机组始终未发现" ?6 g1 o9 L7 i# `* O
12. 200英尺高度，机组才发现飞得太低太慢，但仍未及时做复飞决定
, p1 c/ V' E; _& w/ d13. 100英尺高度决定复飞，为时已晚
( O* H" s. N# q0 ^/ u
3 z4 f9 ~4 p% `% K. n下面是NTSB的模拟动画
7 ~! O1 i0 p4 \1 P6 q0 }! V; E$ b$ }
http://player.youku.com/player.php/sid/XNzMxMjM2NDAw/v.swf
7 Z$ V# B) E9 ]; Q6 D
( c' U( P0 e# u% i. u5 I2 Y) rhttp://www.youtube.com/watch?v=8MFPSfGoT1U
1 L, J4 }& l2 S3 ~' L2 b; D- ]9 v0 u1 H3 ]  s) c3 b% _
事故链：1 f/ \  L. ?. g5 j$ K" [

  Q" U' }. P8 Y$ H4 g8 b! V6 s" V, Ha. 机组未正确管理下降过程，致使飞机在大部分时间内高出下滑道
& ]$ l- S, [. p# ~* v  j* O' zb. 受训机长未正确理解777自动驾驶仪的各种模式，选择了错误的FLCH模式/ K8 [' a% E, h! ?6 a  D! T0 ~1 G
c. 受训机长未按照韩亚规章喊出模式改变的口令，驾驶舱沟通不良- R0 Q6 T8 `& i5 f0 M
d. 受训机长未正确理解777自动油门的各种模式，不知道超越控制会导致自动油门进入预备模式，不知道速度保护已解除
+ Y6 V$ x; s1 n) g! V& le. 监控机长未正确执行韩亚规章中关闭-重启F/D的顺序
. Z/ z1 y; P. H9 F7 {  G) J) \f. 韩亚规章中重启F/D的这一步完全没有必要，如果是简单的关闭两个F/D, 则监控机长操作不可能错误，速度保护恢复& w- x2 y7 r! m9 p& a
g. 机组未正确监控速度/ ^0 d. s3 [( Q
h. 500英尺高度未实现稳定下降时，机组未按规章复飞& h( `2 s" ^/ O" c
i. 最终发现飞机太慢太低时未第一时间复飞" x: c+ R: b7 N" }
, F* ~' I, C# S) Y; `
事故原因(probable cause)2 A8 E8 e. w( G
; Z0 ~2 N, \$ j, t# b8 E
机组未正确管理下降过程，无意中解除了速度保护功能，未正确监控速度，未及时复飞
8 \$ r: Z8 M' s) z; V* g1 {' j; n5 ?
其他促成了事故的因素(contributing factors)% g, v! y$ c: N! w9 r& _+ g
2 u& D) N; D2 X: S6 y* L
波音手册和韩亚的培训材料中未能全面正确说明自动驾驶和自动油门系统的复杂度，容易使学员误解
  q( W7 B% D: `; X机组在沟通和协调中的不规范做法! C% L6 X6 Q5 K
受训机长未受到适当的关于目视进近的培训$ r1 K8 N' d7 s9 D2 d2 t
监控机长未适当监控
$ H+ {; O0 D, ~9 d( h# R# I. d# ~0 x机组疲劳影响判断力5 w" \( [) Z( m2 q8 i
* ?2 o2 z/ g) }  q; r+ l
简评：一起典型的人工控制和自动控制冲突的案例。在华航名古屋空难中，空客的设计哲学是自动系统掌控一切，机组误认为可以人工强行超越，结果冲突造成事故。这一次反过来，波音的设计哲学是机组任何时候可以超越控制，但机组误以为自动系统仍在掌控，还是造成事故。在决策链里如果有人机的互动，这恐怕是一个不可避免的问题。  R+ o/ @6 w/ J$ A( n
; s9 k& A/ b+ w, y2 V, B4 e
作者: 大哈瑞    时间: 2014-6-26 07:45
早年看电影的时候就知道了大波音进场速度应为144节。我这个外行的都知道。韩航的正副机长在降落过程中都在干什么？居然不去观察速度，这韩航也太不靠谱了吧。
作者: 马鹿    时间: 2014-6-26 08:03
本帖最后由 马鹿 于 2014-6-25 19:04 编辑
# @3 S# u; z3 _: D* A4 G% n( [) P3 Y- V0 k: u
在电力行业中手动控制永远优先于自动控制， 而且我认为这是必须的。' ~1 M6 ^( u# c9 s0 n- b% [

. p7 `6 c: r( u  S8 Q$ Q4 Y& Z就像是偶家的电高压锅也得听我的吧
作者: 晨枫    时间: 2014-6-26 08:29
自动化程度越高，人机冲突的问题越大。工业界也有这个问题，非常头大。
作者: 一身轻松    时间: 2014-6-26 13:24
这个报告，我个人觉得对波音不是很公平
9 C! W# R* E# ]3 p/ k% T& G# y- s4 E3 }$ q
假如是波音的设计，那么类似问题应该在777最初使用的前几年就暴露出来，但没有看到公开的类似案例。在777使用近20年后才出现这个问题，设计上的缺陷可能性极小。
+ H& }2 L* h4 f' A9 S( w% A# v$ N0 n! ^3 v! B- }/ W
从整个过程看，事实上机组的问题才是根本原因。操控飞行员飞777经验过少，机型转化训练是否真正完成都值得画个问号，而且明显缺乏手动控制777的经验。而按照这个报告里所谓的设计故障，英航38为啥就不死人落地了？说白了就是技术水平的差距。% J* U% ~! r6 U4 M1 u% E6 e
& f$ x2 N) Y5 f5 o3 P6 l
我要是波音，我也会抗诉。
/ K/ G( M2 Q  g( k2 Z
. n; q" t, M+ n. C/ h! |9 U; Y0 JNTSB出这样一份有偏袒之嫌的报告，恐怕美韩政治关系是主要原因
作者: holycow    时间: 2014-6-26 13:37
一身轻松 发表于 2014-6-25 21:24
4 V6 B, V7 q) l  J这个报告，我个人觉得对波音不是很公平* k6 \! i5 [  n. g  l9 N$ c4 g
8 p9 v7 `2 ]6 l- \+ W
假如是波音的设计，那么类似问题应该在777最初使用的前几年就暴露 ...
3 P0 s% \8 r% j  j+ @# Z- y
我觉得没有偏袒，首先只是contributing factor，不是probable cause，probable cause那几条，全部指向飞行员和航空公司。
' z5 S6 u" A  `. h
4 z, v, d% e8 \3 ]其次，波音787用的是和777一样的自动油门设计，在取证的时候同时被FAA和EASA的飞行员质疑FLCH模式下自动油门的运作逻辑，认为容易造成误解，这里可没有任何棒子掺和在里面。虽然这个东西可以通过严格培训来解决，但和一般人直觉不一样的设计怎么说也是有改进余地的。这个FLCH模式在欧美的飞行员圈子里被叫做FLCH trap，只是人家培训做得好而已，但隐患总是存在。3 U8 }) J* `" j0 L3 y
$ _2 s6 |2 |! x* b# K# f& T
自动系统的模式动不动多达二十几个，这是一个系统设计里human factor的问题，你让一个人去记二十几种模式，不可能每一个细节都熟悉的，系统越复杂，误解的可能性越大。培训可以mitigate这个问题，但不能完全避免这个问题。
作者: holycow    时间: 2014-6-26 13:43
马鹿 发表于 2014-6-25 16:03
0 z" X5 A. g+ v' P在电力行业中手动控制永远优先于自动控制， 而且我认为这是必须的。0 Y! u* b/ W* Q; h: c0 m" O
3 h7 k. U' D, b) X
就像是偶家的电高压锅也得听我的吧 ...

5 Q9 h( N/ z" ^7 u2 }3 @! E) i! _手动控制永远优先于自动控制是没有问题的，但是操作人员手动接管的时候是否完全清楚系统各参数在交接时的状态就是个问题了。如果对一两个参数的状态理解错了，下面就会做出错误的手动操作，这个才是要命的。这个一部分是系统怎样把参数状态present给操作员的问题，另一部分是系统逻辑怎样贴近人的思维常规的问题，但是总有时候something falls through the crack.
作者: xlan1976    时间: 2014-6-26 17:41
一身轻松 发表于 2014-6-26 13:24 2 }& `' u8 I* @5 w# C% a
这个报告，我个人觉得对波音不是很公平/ P  |  g: }8 h
9 U  y+ D; `/ p( e
假如是波音的设计，那么类似问题应该在777最初使用的前几年就暴露 ...
  b! X. \4 M% F! G" A
谈不上不公平，因为NTSB的报告并没有把责任归于波音，而是说波音的手册不够详尽，未能清晰说明自动驾驶和自动油门的工作方式，这不是事故原因，而是在其中起到不利影响的因素。说实话，我同意NTSB的这一结论，波音的手册的确存在这样的问题。
作者: xlan1976    时间: 2014-6-26 17:45
事故链F这条可能是韩亚编写手册的人员对飞机系统不熟悉，有可能是对波音手册的相关内容理解错误导致。
作者: xlan1976    时间: 2014-6-26 18:10
看完神牛这个缩水版调查报告，跟前两天看的CAAC有关春秋航厦门事件的调查报告。( R  W& S3 H$ f! W' r" J
说实话，这两起事件还是有些相通之处的，都是机组在事件初始阶段对可能出现的问题准备不足，继而又出现一系列的或轻微或严重的错误，导致飞机处于危险的境地。% F$ n, l6 i: k" A0 S0 s( |: k
老实说，我看CAAC的调查报告的时候，觉得CAAC有点吹毛求疵了，因为现实中很难做到有如教科书一样完美。春秋航机组的处置，尤其是在飞机接地后，虽然有瑕疵，但基本还是正确的，当然如果完美就不会导致擦尾了。。, k1 Y6 C+ q# t
不过今天看看神牛的NTSB报告缩水版，发现韩亚的机组所犯的错误跟春秋航相比，虽然是截然不同的问题，但性质上区别也就是毫厘之间（特别是在飞机接地前），所以这个飞行安全啊。。
作者: groovy26    时间: 2014-6-26 19:15
BA38那个是发动机出问题了和韩亚还不太一样吧，怎么说韩亚这个就是飞行员没有搞定近进，而且所有的检查手段都失效…
作者: groovy26    时间: 2014-6-26 19:17
新闻…东航一架737又冲出跑道了
作者: 马鹿    时间: 2014-6-26 19:25
holycow 发表于 2014-6-26 00:43 5 I* U( y, V! R, ]. @: f
手动控制永远优先于自动控制是没有问题的，但是操作人员手动接管的时候是否完全清楚系统各参数在交接时的 ...

' T5 I7 T2 p3 q: p" [# g4 ]核电行业，操作人员每工作一段时间要重新上模拟机培训几个月，这样保证熟悉各种操作，可以应对紧急状况
作者: xlan1976    时间: 2014-6-26 19:37
马鹿 发表于 2014-6-26 19:25
0 e$ T% l; O7 @核电行业，操作人员每工作一段时间要重新上模拟机培训几个月，这样保证熟悉各种操作，可以应对紧急状况 ...

# }. T' k3 k8 m1 t0 p: _1 K+ A飞行员也是这样的，包括我们的地面发动机试车也是如此。% r5 G2 a- \" w' R
但在实际飞行中遇到的情况要复杂的多，总会有模拟机上遇不到的情况。
作者: groovy26    时间: 2014-6-26 19:45
马鹿 发表于 2014-6-26 19:25 # u0 g4 z6 h+ M% b6 G
核电行业，操作人员每工作一段时间要重新上模拟机培训几个月，这样保证熟悉各种操作，可以应对紧急状况 ...
9 K# Y+ q! J0 x2 ^$ L
核电站的从业人员数量和航空业没法比，反过来航空业的安全性也没法比
作者: code_abc    时间: 2014-6-26 21:55
xlan1976 发表于 2014-6-26 18:10 % t  ^! q" \* G  X, t0 m
看完神牛这个缩水版调查报告，跟前两天看的CAAC有关春秋航厦门事件的调查报告。
4 q# f4 f) `% @( d. S说实话，这两起事件还是有 ...

7 G3 G7 J$ S) U$ V) d6 S- {这么快就出报告，在哪能看到？
作者: 马鹿    时间: 2014-6-26 23:05
groovy26 发表于 2014-6-26 06:45
$ B& P6 ?7 _- C1 h核电站的从业人员数量和航空业没法比，反过来航空业的安全性也没法比 ...
, V. S2 c# G( I
核电更安全！
作者: 马鹿    时间: 2014-6-26 23:06
xlan1976 发表于 2014-6-26 06:37
9 |& Y: p4 S( f1 f3 [, q; l飞行员也是这样的，包括我们的地面发动机试车也是如此。9 `# I  N, L6 |
但在实际飞行中遇到的情况要复杂的多，总 ...

2 f+ n4 S+ k( m& f" e4 F+ O电厂还有一个本子叫事故预想， 大家不断添加各种在在规程里面情况， 并有解决方案
作者: xlan1976    时间: 2014-6-27 00:05
马鹿 发表于 2014-6-26 23:06 & g6 A5 @+ K) b$ M0 E
电厂还有一个本子叫事故预想， 大家不断添加各种在在规程里面情况， 并有解决方案 ...
, n& v$ k( ~- `! Y( z
这个类似于现在我们搞得SMS，主动报告系统。4 K' _1 ^7 p5 Z1 r( R
每个人可以把在工作中发现的问题和差错以及建议反馈上去，然后系统会在规定的时间内完成调查和给出解决方案。
( z$ C5 m0 O! E. W  g自己发生的差错或是别人的都可以报告，因为这样可以有一定程度的减免责，如果产生后果被调查出来，那么处罚会比较严厉。" ?( Z( m1 x" A% J
另外，对于报告人还有一定的奖励。
作者: jerf71    时间: 2014-6-27 00:51
本帖最后由 jerf71 于 2014-6-27 00:53 编辑 $ N- S+ e* c8 I0 F$ p

& w+ l7 b. \' R( Y9 A2 V6 ]' \& M6 I人/机，自控/手动，永远是矛盾的，就好像永动机一样。特别是当今所谓高科技（high tech）时代，人，相对来说，变“弱智”了，因为要掌握/学习的知识/技能太多了，随便一本使用/维修手册都上千页，年轻时还有好记性，中年时就要靠熟能生巧。一旦有错，酿成惨（大）祸。所以，人也要终生学习，在自己的岗位上不断培训。机器也是一样，特别是IT科技的广泛应用，机器变聪明了，可以自控了，但是如果机器硬件//芯片出问题，那就麻烦了，如果是软件（App/PLC）出问题，那就麻烦大大了。这时就需要人工应急手动，紧急停止机器操作。一旦失败，也是惨（大）祸。
* b3 J  K1 w- y由于Wi-Fi/4G等远程通讯技术的发展，工业界本来对远程自控/维修保养寄以厚望（无人机！？），就是好像在家里/办公室，可以拿遥控器遥控现场的电视机一样，120%自动化，但现在安静了，一个致命的问题是，办公室如何看到现场的真实情况？最近马航事件说明了，机器再聪明，还是斗不过更聪明的人，还有黑匣子，技术参数早就该提升了，起码法航事件后就该提升了。6 ?4 C0 ]9 h$ ~! j. z9 U
回到本题，波音的手册不够详尽，波音的设计问题，不管多久，发现了就要改正，（用户）还有追述的权利，比如波音777，只要还在运营的，都要改正，这和保修期没有联系。
作者: 马鹿    时间: 2014-6-27 01:43
xlan1976 发表于 2014-6-26 11:05 & E7 S; s, t' D) N; d
这个类似于现在我们搞得SMS，主动报告系统。+ [9 j, \7 E+ ?1 M
每个人可以把在工作中发现的问题和差错以及建议反馈上去，然 ...

  h- {$ i. I3 l我说的这个不是报告， 就是主控有个本子， 运行人员大概有要求必须要写， 离开国内太久了， 细节记不清了
作者: xlan1976    时间: 2014-6-27 01:57
马鹿 发表于 2014-6-27 01:43
9 g% f; P0 s4 e. N5 P  P2 \我说的这个不是报告， 就是主控有个本子， 运行人员大概有要求必须要写， 离开国内太久了， 细节记不清了 ...
( a2 Z& S; M6 S: D  b
所以我只是说类似啊。。而且SMS不是报告，是主动报告系统，报告人不需要写报告，只需要把他想要说明的东西填到网上就可以。
作者: 道可道    时间: 2014-6-28 02:46
"在决策链里如果有人机的互动，这恐怕是一个不可避免的问题。"2 c. M* i5 J& }2 T% S6 n* n" Y

4 a" o. }" v/ D) a 神牛对自动驾驶的车子有啥评论？
作者: 晨枫    时间: 2014-6-28 03:39
xlan1976 发表于 2014-6-26 10:05
" D* Z) v2 }1 ?8 [* y3 H  D0 G( ~这个类似于现在我们搞得SMS，主动报告系统。
2 Q+ {( q1 S- u$ D: o! V+ w每个人可以把在工作中发现的问题和差错以及建议反馈上去，然 ...
# f3 y; B. q8 t# m! }9 h7 W
你和马鹿说的不是一回事。你说的这个在工业上交ILS，incident learning system；马鹿说的是对各种预设异常的反应操作，工业上叫Alarm Objective Analysis或者Alarm Response Plan。各种异常实在太多，不可能统统都记住，需要有这些东西帮助。不过现实永远比预设复杂，到时候总是有一个解读的问题。
作者: 橘子和枪    时间: 2014-6-28 22:19
晨枫 发表于 2014-6-28 03:39
- s1 H; G2 V# ~7 [7 z: x你和马鹿说的不是一回事。你说的这个在工业上交ILS，incident learning system；马鹿说的是对各种预设异 ...

- ]0 X1 F$ ?# S  D马鹿说的好像给你还不一样，马鹿说的应该是“事故预想”，主要是针对运行人员，即运转员每天在下班前填写一个表格，对今天你所监控的设备的运行状况进行一个评估，然后对设备存在的问题给出“预想”，设备可能存在哪些问题，需要提醒注意。! L, ?3 V" M$ \# @3 ~
这个表格的假设是运转员对所监控的设备很熟悉，当看的时间长了，能够及时早期发现设备的故障。+ y6 b5 N% S! ^
或者更确切的说是“人形”故障诊断系统，毕竟就目前而言，任何一种智能故障诊断系统，其“智力”水平远远不能和一个正常的人相比。- b6 Y& S- b7 Q1 g% g

7 U/ |! h* T5 N- o! a6 t0 C" `
5 C8 s4 t+ ?; j; W
作者: 晨枫    时间: 2014-6-28 22:30
橘子和枪 发表于 2014-6-28 08:19 0 L, g  O- H. C5 ?; Z
马鹿说的好像给你还不一样，马鹿说的应该是“事故预想”，主要是针对运行人员，即运转员每天在下班前填写 ...

4 k) x8 i' P3 Z  ^. n; Z% o  V; p这个不是事故预想，这是当日操作日志，工业上叫Daily Operating Log或者Daily Operating Instruction，前者注重记录，后者注重提醒。
作者: 橘子和枪    时间: 2014-6-28 23:03
本帖最后由 橘子和枪 于 2014-6-28 23:06 编辑
2 \0 F7 }8 ^/ h) |2 j3 n
晨枫 发表于 2014-6-28 22:30
( v8 x  X" h8 Z" `; j! h6 {这个不是事故预想，这是当日操作日志，工业上叫Daily Operating Log或者Daily Operating Instruction，前 ...

# b+ o7 ~/ L# I: I
7 J8 J4 u2 d/ A' m6 n; I0 ^这个真不是当日操作日志3 N' h$ P* B& F' l" T' {
操作日志该写还是写，不过操作日志重点是今天干了些什么，发生过什么问题，其作用在于一方面由上一级检查今天该运转员是否尽职工作，另一方面从该运转员的操作中看出设备是否存之故障或者隐患，换而言之，只是将运转员看作设备的一部分而已。& B9 F+ c: ~1 b. ?, E
而“故障预想”则是从另一方面对运转员提出要求，由于运转员直接操作设备，应该对设备的组成结果工作原理有很很清楚的了解，因此当设备出现异常的时候，运转员能够很快的发现，并对异常的原因给出第一手的判断。" t+ V3 b* Q% G8 X! k
确切的说，运转员不仅仅是设备的一部分，而应该是更高一级的管理者，即所谓“人形”故障诊断专家系统。# A$ S( [. `* v+ w4 x
而仅仅只填写“当日操作日志”的话，则这一部分的要求则体现不出来了。  Y! k% @+ y+ L1 E7 H
当然“事故预想”一般情况下是作为操作日志的一部分发给运转员填写的，而且很多事故预想都证明是误报。但是也有过运转员发现故障征兆并准确诊断出原因，最后奖励了1000块钱的（九十年代的）的实例。
. e/ q' |5 P- x, W3 Y! I, V! l4 c当然偷偷猜测一下，运转员一般是5班3倒，到点就下班，而设备监督则是正点上班，设备监督和运转员很难碰到一起，而且设备监督对于设备肯定比不上运转员熟悉，所以才要求运转员填写这个倒霉的“事故预想”。
4 |/ _% F# W+ n8 y+ Tbtw，这个背景是火电厂运行。+ u  n. s0 t! `6 B$ h2 N7 d8 H

+ s4 S( J4 ]+ v1 Q' f
作者: 晨枫    时间: 2014-6-29 01:02
橘子和枪 发表于 2014-6-28 09:03 5 j8 Y  e; e% P9 G& `9 \
这个真不是当日操作日志
! P4 g) z4 }# o3 A$ T5 E操作日志该写还是写，不过操作日志重点是今天干了些什么，发生过什么问题，其作 ...
4 q3 Z& J+ A0 I) j8 t; r7 l! _7 v
看来你们对于操作日志的用法和我们不一样。我们的日志不需要记录当天干了些什么，该干的都干了，没有任何意外的话，当天日志就可以是空白的。要查你该干什么而干没干，办法太多了，根本不需要查日志。该干的是不是干了，这个东西主要靠信任，不是靠查岗。
7 {+ d4 R( E) P
" _8 w* `, _# R7 S' p! ^8 {我们的操作工发现有异常，但还不确定，那就记录到日志上，提醒下一班，也提醒白班的工程师、维修人员。如果确定有问题，直接就在SAP里填写修理请求，根据急迫程度，可以是抢修、等到明天（下一个工作日）、下一次停车或者大修。
作者: 鳕鱼邪恶    时间: 2014-6-29 02:46
那个profile view直接在驾驶舱里给个实时显示，不就可以避免此类错误了么？多大点儿事~



欢迎光临 爱吱声 (http://aswetalk.net/bbs/) Powered by Discuz! X3.2