System (of Systems) Acquisition Maturity Models and Management Tools



Similar documents
WORKFORCE COMPOSITION CPR. Verification and Validation Summit 2010

AT&T Global Network Client for Windows Product Support Matrix January 29, 2015

USING SYSTEM READINESS LEVELS TO IMPROVE RELIABILITY PREDICTIONS AND T&E INVESTMENT DECISIONS

The Application Readiness Level Metric

UNITED STATES AIR FORCE. Air Force Product Support Enterprise Vision

Cost & Schedule Risk Assessment 6.0. Timothy J. Havranek, MBA, PMP Leigh Hostetter, PMP

Technology Readiness Assessment (TRA)

Technical Performance Measurement A Program Manager s Barometer

The Program Managers Guide to the Integrated Baseline Review Process

Reliability Growth Planning with PM2

Defense Acquisition Review Journal

Acknowledgement. Software Engineering. CS 3141: Team Software Project Introduction

Fundamentals of Measurements

Software Engineering Framing DoD s Issues

Writing a Systems Engineering Plan, or a Systems Engineering Management Plan? Think About Models and Simulations

Criteria for Flight Project Critical Milestone Reviews

DSTO TECHNICAL RISK ASSESSMENT HANDBOOK

SOFTWARE PERFORMANCE TESTING SERVICE

Lecture 1 IEGR 459: Introduction to Logistics Management and Supply Chain. James Ngeru Industrial and System Engineering

National Defense Industrial Association Systems Engineering Division Task Group Report Top Five Systems Engineering Issues

Accenture Cyber Security Transformation. October 2015

Department of Defense DIRECTIVE

Technology management in warship acquisition

Developing Work Breakdown Structures

John T. Dillard GRADUATE SCHOOL OF BUSINESS & PUBLIC POLICY U.S. NAVAL POSTGRADUATE SCHOOL

PROJECT MANAGEMENT PLAN <PROJECT NAME>

Your Software Quality is Our Business. INDEPENDENT VERIFICATION AND VALIDATION (IV&V) WHITE PAPER Prepared by Adnet, Inc.

Does a Model Based Systems Engineering Approach Provide Real Program Savings? Lessons Learnt

Overview of EAM Services. A Fully Integrated Global EAM Service Provider

Executive Branch IT Reorganization Project Plan

Project Execution - PM Elements

A Case Study of the Systems Engineering Process in Healthcare Informatics Quality Improvement. Systems Engineering. Ali M. Hodroj

How To Develop Software

Best Practices Statement Project Management. Best Practices for Managing State Information Technology Projects

Software Project Management Plan (SPMP)

Phases, Activities, and Work Products. Object-Oriented Software Development. Project Management. Requirements Gathering

COMPARISON OF FIXED & VARIABLE RATES (25 YEARS) CHARTERED BANK ADMINISTERED INTEREST RATES - PRIME BUSINESS*

COMPARISON OF FIXED & VARIABLE RATES (25 YEARS) CHARTERED BANK ADMINISTERED INTEREST RATES - PRIME BUSINESS*

Project Management Planning

Information Technology Engineers Examination

Technology Program Management Model (TPMM) A Systems-Engineering Approach to Technology Development Program Management

MKS Integrity & CMMI. July, 2007

Roles: Scrum Master & Project Manager

The Software Engineering. Today and in the Future. Software Engineering Institute Carnegie Mellon University Pittsburgh, PA 15213

Space engineering. System engineering. ECSS-E-10 C Draft 1

U.S. Dept. of Defense Systems Engineering & Implications for SE Implementation in Other Domains

Contextual Role of TRLs and MRLs in Technology Management

Using the Technology Readiness Levels Scale to Support Technology Management in the DoD s ATD/STO Environments

Ideas for a More Proactive Role for Parts Management and DMSMS in Acquisition

Business Idea Development Product production Services. Development Project. Software project management

Statement. Mr. Paul A. Brinkley Deputy Under Secretary of Defense for Business Transformation. Before

GAO MAJOR AUTOMATED INFORMATION SYSTEMS. Selected Defense Programs Need to Implement Key Acquisition Practices

MGMT 4135 Project Management. Chapter-4. Defining the Project

Model Based Management of Configurations of a Complex Systems: Common Submarine Combat System

Engineering Standards in Support of

Software Engineering/Courses Description Introduction to Software Engineering Credit Hours: 3 Prerequisite: (Computer Programming 2).

Presented By: Leah R. Smith, PMP. Ju ly, 2 011

bñåéêéí=ñêçã=íüé== mêçåééçáåöë= çñ=íüé= péåçåç=^ååì~ä=^åèìáëáíáçå= oéëé~êåü=póãéçëáìã=

Chap 1. Introduction to Software Architecture

<name of project> Software Project Management Plan

Enterprise Information Management

TECHNICAL REVIEW MANUAL (TRM)

Value to the Mission. FEA Practice Guidance. Federal Enterprise Architecture Program Management Office, OMB

How To Implement Itil V3

Integrated Project and Process Management A Cornerstone for the CMMI

SPAWAR HQ ARCHITECTURE AND HUMAN SYSTEMS GROUP Human-Systems Integration/Systems Engineering Support Performance Work Statement

Guide to Enterprise Life Cycle Processes, Artifacts, and Reviews

Master of Science in Software Engineering Student Guide

Project Portfolio Management: James C. Brown Sr. Manager, Research PMO Pioneer Hi-Bred International

DEFENSE BUSINESS SYSTEMS. Further Refinements Needed to Guide the Investment Management Process

Certified Software Quality Engineer (CSQE) Body of Knowledge

How To Integrate Software And Systems

BCOE Payroll Calendar. Monday Tuesday Wednesday Thursday Friday Jun Jul Full Force Calc

CPET 545 SOA and Enterprise Applications. SOA Final Project Project Scope Management

What methods are used to conduct testing?

LeSueur, Jeff. Marketing Automation: Practical Steps to More Effective Direct Marketing. Copyright 2007, SAS Institute Inc., Cary, North Carolina,

Federal Segment Architecture Methodology (FSAM): An Overview

NAVAL SEA SYSTEMS COMMAND STRATEGIC BUSINESS PLAN

Leveraging CMMI framework for Engineering Services

P3M3 Portfolio Management Self-Assessment

The Systems Security Engineering Capability Maturity Model (SSE-CMM)

Module: Sharepoint Administrator

Total Ownership Cost (TOC) and Cost as an Independent Variable (CAIV)

CA Oblicore Guarantee for Managed Service Providers

NASA s Intelligent Synthesis Environment Program Revolutionizing the Agency s Engineering and Science Practice

PROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME >

Status of Enterprise Resource Planning Systems Cost, Schedule, and Management Actions Taken to Address Prior Recommendations

Begin Your BI Journey

Best Practices. in Service Desk Migration. Learning Lessons from Electronic Voting Controversies Strategy

RETTEW Associates, Inc. RISK MANAGEMENT PLAN. for. (client project/rfp number) (date of proposal submission)

Business Continuity Position Description

Project Management Planning

Transcription:

System (of Systems) Acquisition Maturity Models and Management Tools Brian J. Sauser, Ph.D. Jose Ramirez-Marquez, Ph.D. Stevens Institute of School of Systems and Enterprise

Readiness Level (TRL) System Test, Launch & Operations System/Subsystem Development Demonstration Development Research to Prove Feasibility Basic Research TRL 9 TRL 8 TRL TRL TRL 5 TRL 4 TRL 3 TRL 2 Actual system proven through successful mission operations Actual system completed and qualified through test and demonstration System prototype demonstration in a relevant environment System/subsystem model or prototype demonstration in a relevant environment Component and/or breadboard validation in relevant environment Component and/or breadboard validation in laboratory environment Analytical and experimental critical function and/or characteristic proof-of-concept concept and/or application formulated TRL 1 Basic principles observed and reported

3 TRL Shortcomings Application of TRL to systems of technologies is not sufficient to give a holistic picture of complex system of systems readiness TRL is only a measure of an individual techn Assessments of several technologies rapidly becomes very complex without a systematic method of comparison Multiple TRLs do not provide insight into integrations between technologies nor the maturity of the resulting system Yet most complex systems fail at the integration points

4 Integration Readiness Level

What we are doing? Development of metrics, tool, and methodologies for determining a systems readiness level (SRL) and potential for making efficient and effective lifecycle acquisition and operational decisions. The SRL Model is a function of the individual Readiness Levels (TRL) and their subsequent integration points with other technologies, the Integration Readiness Level (IRL). Readiness Level (TRL) The System Value Proposition: Integration Readiness Level (IRL) Provides a system-level view of development maturity with opportunities to drill down to element-level contributions Allows managers to evaluate system development in real-time and take proactive measures Highly adaptive to use on a wide array of system engineering development efforts Can be applied as a predictive tool for techn insertion trade studies and analysis SRL = f (TRL, IRL)

SRL Calculation The SRL is not user defined, but is instead based on the outcomes of the documented TRL and IRL evaluations Through mathematically combining these two separate readiness levels, a better picture of overall complex system readiness is obtained by examining all technologies in concert with all of their required integrations SRL = IRL x TRL SRL 1 SRL 2 SRL 3 IRL 11 IRL 12 IRL 13 = IRL 12 IRL 22 IRL 23 x IRL 13 IRL 23 IRL 33 TRL 1 TRL 2 TRL 3 These values serve as a decision-making tool as they provide a prioritization guide of the system s technologies and integrations and point out deficiencies in the maturation process

SRL Calculation Example TRL 1 = 9 IRL 1,2 = 1 1 TRL Matrix TRL 1 TRL 2 = TRL 3 9 IRL Matrix IRL 1 IRL 12 IRL 13 9 1 0 IRL 12 IRL 2 IRL 23 = 1 9 IRL 13 IRL 23 IRL 3 0 9 TRL 2 = 2 IRL 2,3 = TRL 3 = 3 SRL = IRL x TRL (Normalized) Component SRL = SRL 1 SRL 2 SRL 3 = 0.54 0.43 0.59 Component SRL x represents X and its IRLs considered Composite SRL = 1/3 ( 0.54 + 0.43 + 0.59 ) = 0.52 The Composite SRL provides an overall assessment of the system readiness Sauser, B., J. Ramirez-Marquez, R. Magnaye, and W. Tan. (2008). A Systems Approach to Expanding the Readiness Level within Defense Acquisition. International Journal of Defense Acquisition Management. 1:39-58

Key Assumptions and Limitations Ordinal data is given numeric value in order to assess overall progression or performance. Grade Point Average (GPA), Failure Modes and Effects Analysis (FMEA) One system cannot be compared to the SRL of another system unless they are the same system. You cannot a student with a 3.2 GPA in physics with a student that has a 3.8 GPA in bi. These students belong to different systems of education, but they are evaluated with the same system of metrics. Analysis is limited by the experience of previous assessments and experience of the assessors

Key Assumptions and Limitations Analysis may result in rank reversals, where a less mature SRL receives a higher rating than a more mature SRL. The reason for this is that the rankings are ordinal scale numbers, and multiplication is not a valid operation on them. The ordinal rankings only say that one ranking is better or worse than another, but not by how much. If used as a top-down tool, SRL may only identify major maturity deficiencies in a system. When used as a "bottom-up" tool SRL can augment or complement other (systems) engineering management activities and identify many more maturity deficiencies resulting in toplevel symptoms.

10 1 1 4 4 2 2 5 5 8 8 1.0 SoS Architectures Defined 3 3 9 9 4 4 2 2 5 5 8 8 Functional Capability Physical Hardware Logical Software / Data Flow System architectures are defined along with identification of operational threads and the critical techn elements and interfaces 9 9 9 9 1 1 4 4 9 9 5 5 8 8 3 3 9 9 2.0 Assessment Framework Developed MP SE SEIPT TD / PM Select applicable TRL / IRL criteria Build SRL advancement schedule Tie scale to program test events / milestones Review proposed criteria, schedule, and milestones Approves assessment framework Architectures and framework are locked after TD / PM approval and will remain so unless the program is re-baselined 3.0 Quarterly SRL Assessment 4.0 Cost Evaluated TRLs / IRLs SRL Calculated Reports Built Evaluated and Justified Risks Identified Against Schedule SRL assessment and test events / milestone gates are at or in advance of schedule SRL assessment is at or in advance of schedule, but test events / milestone gates remain to be closed SRL assessment and test events / milestone gates are behind schedule SRL Assessment IMS Cost required to meet each SRL increment can be calculated from the test events / milestone gates scheduled to be achieved each increment, which are hours loaded in the IMS Cost 0 0.5 1 SRL

Total R&D Cost Example Reporting Format 11 Projected Planned Actual Functional Physical Logical.1.2.3.4.5...8.9 1 Jun 200 Jan 200 Materiel MILESTONE A Development Alternative Decision Systems Initial Review ical Review Jul 200 Systems Requirements Review Mission Systems Testing Nov 200 System Functional Review Readiness Assessment 1 May 2008 MILESTONE B Preliminary Design Review Sep 2008 Critical Design Review Mission Module Testing Current Mission Package SRL Status by View (Functional, Physical, Logical).3 System Readiness Level Demarcation Scheduled Position (IMS) SRL assessment and test events / milestone gates are at or in advance of schedule SRL assessment is at or in advance of schedule, but test events / milestone gates remain to be closed SRL assessment and test events / milestone gates are behind schedule Aug 2009 Test Readiness Review MP Endto-End Testing DT / OT Apr 2010 MILESTONE C System Verification Review Functional Configuration Audit Production Readiness Review Readiness Assessment 2 Jan 2011 Initial Operational Capability Physical Configuration Audit Full Rate Production Decision Review Apr 2012 Full Operational Capability In-Service Review

BPAUV PC BPAUV MP SRL MP SRL w/o Sea Frame Combat MVCS MVCS Mgmt MPCE USV (On-board) (USV) System TSCE Hard Drive MH-0 MPS 3 USV; MPCE; RMMV; MVCS (USV); BPAUV PC MVCS (OB) MVCS (RMMV) Memory Card MH-0S Trade Between Advanced Capability or Increased Maturity SRL MVCS (RMMV) 3 US3; BPAUV 3 AN/WLD-1 (RMMV) MH-0S; MH-0S MPS US3 AN/AQS-20A AN/ASQ-235 (AMNS) AN/AES-1 (ALMDS) AQS-20 AMNS; ALMDS MP 1 0.0 0.5 LEGEND MP Sea Frame System Current Mission Package SRL Status Previous Mission Package SRL Status Current Mission System SRL Status 1 Readiness Level 1 Integration Maturity Level 1 System Readiness Level Demarcation Scheduled Position Risk to Cost and/or Schedule Low Medium High.1.2.3.4.5...8.9 1 Example provided by Northrop Grumman Integrated Systems

BPAUV PC BPAUV MP SRL MP SRL w/o Sea Frame Combat Mgmt System TSCE MVCS MVCS MPCE USV (On-board) (USV) Hard Drive 5 DLS (On-board) 9 MH-0 MPS System Maturity is Enhanced SRL.5 5 DLS (RMMV) 9 Memory Card MVCS (OB) MVCS (USV) DLS (OB) USV BPAUV BPAUV PC US3 9 MH-0S DLS(RMMV) MPCE AN/WLD-1 (RMMV) US3 AN/AQS-20A AN/ASQ-235 (AMNS) AN/AES-1 (ALMDS) MP 1 0.4 0..1.2.3.4...8.9 RMMV AQS-20 MH-0S LEGEND MP Sea Frame System Current Mission Package SRL Status Previous Mission Package SRL Status Current Mission System SRL Status 1 Readiness Level 1 Integration Maturity Level 1 System Readiness Level Demarcation Scheduled Position Risk to Cost and/or Schedule Low Medium High AMNS ALMDS MH-0S MPS 1 Example provided by Northrop Grumman Integrated Systems

Systems Earned Readiness Management Constrained Optimization Models Systems Readiness Level TRL IRL CTEs CIEs Development Objectives Constrained Resources System Architecture

Resource Optimization Models and System Earned Readiness Management (SERM)

SRL Resource Optimization Max SRL( TRL,IRL) s.t. R 1 ( TRL,IRL) r 1 M R H ( TRL,IRL) r H Model SRL max = an optimization model with the objective to maximize the SRL (a function of TRL and IRL) under constraints associated with resources. Sauser, B.J. and J.E. Ramirez-Marquez. (2009). System Development Planning via System Maturity Optimization. IEEE Transactions on Engineering Management. (in press; available at http://ieeexplore.ieee.org)

SRL Resource Optimization Min Cost( TRL,IRL) s.t. SRL( TRL,IRL) λ R 1 ( TRL,IRL) r 1 M R n ( TRL,IRL) r n Model SCOD min = an optimization model whose objective is to minimize development cost (a function of TRL and IRL development) under constraints associated with schedule and the required SRL value. Magnaye, R., B. Sauser, and J. Ramirez-Marquez. (2010). System Development Planning Using Readiness Levels in a Cost of Development Minimization Model. Systems Engineering. 13(4) (in press)

Systems Earned Readiness Management Earned value analysis Is a performance monitoring tool Provides a measure of performance that is: Realistic? Based on actual data? Provides answers to these questions: What WORK is scheduled to have been completed? What was the cost estimate for the WORK scheduled? What WORK has been accomplished? What was the cost estimated of the completed WORK? What have our actual costs been? What are the variances? SERM Replaces WORK with MATURITY Using SRL max and SCOD min makes it predictive

Model Based Systems Engineering Utilizing Model Based Systems Engineering (MBSE): Setup an environment to model the current SRL approach; Review other metrics need to be included and determine their relationships to TRL, IRL, and the System Architecture; Provide a process for determining SRL within MBSE. Determine a set of views or diagrams on the model creation which enables a way to communicate (e.g. a System Maturity Diagram) MBSE allows for the functional decomposition of models which would allow for a recursive SRL assessment whereby an SRL at one level transforms to a TRL at another.

Visit Visit us us at at http://www.systems-development-maturity.com http://www.systems-development-maturity.com System Capability Satisficing What technologies and integrations are important or critical to each architectural view to achieve a functionality or capability? How will the systems maturity vary depending on the architectural variants? What functionalities or capabilities are sufficient, critical, or important to achieving a level of system maturity that can satisfy a warfighter s needs? What impact does this have on system maturity and ultimately the acquisition of a deployable system? Can we use multi-attribute decision making/techniques in systems maturity assessment; parametric sensitivity analysis on how various TRL/IRL combinations drive SRL; and sensitivity analysis to determine what the most critical technologies are?

http://www.systems-development-maturity.com

Customers U.S. Navy NAVSEA PMS 420 U.S. Army Armament Research, Engineering, and Development Center Northrop Grumman Integrated Systems Lockheed Martin MS2 Office of the Secretary of Defense Acquisition Research Program Naval Postgraduate School