: → FS685:检讨行控的同时,也要知道他们有维持正线列车顺畅度的压力在 06/05 14:45
: → FS685:一站多停个一下,后面的车就会开始塞车了 06/05 14:47
: → FS685:现场情况很乱,行控没有千里眼,自然在汇整现场状况时,需要 06/05 14:49
: → FS685:一点基本的时间 06/05 14:50
: → katy50306:个人看完是认为行控跟司机都没有想过拿刀砍"多人" 06/05 14:54
: → katy50306:只砍一个人的话看起来是满合理的 06/05 14:54
: → katy50306:行控大概在33分时才比较清楚状况... 个人的看法啦... 06/05 15:01
: 嘘 karans:你在没有任何压力下当然可以很轻松当个键盘行控 06/05 15:13
: 嘘 happyalex:你的分析都是建立在你已经知道状况 06/05 15:31
: → happyalex:我认为行控 司机 站长 都没什么问题 06/05 15:32
: 推 aa4live:就是因为行控不知道状况还一直询问能否发车才有问题阿 06/05 15:40
: → aa4live:应该要建立一套SOP在遇到这种状况的时候能迅速厘清 06/05 15:41
: → aa4live:当然这次事件是史无前例 行控没料到事情的严重性其实也不 06/05 15:42
: → aa4live:能太过苛责 但是对应机制应该建立 因为难保第二第三个郑捷 06/05 15:42
: → aa4live:不会出现阿 06/05 15:42
: → canandmap:我只能说,要迅速掌握住状况有难度... 06/05 15:49
回一下这边,我想表达的是SOP似乎有点问题
因为OCC今天会这样做,基本上也是照现有的SOP执行
当然要迅速厘清现场有很大的难度,不过下次遇到这个问题,是否能靠新版的SOP
加快处理的速度以及有更好的处理方式?