15.07.2013 Views

Download - Royal Australian Navy

Download - Royal Australian Navy

Download - Royal Australian Navy

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

68 NAVY ENGINEERING BULLETIN SEPTEMBER 2003<br />

processes and data<br />

management in place to<br />

effectively maintain the technical<br />

integrity of the ADF maritime<br />

materiel for which the<br />

organisation has responsibility.<br />

During the remainder of 2003 the<br />

Project Team and DTR-N will focus<br />

on the following:<br />

a. development of training,<br />

education and awareness<br />

packages for DMO and <strong>Navy</strong><br />

personnel;<br />

b. improving the DTR-N website<br />

and its links to associated<br />

documentation and<br />

standards;<br />

c. development and<br />

implementation of strategies<br />

to inculcate the principles of<br />

<strong>Navy</strong> Technical Regulation into<br />

the culture of both the RAN<br />

and those DMO organisations<br />

responsible for the support of<br />

ADF maritime materiel;<br />

d. improve and automate,<br />

where possible, DTR-N’s<br />

process and practices; and<br />

e. progress the review and<br />

facilitate the upgrading of<br />

associated engineering<br />

documents and instructions<br />

including:<br />

(i) ABR 5230,<br />

(ii) ABR 5454,<br />

(iii) ABR 5225,<br />

(iv) DI(N) LOG 82-3, and<br />

(v) The TM 180 / 181<br />

process and<br />

management.<br />

Delegation of Engineering<br />

Authority<br />

Introduction<br />

The <strong>Navy</strong> Technical Regulatory<br />

System (NTRS), as you have read<br />

previously, is about controlling<br />

technical risk during design,<br />

construction and maintenance of<br />

ADF maritime materiel. One of the<br />

fundamental principles of the<br />

system is that only competent<br />

and authorised individuals are to<br />

undertake work on ADF maritime<br />

materiel.<br />

Although the principle is simple<br />

and few would disagree with it,<br />

application of the principle<br />

requires a shift in thinking from<br />

associating engineering authority<br />

with position to linking<br />

engineering authority to the<br />

individual. This paradigm shift<br />

may cause confusion among<br />

those setting up engineering<br />

organisations or considering an<br />

engineering organisation<br />

restructure.<br />

The aim of this article is to clarify<br />

the requirements of the NTRS as<br />

they apply to the delegation of<br />

engineering authority. Firstly I will<br />

define engineering authority, then<br />

detail the relationship between<br />

risk and engineering authority<br />

before outlining regulatory<br />

obligations of Authorised<br />

Engineering Organisations (AEO)<br />

and how engineering authority is<br />

applied in the Fleet. Finally, I will<br />

add a short paragraph explaining<br />

the links between engineering<br />

authority and IEAUST<br />

accreditation.<br />

Full details may be found in<br />

Volume 2 Section 5 of ABR<br />

6492.<br />

Definition<br />

Engineering Authority may be<br />

defined as “an individual with<br />

delegated authority, in<br />

accordance with ABR 6492, to<br />

make engineering decisions<br />

concerning ADF maritime materiel<br />

based on competency and the<br />

risk associated with decisions.”<br />

Engineering Authority and the<br />

Individual Vs Organisational<br />

Position<br />

You will note from the definition<br />

that delegation of engineering<br />

authority is related to individual<br />

competency and the risk<br />

associated with decision<br />

making. This is important, as it<br />

must be stressed that<br />

delegation of engineering<br />

authority is linked to the<br />

individual and not the position<br />

the individual fills within an<br />

organisation. Too often in the<br />

past an engineering<br />

organisational structure was<br />

established, individuals were<br />

recruited or posted to fill those<br />

positions, and then some level<br />

of engineering authority was<br />

assigned to the incumbent. For<br />

example, “As Combat System<br />

Engineer for XXXX, you are<br />

authorised to . . . ”. This method<br />

did not, as a general rule, take<br />

into account the actual<br />

competence of the incumbent.<br />

Under the NTRS, when<br />

establishing an engineering<br />

organisational structure,<br />

organisations are encouraged to<br />

firstly list the engineering tasks to<br />

be performed, then determine the<br />

category of technical risk<br />

associated with these tasks. A list<br />

of these risk categories can be<br />

found in ABR 6492 Volume 2<br />

Section 5 Chapter 2 Annex A, and<br />

range from 1 (catastrophic) to 5<br />

(Minor).<br />

Having established the risk<br />

categories associated with the<br />

engineering tasks to be<br />

undertaken by the organisation,<br />

reference can then be made to<br />

Annex B of the same chapter of<br />

ABR 6492 to determine the level<br />

of engineering authority required<br />

to make decisions for each risk

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

Saved successfully!

Ooh no, something went wrong!