This page contains a Flash digital edition of a book.
CBRN EOD


(left) A detailed understanding of potential operational conditions is essential in defining requirements.


(centre) The development of conceptual documentation should be informed in part by experience of previous and current operations.


(bottom) Users will have a detailed insight into actual operating conditions.


Concept of Use) allows a basis from which the user group interactions may be kick-started. This step may often be overlooked due to time constraints; however, it is essential in providing the baseline from which requirements can be refined. Conceptual documentation is subject to revision throughout the design process and indeed it may be the case that, following review and discussion by the user groups, areas for modification are highlighted. Conceptual documentation lays out the


operational context (in the fields of C-IED and CBRNe this is generally ‘the threat’), potential user groups and operational tasks for the capability. The use of a capability framework provides a description of the capability that is divided into discrete but interrelated components and comprehensively outlines the concept surrounding its use. This will cover the full operational cycle, from initial preparation and projection, through to its actual operation, command implications, and the concepts for sustaining and protecting the capability. It then interrogates the various development strands in a structured manner - depending on the model used these will include: training; equipment; personnel; information; doctrine and concepts, organisations; infrastructure; logistics; interoperability and safety. By reviewing and assessing each of these lines of development, the project team may ensure that the full spectrum of considerations is covered – a capability is more than just equipment. An added benefit of this process is that the factors considered are likely to be consistent with those used by delivery/ procurement teams in assessing potential solutions against specification. Such documentation provides a common


understanding of equipment employment throughout the key stakeholder community and is a forum for comment and revision regarding the project direction. It can also subsequently be used to provide a platform


from which Concepts of Operations and Tactics, Techniques and Procedures (TTPs) can be formed.


Linking user and designer The generation of User Requirement Documents (URD) has proven a particularly efficient method of capturing the user’s requirements and presenting them in a format that translates well to product design teams. The attachment of objective and threshold measures of effectiveness to individual requirements ensures that requirements are clear and that performance relative to specification is quantifiable. The process may often lead to a degree of ‘horse-trading’ depending on technical parameters. For example, would the user accept a weight increase of x grams if a detector could clear down y seconds more quickly? The URD generation process provides


structure and focus to user group processes, ensuring that efforts are concentrated in the definition of usable capability requirements. A degree of moderation is generally required within such environments – asking a soldier how light and how small an item of kit should be will generally lead to predictable results. However, by providing a realistic operational concept (including the use of conceptual documentation), beneficial output can be


44 | CHEMICAL, BIOLOGICAL & NUCLEAR WARFARE | 2012/02


ensured. Again, the employment of a third party to manage and co-ordinate this process provides a natural bridge between user and designer.


The implementation of a structured


development process that incorporates coherent user input at an early stage has proven to be a successful model for bringing C-IED and CBRNE capabilities to market. The generation of conceptual documentation that captures key-stakeholder views and presents an outline for the use and development of the capability can then be the basis for subsequent processes. Capturing the views of representative users may not always be a straightforward process, but the use of third parties to bring together a pool of operationally experienced personnel can overcome this. This allows the project design team to make decisions based on demonstrable evidence as opposed to conjecture.


Andy Wakeling is Senior C-IED and Search Consultant for OPTIMA Defence and Security. Formerly in the Royal Engineers, he conducted operations in Afghanistan as a Search Adviser and worked on Military Aid to the Civil Power (MACP) operations alongside UK police specialists, the Technical Response Force and with Maritime Interdiction Search teams supporting Special Forces.


Page 1  |  Page 2  |  Page 3  |  Page 4  |  Page 5  |  Page 6  |  Page 7  |  Page 8  |  Page 9  |  Page 10  |  Page 11  |  Page 12  |  Page 13  |  Page 14  |  Page 15  |  Page 16  |  Page 17  |  Page 18  |  Page 19  |  Page 20  |  Page 21  |  Page 22  |  Page 23  |  Page 24  |  Page 25  |  Page 26  |  Page 27  |  Page 28  |  Page 29  |  Page 30  |  Page 31  |  Page 32  |  Page 33  |  Page 34  |  Page 35  |  Page 36  |  Page 37  |  Page 38  |  Page 39  |  Page 40  |  Page 41  |  Page 42  |  Page 43  |  Page 44  |  Page 45  |  Page 46  |  Page 47  |  Page 48  |  Page 49  |  Page 50  |  Page 51  |  Page 52  |  Page 53  |  Page 54  |  Page 55  |  Page 56  |  Page 57  |  Page 58  |  Page 59  |  Page 60  |  Page 61  |  Page 62  |  Page 63  |  Page 64  |  Page 65  |  Page 66  |  Page 67  |  Page 68  |  Page 69  |  Page 70  |  Page 71  |  Page 72  |  Page 73  |  Page 74  |  Page 75  |  Page 76  |  Page 77  |  Page 78  |  Page 79  |  Page 80  |  Page 81  |  Page 82  |  Page 83  |  Page 84