5. Evolutionary Acquisition, Modernization, and Post-Deployment Sustainment


Overview

Steps 3 & 4 addressed the requirements for HSI in new system acquisition, through production and deployment. This step is concerned with HSI improvement of systems already fielded and in the fleet. HSI improvements will be required for three different situations where existing systems are being improved.

The first situation where HSI improvements will be made to a system already designed is evolutionary acquisition. According to DoD 5000.1, to ensure that the Defense Acquisition System provides useful military capability to the operational user as rapidly as possible, evolutionary acquisition strategies shall be the preferred approach to satisfying operational needs. Evolutionary acquisition strategies define, develop, and produce/deploy an initial, militarily useful capability ("Block I") based on proven technology, time-phased requirements, projected threat assessments, and demonstrated manufacturing capabilities, and plan for subsequent development and production/deployment of increments beyond the initial capability over time (Blocks II, III, and beyond). The scope, performance capabilities, and timing of subsequent increments shall be based on continuous communications among the requirements, acquisition, intelligence, and budget communities. In planning evolutionary acquisition strategies, program managers shall strike an appropriate balance among key factors, including the urgency of the operational requirement; the maturity of critical technologies; and the interoperability, supportability, and affordability of alternative acquisition solutions. To facilitate evolutionary acquisition, program managers shall use appropriate enabling tools, including a modular open systems approach to ensure access to the latest technologies and products, and facilitate affordable and supportable modernization of fielded assets.

The second situation requiring HSI improvements to an already fielded system in modernization. According to DoD 5000.2R,the DoD shall structure the Performance-Based Business Environment to use performance requirements or conversion to performance requirements during reprocurement of systems, subsystems, components, spares, and services beyond the initial production contract award, and during post-production support to facilitate technology insertion and modernization of operational weapons systems.

The third case where HSI improvements will be made to an existing system is the situation where systems are continually improved during post-deployment sustainment. This situation actually represents the final phase of new system acquisition, operations and support.

The HSI activities in improving HSI aspects of existing systems are depicted in the figure above. These activities are described in the following subsections.

Relationship to the systems acquisition process

 

Inputs

 

Outputs

 

Substeps/Activities/Guidelines

1. Identify HSI Issues in Evolutionary Acquisition

Overview: The acquisition strategy shall identify the approach the program will use to achieve full capability: an evolutionary approach or a single step approach. Consistent with DoD Instruction 5000.2, the acquisition strategy shall provide the rationale for choosing the approach. If an evolutionary approach is being used, the acquisition strategy program structure shall describe Block 1 (the initial deployment capability), and how it will be funded, developed, tested, produced, and supported, and the approach to treatment of subsequent blocks.

If the ORD includes a firm definition of requirements to be satisfied by each block, the acquisition strategy shall define each block of capability and how it will be funded, developed, tested, produced, and operationally supported. If the ORD does not allocate to specific subsequent blocks the remaining requirements that must be met to achieve full capability, the acquisition strategy shall define the full capability the acquisition is intended to satisfy; the funding and schedule planned to achieve the full capability to the extent it can be described; and the management approach to be used to define the requirements for each subsequent block and the acquisition strategy applicable to each block, including whether end items delivered under earlier blocks will be retrofitted with later block improvements.

The acquisition program baseline (APB) for a program using an evolutionary acquisition strategy shall contain separate entries for each block. The APB shall be consistent with the ORD, as follows: (a) if a single, time-phased ORD defines multiple capability levels, the APB shall contain multiple sets of parameter values, each defining a block; (b) if the users incrementally update and validate a single ORD to define increasing capability, the PM shall incrementally update APB performance parameter values; (c) if the users submit multiple ORDs, the PM shall prepare separate APBs, each defining a block. (d) if users submit an ORD defining objective capability and initially acceptable capability, without defining intermediate capability levels, the PM shall prepare an APB with a complete set of parameter values for block 1 and as many parameter values of objective capability as are provided in the ORD.

Relationship to System Acquisition Process Evolutionary acquisition shall be the preferred method for system acquisition.

Inputs: For later blocks the inputs are the design specifications for the earlier blocks.

Outputs: HSI improvements to earlier blocks.

Substeps, Activities, Guidelines:

1.1 Identify areas in earlier blocks where HSI has a significant impact on system performance, affordability, and risk.

1.1.1 Identify where human performance in earlier blocks is expected to have an impact on system performance

1.1.2 Identify where training systems in earlier blocks are expected to have an impact on system performance

1.1.3 Identify where earlier block manning is expected to have an impact on affordability

1.1.4 identify where earlier block safety, health, habitability, personnel survivability, and system quality of life in earlier blocks are expected to impact system risk

1.2 Identify where insertion of advanced technology in later blocks will significantly impact HSI

1.2.1 Identify where operations and maintenance human machine interfaces and workstations associated with advanced technology will impact human performance

1.2.2 Identify where training aspects of advanced technology will impact human capability

1.2.3 Identify where personnel skills and skill levels associated with advanced technology will impact human utilization

1.2.4 Identify where manning requirements associated with advanced technology will impact human availability and system affordability

1.2.5 Identify where safety, health, habitability, personnel survivability, and system quality of life associated with advanced technology will impact system risk

1.3 Identify the extent to which design directions taken in earlier blocks constrain the degrees of freedom in making improvements in later blocks

1.4 Define how an evolutionary approach can be taken to designing for human performance, safety, health, and quality of life

1.4.1 Define how HSI improvements can be made with incremental advanced in technology

1.4.2 Define how HSI improvements can be made in later blocks to correct HSI deficiencies in earlier blocks

1.4.3 Define how HSI improvements can be made with recognition of new threats, missions, mission capabilities, warfighting tactics and strategy, and policies governing systems acquisition

1.5 Identify how changes in requirements from earlier to later blocks impact requirements for human performance, manpower, training, personnel management, habitability, quality of life, personnel survivability, safety, and health.

1.6 Identify the need to update the HSI program and to republish the HSI Plan in later blocks.

5

2. Identify HSI Issues in Modernization

Overview: DoD 5000.1 requires that the DoD shall continuously focus on developing and implementing major initiatives necessary to streamline and improve the Defense Acquisition System. Through a commitment to reengineering, the Department shall increase its ability to fund warfighting requirements and continued research and development. Decision-makers at all levels shall encourage the continuous examination and adoption of innovative practices ñ including best commercial practices and electronic business solutions - that reduce cycle time and cost, and encourage teamwork, and shall provide meaningful incentives for innovation, such as reinvestment of cost savings and career recognition and advancement. In addition, decision-makers at all levels shall encourage and facilitate the documentation and institutionalization of lessons learned ñ both good and bad - from past experience. Proper incentives must be in place to encourage a culture friendly to the documentation of valuable lessons learned and the sharing of knowledge. The objective is a learning culture that embraces change and continuously adapts to new challenges.

Relationship to System Acquisition Process Modernization and reengineering are required features of the defense system acquisition process

Inputs: Design of existing systems.

Outputs: HSI improvements to existing systems.

Substeps, Activities, Guidelines:

2.1 Identify areas in fielded systems where HSI has a significant impact on system performance, affordability, and risk.

2.1.1 Identify where human performance has an impact on system performance

2.1.2 Identify where training systems have an impact on system performance

2.1.3 Identify where system manning has an impact on affordability

2.1.4 identify where existing system safety, health, habitability, personnel survivability, and system quality of life have an impact on system risk

2.2 Identify where insertion of advanced technology in existing systems will significantly impact HSI

2.2.1 Identify where operations and maintenance human machine interfaces and workstations associated with advanced technology will impact human performance

2.2.2 Identify where training aspects of advanced technology will impact human capability

2.2.3 Identify where personnel skills and skill levels associated with advanced technology will impact human utilization

2.2.4 Identify where manning requirements associated with advanced technology will impact human availability and system affordability

2.2.5 Identify where safety, health, habitability, personnel survivability, and system quality of life associated with advanced technology will impact system risk

2.3 Identify the extent to which design directions taken in existing systems constrain the degrees of freedom in making improvements

2.4 Define how a reengineering and modernization approach can be taken to designing for human performance, safety, health, and quality of life

2.4.1 Define how HSI improvements can be made with incremental advanced in technology

2.4.2 Define how HSI improvements can be made to correct HSI deficiencies in existing systems

2.4.3 Define how HSI improvements can be made with recognition of new threats, missions, mission capabilities, warfighting tactics and strategy, and policies governing systems acquisition

2.5 Identify how changes in requirements impact requirements for improving human performance, manpower, training, personnel management, habitability, quality of life, personnel survivability, safety, and health.

5

3. Identify HSI Issues in Post Deployment Sustainment

Overview The support strategy shall address how the PM will maintain appropriate oversight of the fielded system. Oversight shall identify and properly address performance, readiness, ownership cost, and support issues, and shall include post deployment evaluation to support planning for assuring sustainment and implementing technology insertion, to continually improve product affordability. The PM shall use post deployment evaluations of the system, beginning at IOC, to verify whether the fielded system continues to meet or exceed thresholds and objectives for cost, performance, and support parameters approved at full rate production. The PM shall select the parameters for evaluations based on their relevance to future modifications or evolutionary block upgrades for performance, sustainability, and affordability improvements, or when there is a high level of risk that a KPP will not be sustained over the life of the system.

Relationship to System Acquisition Process According to DoD 5000.2R, post deployment evaluations shall continue as operational support plans execute (including transition from organic to contract support and vice versa, if applicable), and shall be regularly updated depending on the pace of technology. The PM shall use existing reporting systems and operational feedback to evaluate the fielded system whenever possible.

Inputs: Design of existing systems.

Outputs: HSI improvements to existing systems.

Substeps, Activities, Guidelines:

3.1 Identify areas in fielded systems where HSI has a significant impact on system performance, affordability, and risk.

3.1.1 Identify where human performance has an impact on system performance

3.1.2 Identify where training systems have an impact on system performance

3.1.3 Identify where system manning has an impact on affordability

3.1.4 identify where existing system safety, health, habitability, personnel survivability, and system quality of life have an impact on system risk

3.2 Identify where insertion of advanced technology in existing systems will significantly impact HSI

3.2.1 Identify where operations and maintenance human machine interfaces and workstations associated with advanced technology will impact human performance

3.2.2 Identify where training aspects of advanced technology will impact human capability

3.2.3 Identify where personnel skills and skill levels associated with advanced technology will impact human utilization

3.2.4 Identify where manning requirements associated with advanced technology will impact human availability and system affordability

3.2.5 Identify where safety, health, habitability, personnel survivability, and system quality of life associated with advanced technology will impact system risk

3.3 Identify the extent to which design directions taken in existing systems constrain the degrees of freedom in making improvements

3.4 Define how a reengineering and modernization approach can be taken to designing for human performance, safety, health, and quality of life

3.4.1 Define how HSI improvements can be made with incremental advanced in technology

3.4.2 Define how HSI improvements can be made to correct HSI deficiencies in existing systems

3.4.3 Define how HSI improvements can be made with recognition of new threats, missions, mission capabilities, warfighting tactics and strategy, and policies governing systems acquisition

3.5 Identify how changes in requirements impact requirements for improving human performance, manpower, training, personnel management, habitability, quality of life, personnel survivability, safety, and health.

5

4. Identify HSI Lessons Learned

Overview: The HSI Program will review existing elements (systems, equipment, software, facilities, and services) to identify lessons learned to include existing capabilities, requirements for additional capability, and deficiencies with existing or projected capability. Lessons learned will include problems to be resolved and positive features of the design which should be continued.

Relationship to the System Acquisition Process: Acquisition of lessons learned will be accomplished for throughout system operation.

Inputs: Design descriptions

Outputs: Descriptions of lessons learned

Substeps/Activities/Guidelines:

4.1 Identify Lessons Learned over representative missions, conditions, functions and tasks

4.1.1 Identify lessons learned

4.1.1.1 Acquire lessons learned data

4.1.1.2 Collect Lessons Learned data

4.1.1.3 Identify lessons learned

4.1.2 Classify lessons learned in terms of causal factors or HF domain

5

5. Assess/reengineer the allocation of functions to humans and automation

Overview: The reallocation of functions in existing systems is a key step in determining manning requirements for system redesign configurations. The reallocation of functions begins with function analyses which are conducted for scenarios to drive out requirements for functions and functional sequences at successively greater levels of specificity. The initial activity in function analysis is to develop a function index which describes the extent of functionality needed on the ship. Functions from the index are then used in a function decomposition from the top level functions identified in the mission scenario. Functions are decomposed on the basis of requirements associated with the functions within the context of the missions. The function analysis also focuses on identifying lessons learned from comparable systems (i.e. baseline ship) which are addressed in the development of requirements associated with functions. These lessons learned lead to the identification of high driver functions; those that are labor intensive, prone to human error, difficult to train, or associated with accidents and safety hazards. Requirements in this context include performance capabilities needed to perform the function, information required and characteristics of this information, decisions which the system must make within function performance, communication requirements across functions, and resources needed to conduct the function.

When functions and associated requirements have been identified, the reallocation of functions is conducted wherein functions are reallocated to human or automated performance, or some combination of the two. Function allocation essentially defines the roles of humans and automation in the performance of system functions, and identifies where additional information is needed to define these roles. The needed additional information is acquired by means of modeling of the interactions between humans and automation, and/or through task network simulation. Allocation of functions is optimally performed by a multidisciplinary team of HSI specialists, system engineers, and operations specialists, each assessing the roles of humans and automation from their unique perspective. The result of the allocation of functions activity is a set of roles for human and automated performance of a sequence of functions within a scenario, and task performance requirements for tasks associated with human roles.

In support of the determination of human roles in the allocation of functions, workload reduction concepts will be developed. Based on lessons learned, operational constraints, and technology assessments, alternate approaches to achieving function allocations are identified which can be expected to reduce human workload with no adverse impact on human performance and safety. For each of these alternate approaches, models of human-automation interaction are developed and exercised to support allocation decisions or to synthesize the results of the function allocation effort.

For each alternate approach to reducing human workload based on function allocation strategies, task sequences will be defined, and task analysis conducted. Task analysis identifies, for each task, requirements including information, performance capability, communications, decision making, team performance, task frequency and expected duration, and potential for and impacts of human error.

The task sequences are used in workload assessment simulation which determines human workloads associated with tasks, and identifies information bottlenecks, and potential performance and safety problems. As workload, human performance and safety problems are identified for function allocation strategies and alternate design approaches, the allocation strategies and concepts are modified, and the entire process is iterated. Finally, the workload and manning reduction, human performance capability, safety, training, and personnel utilization implications of each design concept are subjected to a HSI assessment.

Relationship to the System Acquisition Process: Development of system improvement concepts from an HSI point of view must begin with a reallocation of functions.

Inputs: Existing allocation of functions

Outputs: Reengineered allocation of functions

Substeps/Activities/Guidelines:

5.1 Integrate Functional Information and Identify Allocation Parameters

5.1.1 consolidate functional information across mission segments

5.1.2 identify and list allocation high priority criteria/drivers associated with each function allocation

5.2 Reverse Engineer the Function Allocation in existing systems

5.2.1 identify the allocation of functions in existing systems

5.2.2 identify the rationale for this allocation decision

5.2.3 identify constraints on increasing the level of automation in allocating the function in the emerging system

5.3 Reallocate Functions ñ Determine Level of Automation

5.3.1 determine if the function be fully automated

5.3.2 Determine if the function can be automated with human supervision

5.3.3 Determine if the function can be performed by human/automation interaction

5.3.4 Determine if the function can be performed by humans with machine aiding.

5.4 Identify Roles of Humans and Automation

5.4.1 In dealing with complex systems the issue is not so much defining the allocation of system functions or subfunctions to human or machine performance as establishing the role of the human in the system.

5.4.2 In highly automated systems where both human and machine are equally competent to perform individual functions, the design issue is to determine the role of the human vs automation in the performance of each function.

5.4.3 The emphasis on the role of human in the system acknowledges the fact that the human has some role in every system function. In some cases that role may encompass actual performance of the function, while in others it may involve monitoring machine performance.

5.4.4 It is also important to realize that an assigned role for human performance may change with changes in operational conditions. Thus a function optimally performed by a human under certain conditions of workload, time constraints, or task priority, may be more optimally automated under other conditions.

5.4.5 The purpose of establishing the roles of humans and automation for the allocation of function decision is to define the level of involvement of the human in the information processing, decision making, and execution activities associated with the conduct of system functions.

5

6. Assess/redesign HMI and workstation design

Overview: Evaluate and modify elements of human machine interfaces

Relationship to the System Acquisition Process: Redesign HSI aspects of the existing system

Inputs: Existing system design

Outputs: Modified system design

Substeps/Activities/Guidelines:

6.1 identify problems with HMI from lessons learned data

6.2 modify HMI

6.3 modify workstation elements

5

7. Assess/redesign HCI and human-centered automation

Overview: Evaluate and modify elements of human computer interfaces

Relationship to the System Acquisition Process: Redesign HSI aspects of the existing system

Inputs: Existing system design

Outputs: Modified system design

Substeps/Activities/Guidelines:

7.1 modify data access - retrieval dialogues

7.2 modify User-Computer Interface Concepts

7.3 Identify human-centered automation requirements

5

8. Assess/redesign procedures, documentation, decision aids

Overview: Evaluate and modify procedures, documentation, decision aids

Relationship to the System Acquisition Process: Redesign HSI aspects of the existing system

Inputs: Existing system design

Outputs: Modified system design

Substeps/Activities/Guidelines:

8.1 Modify Procedures/Documentation

8.2 Modify decision aids

5

9. Assess/redesign workspace/facility and quality of life implementations

Overview: Evaluate and modify workspace/facility and quality of life implementations

Relationship to the System Acquisition Process: Redesign HSI aspects of the existing system

Inputs: Existing system design

Outputs: Modified system design

Substeps/Activities/Guidelines:

9.1 identify facility user problems from lessons learned

5

10. Assess/redesign maintainability design features and interfaces

Overview: Evaluate and modify maintainability design

Relationship to the System Acquisition Process: Redesign HSI aspects of the existing system

Inputs: Existing system design

Outputs: Modified system design

Substeps/Activities/Guidelines:

10.1 Identify maintainability problems from lessons learned

5

11. Assess/redesign safety and health, personnel survivability design

Overview: Evaluate and modify safety and health, personnel survivability design Relationship to the System Acquisition Process: Redesign HSI aspects of the existing system

Inputs: Existing system design

Outputs: Modified system design

Substeps/Activities/Guidelines:

11.1 Identify problems from lessons learned

5

12. Evaluate Ship Systems

Overview: Evaluate the design of ship systems

Relationship to the System Acquisition Process: Redesign HSI aspects of the existing system

Inputs: Existing system design

Outputs: Evaluation of system design

Substeps/Activities/Guidelines:

12.1 Evaluate Supply/Support

12.2 Assess Maintenance

12.3 Evaluate Damage Control Systems

12.4 Evaluate Battle Management Functionality

12.5 Evaluate Engineering Control Systems

12.6 Evaluate Helo Operations Control Systems

12.7 Evaluate Command Systems

12.8 Evaluate Ship Evolutions Functionality

5