Apr
30
2008

ASAS – part 2, new applications repeating old mistakes?

I have attended a very interesting seminar on the state of things regarding ASAS – Airborne Separation Assistance System – related applications.

The seminar was very interesting and I am sure that a lot of the applications [and from what I could understand in this remit we define application as the grouping of the technology, the functionalities and the procedures to achieve a goal] that are being developed, and which for some will be developed in the short term whilst others are for the longer term, will have a strong impact on AT[C]M and will be of an improvement to the system.

However,  as the title indicates, there is an aspect that I found worrying, which is the grouping of standardisation of specification and procedures together with a deep understanding on the human factor implications that the introduction of such applications will have on the system.

What worries me is that, from what I could indirectly understand during the seminar is that ICAO [there was no official ICAO stand on the issue presented] is severly lagging behind in this area, and is ready to let the systems to be specified, certified and used at local level before it specifies the functionalities, the performance levels and the procedures for use at a global level.

Some during the seminar compared the attitude to ACAS [the standard] and TCAS [the application] where ICAO let the application become operational before it made an attempt to coin the standard.  And this led to results many of us know of including:

  • Lack of understanding of the human factor implications
  • Procedures which were updated [refined] numerous times as experience was gained, which left many grey areas in how controllers and pilots had to react to the system
  • Even though there existed a real need for a safety net such as ACAS, the solution was mainly driven by the technology related stakeholders.

I have already written about the way I perceive these problems in a previous article on ACAS so enough on that, but I am afraid that we are repeating the same mistakes where:

  • Those driving the development of the ASAS applications are under estimating the impact they will have on the humans in the ATM system and as a result
  • They are not investing sufficient effort [at least it seems so as for example none of the 18 presentations I followed during the seminar considered human factors] on human factors
  • There does not seem to be leadership from a functional point of view, and the leadership seems to be industrial and technology driven [There were no presentations from - or considering the viewpoint of - the pilots and controllers who will use the applications]

With the results risking of being similar to the ACAS experience where we have valuable applications but which have serious shortcomings with regard of the understanding of the interaction with the humans who operate them resulting into serious safety problems.

So what can we do about it?

Well the human performance / factors / safety / training community as well as the ATCO and Pilot professional associations need to wake up to this problem.  We need to start getting involved and start lobbying on the issue.

We need to take the position that these applications NEED to be implemented, but they NEED to be implemented with the proper study on how they will interact with the humans in the system.  They need to be developed in harmony with the system including the humans. The role, responsibility, task, cognitive process changes of the human actors need to be well studied and adapted to the birth of these applications.  Adapted and appropriate procedures need to be written and training provided to those who need to make the shift to the new applications.  Recruitment analysis and training for new recruits need to change…

There is a lot to be done, but it can be done.

As for me, this is the second time I am writing on ASAS, I have also written on other occasions on the future of ATC. I will also continue to influence in as much as I can, from my position for others to start acting on this…

Only time will tell [and hopefully it doesn't] if the same mistake as with ACAS/TCAS is repeated…

Apr
16
2008

All clear?

Turn left right now!

Are you an air traffic controller who would like to get some tips and ideas on good air ground communications?

Or a trainer who would get some high quality resources on teaching tips on air ground communications as either refresher training or as part of basic training to controllers?

Then this site: http://www.allclear.aero is for you.

Apart from this funny video, that I am embedding in this post, there are four other videos which aim to sparkle debate between controllers on aspects which lead to poor communications between air and ground.

In the site you can also find a number of documents which include presentations which could be used to facilitate the learning discussion, to ten tips for pilots and controllers as well as an interesting web based training module which explores the role of expectation bias within air ground communications.

Have a look, you will like it!

Written by Max in: Safety,Training | Tags: , ,
Apr
13
2008

Five levels of training involvement

When designing training objectives one needs to keep in mind the proficiency level the student needs to obtain by the training. For this we usually use the Boom Taxonomy in which level

0 = knowledge,

1 = understanding

2 = applying

3 = analysing

4 = synthesising

5 = evaluating

There are other classifications that help us organise the training activities, like for example to help us in the process of training development we could use the ADDIE principle where:

A stands for analyse

D design

D develop

I implement

E evaluate

Recently I was working within a team to classify future activities related to training that our team was to engage in. Here we felt that in terms of Acronyms, taxonomies or guidelines we were either breaking new ground or at least that work on it was not necessarily visible.

In this work we have determined the 5 actions you can do [and that we will do] on training activities. The first four actions determine the stage of involvement in the training as related to a particular need, whilst the fifth satisfies training itself, with the intent of improving it:

The first is to integrate the project which will create the training needs and develop a syllabus and / or training guidelines

The second is to develop the training programme

The third is to train the trainers who will deliver the training

The fourth is to deliver the training yourself.

The fifth is that you can introspect on training activities with the aim of innovating them or improving them.

This model could be used by training manager when thinking at the level of involvement they will need to consider for a particular activity or project.

So as a summary, the model of training involvement could be:

1 Develop syllabus

2 Develop training

3 Train the trainers

4 Deliver training

5 Innovate and improve training [methods, tools and or procedures]

Written by Max in: Training | Tags:

Powered by WordPress | Aeros Theme | TheBuckmaker.com WordPress Themes
The content of this blog reflects the sole opinion of the author and by no automatic means that of his employer