1 Distribution A. Approved for public release; distribution is unlimited. Headquarters U.S. Air Force I n t e g r i t y - S e r v i c e - E x c e l l e.

Slides:



Advertisements
Similar presentations
Systems Engineering From a Life Cycle Perspective John Groenenboom Director Engineering – Mesa Boeing Rotorcraft Dec 12, 2007.
Advertisements

Railways Systems: Applications HSI beyond DoD Dr. Jen Narkevicius Jenius LLC Dr. Jen Narkevicius Jenius LLC Human Systems Integration.
Technology Module: Technology Readiness Levels (TRLs) Space Systems Engineering, version 1.0 SOURCE INFORMATION: The material contained in this lecture.
Technology readiness levels in a nutshell
Prescriptive Process models
Course: e-Governance Project Lifecycle Day 1
Test Automation Success: Choosing the Right People & Process
Software Engineering CSE470: Process 15 Software Engineering Phases Definition: What? Development: How? Maintenance: Managing change Umbrella Activities:
Dr Jim Briggs Masterliness Not got an MSc myself; BA DPhil; been teaching masters students for 18 years.
7M701 1 Software Prototyping Sommerville, Ian (2001) Software Engineering, 6 th edition: Chapter 8
Situation Awareness Requirements Analysis Smart system design is built on a foundation of scientific research and an in-depth understanding of the goals.
CS540 Software Design Lecture 1 1 Lecture 1: Introduction to Software Design Anita S. Malik Adapted from Budgen (2003) Chapters 1.
1 Independent Verification and Validation Current Status, Challenges, and Research Opportunities Dan McCaugherty IV&V Program Manager Titan Systems Corporation.
The Role of Software Engineering Brief overview of relationship of SE to managing DSD risks 1.
IS 214 Needs Assessment and Evaluation of Information Systems Managing Usability © Copyright 2001 Kevin McBride.
R R R CSE870: Advanced Software Engineering (Cheng): Intro to Software Engineering1 Advanced Software Engineering Dr. Cheng Overview of Software Engineering.
Human Systems Engineering Concentration Amy Bayes 15 October 2014.
What are MRLs ? Alfred W. Clark Dawnbreaker, Inc.
Project Life Cycle Introduction and Overview © Ed Green Penn State University All Rights Reserved.
Release & Deployment ITIL Version 3
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Software Development *Life-Cycle Phases* Compiled by: Dharya Dharya Daisy Daisy
Chapter 2 The process Process, Methods, and Tools
Principles of User Centred Design Howell Istance.
1 Chapter 2 The Process. 2 Process  What is it?  Who does it?  Why is it important?  What are the steps?  What is the work product?  How to ensure.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
Team Skill 6: Building the Right System From Use Cases to Implementation (25)
SOFTWARE PROTOTYPING Anil Kumar.Arikepudi.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 8 Slide 1 Software Prototyping l Rapid software development to validate requirements.
1 Project Management Introduction. 2 Chap 1 What is the impact? 1994: 16% of IT projects completed “On-Time” 2004 : 29% of IT projects “On- Time” 53%
Software Requirements Engineering: What, Why, Who, When, and How
Andrew Faulkner1 Technology Readiness Levels 4 th SKADS Workshop, Lisbon Technology Readiness Levels TRLs Andrew Faulkner.
Object-oriented Analysis and Design Stages in a Software Project Requirements Writing Analysis Design Implementation System Integration and Testing Maintenance.
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
Government Procurement Simulation (GPSim) Overview.
Methodologies. Contents Waterfall Model Evolutionary Models Incremental Development.
The Center for Space Research Programs CSRP Technology Readiness Level.
ISE 412: Human Factors Engineering Dr. Laura Moody Fall, 2006.
I n t e g r i t y - S e r v i c e - E x c e l l e n c e Headquarters U.S. Air Force 1 Improving Air Force Scheduling Processes and Tools – A Demonstration.
1 MRL Assist Tool Website Access the MRL Assist Tool at
Cross fertilisation Technology readiness level From Space and Aeronautic to ITS ? 11/06/2014Topos proposal done by JPhM1.
Prototyping life cycle Important steps 1. Does prototyping suit the system 2. Abbreviated representation of requirements 3. Abbreviated design specification.
The Second Annual Medical Device Regulatory, Reimbursement and Compliance Congress Presented by J. Glenn George Thursday, March 29, 2007 Day II – Track.
Process Asad Ur Rehman Chief Technology Officer Feditec Enterprise.
Assessment of Fusion Development Path: Initial Results of the ARIES “Pathways” Program Farrokh Najmabadi UC San Diego ANS 18 th Topical Meeting on the.
Unit 15 Concept Developing and Testing Components of A.T.A.R. Model (A – Awareness, T – Trial, A – Availability, and R – Repeat Purchase  Buying unit.
Horizon 2020 – 2016 Transport Call
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Project Management Strategies Hidden in the CMMI Rick Hefner, Northrop Grumman CMMI Technology Conference & User Group November.
Info-Tech Research Group1 Manage the IT Portfolio World Class Operations - Impact Workshop.
Info-Tech Research Group1 Manage IT Budgets & Cost World Class Operations - Impact Workshop.
+ Informatics 122 Software Design II Lecture 13 Emily Navarro Duplication of course material for any commercial purpose without the explicit written permission.
Cross-Domain Semantic Interoperability ~ Via Common Upper Ontologies ~ Presentation to: Expedition Workshop #53 15 Aug 2006 James Schoening
Info-Tech Research Group1 Info-Tech Research Group, Inc. is a global leader in providing IT research and advice. Info-Tech’s products and services combine.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
Advanced Software Engineering Dr. Cheng
Dr. Thomas D. Fiorino November 2002
DoD Template for Application of TLCSM and PBL
Methodologies and Algorithms
Technology Readiness Assessment (TRA)
Software Project Configuration Management
User-centred system design process
The Systems Engineering Context
MRL 6 Artifacts (at End of TMRR) Page 1 of 6
Improved Analytics for P4P
About Us Vision: A national center for new imaging detectors.
Systems Engineering for Mission-Driven Modeling
Use of CMMI in an Acquisition Context Using CMMI for Process Improvement at USAF Space and Missile Systems Center (SMC) Dr. Jack R. Ferguson
Presentation transcript:

1 Distribution A. Approved for public release; distribution is unlimited. Headquarters U.S. Air Force I n t e g r i t y - S e r v i c e - E x c e l l e n c e Human System Integration: Challenges and Opportunities Dr. Mica Endsley USAF Chief Scientist Distribution A. Approved for public release; distribution is unlimited. Public Release Case No

2 Distribution A. Approved for public release; distribution is unlimited. VisibilityNudgingProponentInvestigation Improving HSI Practice Leverage Points for Long Term Change

3 Distribution A. Approved for public release; distribution is unlimited.  Human System Integration critical for ensuring the systems we procure are operable and maintainable  Significant impact on operations costs, operational errors, accidents, ability to perform mission  Ex. 80% of aircraft accidents attributed to human error – mostly design induced  Significant impact on maintenance, training & personnel costs  History  – HSI is born in USAF operations  2004 – SAB identified significant USAF Human Systems Integration deficits  2005 – AF HSI Office established under AF/CV  2008 – 711 th Human Performance Wing established  2011 – 711 th BRACed to AFRL – Dayton  Currently  AFHSIO & 711 th have established a comprehensive program for HSI  Guidelines, toolkits, requirements documents  HSI training in Defense Acquisition University for contracting officers and program managers  Working to institutionalize HSI - responsibilities, forcing functions, tools, training  Largely underfunded  27 FTEs  In 3 of 47 SPOs, 5 MAJCOMS  Few programs aware of hidden HSI system deficiencies Human Systems Integration

4 Distribution A. Approved for public release; distribution is unlimited.  Inability to distinguish good vs. poor human interfaces  Effects on human performance are invisible to them or explained away as something else  “Users looked at it” Gap 1: Decision Makers do not perceive there is a problem Human Preference Human Performance Human Preference Human Performance

5 Distribution A. Approved for public release; distribution is unlimited.  Focus on “new” UI technologies or concepts, without regard to how it impacts actual user needs or performance Gap 2: Poor understanding of what supporting the user means Cool Effective Cool Effective

6 Distribution A. Approved for public release; distribution is unlimited.  Decision makers sincerely believe the human interface can be done at the end and should be  Removes the ability to effect the fundamental functionality and usability of the interface and usually the ability to make more than surface changes Gap 3: HF Too Late in Process Basic Research Technology Development Technology Test System integration User interface Final test

7 Distribution A. Approved for public release; distribution is unlimited.  Process/detail overload  What time it is vs how to build the watch  Decision makers want to know  Will this work?  Has the needed development work been done? Gap 4: HF practitioners do not communicate at the right level Complex ideas Simple Constructs Complex ideas Simple Constructs

8 Distribution A. Approved for public release; distribution is unlimited.  HSI programs in the DOD largely centered around the procurement process  Requirements that can be put into contracts and monitored for compliance  Increasing numbers of technologies are being developed in house  Software  Additive manufacturing Gap 5: The Growth of DYI Systems Need Easy to Use Human Factors Guides for programs within DoD

9 Distribution A. Approved for public release; distribution is unlimited.  To improve acceptance of HSI - Follow our own advice  Make Human Factors & Ergonomics Products User Centered  Fit our activities within the constraints and requirements of the engineering design process  Fast and early  Provide analytic tools and models to support  Communicate in the language of the stakeholders Physician – Heal Thyself Fit design process Early clear require- ments Rapid Design Analytic tools for trade studies Language of stake holders

10 Distribution A. Approved for public release; distribution is unlimited.  Decision Makers are attracted to tangible things that they believe will provide new mission capabilities or solve existing mission deficiencies  Intangibility Challenge  Process vs Product  While HSI efforts often can show real improvements in human performance (workload/SA/error), these are generally not translated into mission performance metrics that decision makers grapple with  SWAP  Mission endurance/capability The Value Proposition Challenge

11 Distribution A. Approved for public release; distribution is unlimited.  Cost as a major system driver  Operations costs  Maintenance costs  Training costs  HSI can directly drive down life cycle costs of system  Must translate human performance metrics into measurable life cycle costs to show ROI  Reduced manning costs  Reduced training costs  Reduced accident rates (cost of systems, downtime, medical costs, …) HSI Opportunity 20% reduction in time x 41,600 man-hours/year x $66.46/hour = $553K/year savings Implementation cost of $500K = 110 % Annual ROI or $2.26 M savings over 5 years 20% reduction in time x 41,600 man-hours/year x $66.46/hour = $553K/year savings Implementation cost of $500K = 110 % Annual ROI or $2.26 M savings over 5 years

12 Distribution A. Approved for public release; distribution is unlimited.  What impact will buying the larger display have on mission performance?  Costs more, weighs more, takes up more space  What impact will this software design have on mission performance?  Value not apparent Determine Mission Value in Design Tradeoffs C B A Human Performance Mission Performance Mission Performance Human Performance Impact Model

13 Distribution A. Approved for public release; distribution is unlimited.  Inadequate definition and detail  Contractors cannot or will not derive or design to meet operational needs with out clear requirements to do so  Creates systems that do not meet needs, are difficult to operate, and require extensive after market modifications  Gap in going from operational needs to detailed system specifications  BOGSATS generally inadequate to develop detailed needs  Cadre of personnel skilled at technical requirements writing lost in acquisition reform  Creates requirements churn  Often missing Human System Integration (HSI)  Creates low usability, high operational costs, high maintenance costs, high accident rates  Platform-centric  No emphasis on standardization, modularity  Process to deal with wider system integration lacking System Requirements

14 Distribution A. Approved for public release; distribution is unlimited.  Design for Life Cycle Costs  Operability, Trainability & Maintainability must be built in as major drivers in acquisition requirements  Hold program manager accountable for full range of KPIs  Requires  Integration into program development offices, Program Offices, & PEOs  Cadre of trained requirements writers  Well written requirements  Can be objectively evaluated  Detailed, clear  Use of rapid prototyping – testing  Requirement for meeting HRL milestones early in program  S&T to deliver detailed requirements for new technologies Must Build HSI into Program Requirements SWAP Mission 1 Performance Operations Costs Training Costs Maintenance Costs Mission 2 Performance KPIs

15 Distribution A. Approved for public release; distribution is unlimited.  Elevate HSI to provide a high level understanding of its status in a given program  Should put emphasis on HSI testing/development  Must be tied to concrete human-system effectiveness measures  Promote addressing HSI issues early in the development process  Provide awareness of resources needed earlier in the development process  Cross HSI disciplines (user interface, training, ….) Goal 6.1 Basic Research 6.2 Applied Research 6.3 Advanced Technology Development 6.4 Demonstration and Validation 6.5 Engineering and Manufacturing Development

16 Distribution A. Approved for public release; distribution is unlimited. Senior Decision Makers Program Managers Human Factors Practitioners Gaining Leverage on the Process What needs Attention? Methodology, Metrics, Process, Design, Details Is it ready? Big Picture Relevance Details Diagnostics

17 Distribution A. Approved for public release; distribution is unlimited. Technology Readiness Level (TRL) TRL 1 – Basic principles observed & reported TRL 2 – Technology concept and/or application formulated TRL 3 – Analytical & experimental critical function and/ characteristic proof of concept TRL 4 – Component and/or breadboard validation in laboratory TRL 5 – Component and/or breadboard validation in relevant environment TRL 6 – System/subsystem model or prototype demonstration in relevant environment TRL 7 – System prototype demonstration in operational environment TRL 8 – Actual system completed and qualified through test and demonstration TRL 9 – Actual system proven through successful mission operations Initial incorporation of principles and data to form system Subsystem testing of increasing fidelity Full scale testing

18 Distribution A. Approved for public release; distribution is unlimited. Manufacturing Readiness Level (MRL) MRL 1 – Basic manufacturing implications identified MRL 2 – Manufacturing concepts identified MRL 3 – Manufacturing proof of concept developed MRL 4 – Capability to produce the concept in a laboratory MRL 5 – Capability to produce prototype components in a production relevant environment MRL 6 – Capability to produce a prototype system or subsystem in a production relevant environment. MRL 7 – Capability to produce systems, subsystems or components in a production representative environment. MRL 8 – Pilot line capability demonstrated. Ready to begin low rate production MRL 9 – Low Rate Production demonstrated. Capability in place to begin Full Rate Production. MRL 10 - Full Rate Production demonstrated and lean production practices in place Initial incorporation of principles and data to form system Subsystem testing of increasing fidelity Full scale testing

19 Distribution A. Approved for public release; distribution is unlimited.  Technology Readiness Level  Accepted measure of technology maturity and readiness  Includes systematic experimentation, testing and refinement to show the technology as proven  Well understood in engineering community as requirement for moving system from design into operational use  Provides tracking throughout development ( )  Human Readiness Level  Creates a measure of the readiness of the technology for use by human operators/maintainers  Develop a Usable HRL Scale  Follows same understood paradigm of testing and refinement as TRL  Goal is to make HRL as much of a requirement as TRL for moving a new system into operational use. Human Readiness Level (HRL)

20 Distribution A. Approved for public release; distribution is unlimited.  HRL 1 – Basic HF/E principles observed & reported  HRL 2 – Basic HF/E principles & standards applied to system design  HRL 3 – Prototype of user interface developed  HRL 4 – User interface prototype validated in part-task simulation  HRL 5 – User interface prototype validated in mission relevant simulation  HRL 6 – User interface prototype modified to incorporate lessons learned to provide optimal human performance, workload, situation awareness, usability, reach, fit, trainability and safety  HRL 7 – User interface prototype validated in operational environment  HRL 8 – User interface of actual system complete and qualified across the operational envelope through operational testing  HRL 9 – User interface successfully used in operations across the operational envelope Human Readiness Level (DRAFT) Initial incorporation of principles and data to form system Subsystem testing of increasing fidelity Full scale testing

21 Distribution A. Approved for public release; distribution is unlimited.  Human factors engineering  UI Design – physical, cognitive & perceptual  Principles & standards  Performance indicators – time, error, workload, situation awareness, fit, reach  Map to operational needs of users (function analysis, cognitive task analysis)  Suitability and ease of use in operational conditions, by representative manpower characteristics  Safety  Error resistance, Error detection, Error recovery  Training  Trainability  Maintainability  HFE for the Maintainer Needs to include all aspects of HSI pertinent to system design

22 Distribution A. Approved for public release; distribution is unlimited.  HSI needs to overcome significant challenges in its degree of instantiation in programs  Key Leverage Points  HRL Levels – raise the visibility of HSI  Requirements  HSI must be in system requirements (operability, maintainability, trainability)  Support DYI systems development  Convert our metrics to the metrics the decision makers care about  Costs (ROI)  Mission Performance Summary “If you keep doing what you have been doing, you will keep getting what you have been getting”

23 Distribution A. Approved for public release; distribution is unlimited.