09.07.2015 Views

On the Design of Flight-Deck Procedures - Intelligent Systems ...

On the Design of Flight-Deck Procedures - Intelligent Systems ...

On the Design of Flight-Deck Procedures - Intelligent Systems ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

esponse. The PF, <strong>the</strong>refore, can concentrate on <strong>the</strong> climb-out and not be bo<strong>the</strong>red with <strong>the</strong>AFTER TAKEOFF checklist.4. Eliminating secondary tasks. There are two methods to achieve this. <strong>On</strong>e is by “assigning”<strong>the</strong> task to a machine. For example, in an earlier Section (6.3) we discussed one company’sconcern about PNF being occupied by making radio altimeter callouts and not monitoring <strong>the</strong>landing. The solution, currently under implementation, is to use a feature <strong>of</strong> <strong>the</strong> GPWS that willsound <strong>the</strong>se calls automatically.Ano<strong>the</strong>r method is to eliminate <strong>the</strong> task completely. For example, some airlines have a sterile-cockpit lightswitch to indicate this state to <strong>the</strong> cabin crew members. Pilots would switch it “on” or “<strong>of</strong>f” crossing10,000 feet. O<strong>the</strong>r carriers do not have such a light, <strong>the</strong>reby eliminating this task and <strong>the</strong> associatedprocedures.7.4 IMPLEMENTING PROCEDURES<strong>On</strong>e should not assume that management's duties are over once a procedure is designed and implemented.The practices <strong>of</strong> <strong>the</strong> users and <strong>the</strong> outcome <strong>of</strong> <strong>the</strong> procedure are also within <strong>the</strong> responsibility <strong>of</strong>management.A common complaint <strong>of</strong> many flight crews is that procedures are being changed in a rate far greater thanwould seem required by such external factors such as new FAR or ATC procedures, new equipment, etc.Many believe that flight managers sometimes change procedures for <strong>the</strong> sake <strong>of</strong> making a politicalstatement or to justify a project that <strong>the</strong>y are responsible for. The situation can be alleviated bymanagement seeking to minimize non-essential procedure and checklist changes, and by, whereverpossible, explaining <strong>the</strong> reasons for <strong>the</strong> changes. Some <strong>of</strong> <strong>the</strong> counter-measures that management can takein attempting to avoid minimize non-essential procedural changes are listed below.Guideline #19: Frequent procedure and checklist changes lead flight crews to conclude that <strong>the</strong>system is unstable. This may diminish <strong>the</strong> importance <strong>the</strong>y attribute to new and modifiedprocedure. Therefore, management should minimize frequent procedures or checklist changes. Itis probably better to bunch <strong>the</strong>m toge<strong>the</strong>r and make larger, less frequent “bundles” <strong>of</strong> changes if<strong>the</strong> items are not time-critical.7.4.1 ExperimentationWe recommend that important flight-deck procedures should be validated experimentally by testing <strong>the</strong>magainst <strong>the</strong> behavior <strong>of</strong> line pilots, and not <strong>the</strong> judgment <strong>of</strong> o<strong>the</strong>rs. The experimentation should take placein <strong>the</strong> appropriate flight simulator using a true sample <strong>of</strong> <strong>the</strong> target population, i.e., line pilots, as opposedto management pilots. The dependent variables such as flow, time, correctness, subjective ratings,workload ratings, etc., should be analyzed to determine <strong>the</strong> optimum results. Evaluation in a full missionsimulation environment, although expensive and time-consuming, can go a long way towarddemonstrating potential “pitfalls” <strong>of</strong> procedures under evaluation (Mosier, Palmer, and Degani, 1992). Asimulator test will uncover possible problems that would not be apparent to persons writing proceduresand checklists “around <strong>the</strong> table.”As stated in Section 6.2.3, <strong>the</strong> outcome <strong>of</strong> a procedure should always be <strong>the</strong> same, i.e., independent <strong>of</strong> <strong>the</strong>constraints in <strong>the</strong> operational environment. To achieve this, procedures must be tested throughout <strong>the</strong>possible constraints, or scenarios, prior to implementation. This will reduce <strong>the</strong> likelihood <strong>of</strong>modifications to <strong>the</strong> procedure down <strong>the</strong> road. A proper procedure must work well in any ATCenvironment, under any reasonable workload level, wea<strong>the</strong>r, terrain, or geographical location. Particularscrutiny should be applied to trans-oceanic operating procedures, due to <strong>the</strong>ir special sensitivity to error.7.4.2 Documenting <strong>Procedures</strong>It is extremely important that <strong>the</strong> operational logic that leads to <strong>the</strong> construct <strong>of</strong> a procedure be documentedand maintained. Documentation is essential in order to provide for <strong>the</strong> efficient and cost effective48

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!