November 8, 2007 Conference Brief RISC-IQ: Risk Integrated w / Schedule & Cost – Intelligent Quantification Applications for Systems Engineers This document.

Slides:



Advertisements
Similar presentations
1 INCOSE HRA Advanced Risk Management Conference 2007 Courtney Lane INCOSE HRA Risk Management Conference November 9, 2007 Its More Than Just Numbers:
Advertisements

Successful Project Management Justice, E-Government, & the Internet June 28, 2000 – Dallas, Texas Lawrence P. Webster.
Program Management Office (PMO) Design
© 2006 Analytical Services, Inc. JH MS-INCOSE Complex System Management MG John W. Holly, USA (Ret.) © 2006 Analytical Services, Inc. Complex.
Improving Educational Outcomes Jackie Dowd Special Assistant to the Governor for Career Innovation Indiana Association of Public School Superintendents.
©2001 Plan B Systems Inc. PBSi Quantitative Cost/Schedule Risk Analysis.
Module 11 Session 11.2 Visual 1 Module 11 Executing and Controlling the Work Session 11. 2: Managing Contracts.
Executive Insight through Enhanced Enterprise Risk Management Leverage Value From Your Risk Management Investment.
Delivery Business Solutions April 29, Nashville PMI Symposium April 29, 2013 Stephanie Dedmon, PMP Director, Business Solutions Delivery Department.
Tax Risk Management Keeping Up with the Ever-Changing World of Corporate Tax March 27, 2007 Tax Services Bryan Slone March 27, 2007.
IT Governance Portfolio and Project Management in State Government Chris Cruz, Chief Information Officer, California Department of Food and Agriculture.
IT Governance Navigating for Value Michael Vitale 6 May 2003 CIO Conference Steering the Enterprise Through Stormy Seas Image source: Access2000.
Title Presentation based on $4M / year for 5 years proposal option.
Project Management Process Project Description Team Mission/ Assignment Major Milestones Boundaries Team Identification Measures of Success Roles & Responsibilities.
RSM McGladrey, Inc. is a member firm of RSM International – an affiliation of separate and independent legal entities. Operational Risk Management Framework.
Secure System Administration & Certification DITSCAP Manual (Chapter 6) Phase 4 Post Accreditation Stephen I. Khan Ted Chapman University of Tulsa Department.
Successful Project Management Justice, E-Government, & the Internet June 28, 2000 – Dallas, Texas Lawrence P. Webster.
Process Maturity in Determination of Risk Process maturity scoring provides a metric to communicate the capability of an organization to mitigate risks.
COMP8130 and 4130Adrian Marshall 8130 and 4130 Test Management Adrian Marshall.
Project Risk Management Risk Mitigation. Risk Management  The prime objective of risk management is to minimize the impact and probability of the occurrence.
Copyright© 2015 Trilogy Development. All rights reserved. Trilogydevelopment.com Assessment and Vision Exercise 1.Your company/firm has a culture of learning.
Planning. SDLC Planning Analysis Design Implementation.
BASICS OF WORKFORCE PLANNING
Chapter 9. Intro  What is Project Management?  Project Manager  Project Failures & Successes Managing Projects  PMBOK  SDLC Core Process 1 – Project.
CloseLaunchCommitCloseLaunchCommitInvestInvestLaunchBuildPlanExplore PRODUCT ENGINEERING – PLC INVEST DECISION.
Privileged and Confidential Strategic Approach to Asset Management Presented to October Urban Water Council Regional Seminar.
© Copyright 2012 Pearson Education. All Rights Reserved. Chapter 10 Fraud & Internal Control ACCOUNTING INFORMATION SYSTEMS The Crossroads of Accounting.
Milliman USA - Slide 1 Underwriting Risk Models: An Assessment Presented by Urban E. Leimkuhler, FCAS, MAAA Manager & Senior Consultant Milliman - Princeton.
Information Security Governance 25 th June 2007 Gordon Micallef Vice President – ISACA MALTA CHAPTER.
OPR100: Overview of Enterprise Project Management & Project Management Maturity Models Melinda Curtis Product Manager, Microsoft Office Project.
Chapter 10 Contemporary Project Management Kloppenborg
“Business Performance Management” Corporate Performance Management “The Importance of Integrity” Facilitated by: Warren White VP – Change Acceleration.
Information System Design IT60105 Lecture 21 Staff Organization, Risk Management and Software Configuration Management.
Project Risk Management
System Establishing Your Management Reporting System.
Project Management for Software Engineering Starting at “I’ve got a project” How do you decide: –What do I need to do? –When should I do it? –How long.
『华东师范大学』 课程名称: 软件开发实践 Software Development Practice 课程类型: 实践课 第二讲: 项目管理 Lect_02: Manage the Project 主讲 : 软件学院 周勇 副 教授 日期 :
1 Lecture 2.5: Project Planning Overview Dr. John MacCarthy UMBC CMSC 615 Fall, 2006.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
Proposed Supply Chain Risk Management Process Flow Supply Chain Risk Leadership Council 20 April 2009 DRAFT.
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 Fred Meyer, AF PM&AE 04 February 2010 Air Force Program Management.
Managing CMMI® as a Project
AMERICA’S ARMY: THE STRENGTH OF THE NATION Mort Anvari 1 Cost Risk and Uncertainty Analysis MORS Special Meeting | September.
4-1 © Prentice Hall, 2007 Chapter 4: Selecting and Planning Projects Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph S.
普 华 永 道 Phase 1: Project Preparation Phase 1: Project Preparation Phase Overview Phase Overview.
© 2001 Change Function Ltd USER ACCEPTANCE TESTING Is user acceptance testing of technology and / or processes a task within the project? If ‘Yes’: Will.
Workforce Development Plan Worksheet Step 3 Drivers and Restrainers PHAB Measures/ Activities Step 1 Current State Step 2 Purpose, What to Do, How to Do.
This document contains Booz Allen Hamilton Inc. Proprietary and Confidential Business Information. It is for internal use only. 0 DRAFT United Nations.
Formal Methods in Software Engineering
Practical Investment Assurance Framework PIAF Copyright © 2009 Group Joy Pty. Ltd. All rights reserved. Recommended for C- Level Executives.
Agenda Interthink – 2003 Organizational Project Management Baseline Study –Industry Profile –Country Profile –Organization Size –Data On Schedule –Data.
1 | 2010 Lecture 3: Project processes. Covered in this lecture Project processes Project Planning (PP) Project Assessment & Control (PAC) Risk Management.
PUBLIC–PRIVATE PARTNERSHIP (PPP) FRAMEWORK AND GUIDELINES Syed M. Ali Zaidi, P.Eng. PM(Stanford), Ph.D. Director, Strategic Partnerships Alberta Infrastructure.
Module 5 Session 5.2 Visual 1 Module 5 Refining Objectives, Scope, and Other Project Parameters Session 5.2 Reviewing the PAR and refining key project.
Developing an Investment Governance Framework
Alpha Contracting Sole Source Negotiations between Government and Industry (13 CFR (c)(2))
Kathy Corbiere Service Delivery and Performance Commission
2010 National Defense Industrial Association - Program Management Systems Committee (NDIA PMSC). All rights reserved.. Mary Ann Hale NDIA PMSC.
1 Lecture 2.4a: SEF SE Planning and the SEP (SEF Ch 16) Dr. John MacCarthy UMBC CMSC 615 Fall, 2006.
Unifying Talent Management. Harnessing the Power of Workforce Intelligence in Talent Planning to Drive Business Performance.
IS&T Project Reviews September 9, Project Review Overview Facilitative approach that actively engages a number of key project staff and senior IS&T.
Implementing an IT Project Oversight Discipline in Government Cindy Blehm, PMP ® Maisha Dottery, PMP ® September 23, 2009.
ISA 201 Intermediate Information Systems Acquisition
PMI Chapter, IT Governance, Portfolio and Project Management in State Government Chris Cruz, Chief Information Officer, California Department of Food and.
Identify the Risk of Not Doing BA
Presented To: 3rd Annual CMMI Technology Conference and User Group
HR Business Partner Individual Development Plans
MRL 6 Artifacts (at End of TMRR) Page 1 of 6
Risk Management Part I Dr. Zahi Yaseen Contact Us
KEY INITIATIVE Finance Function Management
Presentation transcript:

November 8, 2007 Conference Brief RISC-IQ: Risk Integrated w / Schedule & Cost – Intelligent Quantification Applications for Systems Engineers This document is confidential and is intended solely for the use and information of the client to whom it is addressed. International Council on System Engineering

1 Booz Allen Proprietary The need for Risk Management to be Integrated with Systems Engineering is well understood  In a recent Department of Defense briefing titled “Technical Excellence through Systems Engineering”, it was determined that there was a lack of understanding in programs on systems engineering. One of the reasons sighted was: –Cost and schedule estimation and risk management processes inconsistently aligned with systems engineering processes  26% of surveyed systems engineers listed “Integration with other program management” as a way to drive technical rigor back into programs. This included: –Linkage with acquisition strategy, IMP, IMS, logistics, testing, and risk management  As a result, a recommended strategy for driving technical rigor back into programs was to have risk management integrated, effective, and well resourced

2 International Council on System EngineeringBooz Allen Proprietary So what?  The question isn’t “Should we do risk management?”  The question is, as a Systems Engineer: –What do I do with the risk program I have? –Is the risk program providing a good return for the expense? –What, if anything, are the risk program outputs telling me? –Can I use the risk program to communicate more effectively?  The rest of this discussion supposes a mature risk program exists: –Roles and Responsibilities are defined (i.e. a Risk Mgt plan exists) –Training has been provided –Resources have been provided (tools, staff) –Risk Management products are reviewed at regular intervals in formal reviews (Risk Review Boards)

3 International Council on System EngineeringBooz Allen Proprietary RISC-IQ was developed to help extract actionable information from traditionally stove-piped data streams RISC-IQ enables critical decision making Risk Exposure? Impact Relationships? Goals Too Risky? Which Design? More Reserves? Major Drivers? Adequately Mitigated?

4 International Council on System EngineeringBooz Allen Proprietary RISC-IQ works by establishing a structured, repeatable process that integrates the potential impacts of risk on program baselines Risk Integrated with Schedule and Cost – Intelligent Quantification Objective: Assess completeness of baseline documentation and understand existing processes. Objective: Compare program risk profile at mitigation completion to determine outstanding risk exposure. Objective: Provide insight into where risks affect the program and uncover their true impacts. Mitigation Strategy Revision Risk Analysis Risk Analysis Schedule Development Schedule Development Cost Estimating Cost Estimating Program Risk Baseline Risk-WBS Mapping Risk Impact Analysis Integrated Master Schedule Most Likely Cost Estimate Pre-Mitigation Cost Estimate Economic Effectiveness Analysis Baseline Product Development Pre-Mitigation Schedule Estimate Mitigation Plan Development Mitigation Resource Analysis Economic Effectiveness Assessment Post-Mitigation Cost Estimate Initial Risk Accounting Schedule Factor Analysis Cost Factor Analysis Post-Mitigation Schedule Estimate

5 International Conference on System EngineeringBooz Allen Proprietary Agenda  Project / Program Initiation  Design Cycle Selection  Engineering Trades  Defining Resources  Measuring Execution  Managing Groups of Projects

6 International Council on System EngineeringBooz Allen Proprietary RISC-IQ uses explicit, quantified statements for risk probability and impact to determine risk scores Probability 5Very High 4High 3Medium 2Low 1Very Low Impact 5Very High 4High 3Medium 2Low 1Very Low Probability 5>70% % % % 1<10% Cost Impact 1>70% % of Project Budget % of Project Budget % of Project Budget 5<10% of Project Budget  The right-hand set of tables: –Communicates the leadership’s sensitivity to risk –Reduces personal bias –Creates a foundation for quantitative analysis VS

7 International Conference on System EngineeringBooz Allen Proprietary Agenda  Project / Program Initiation  Design Cycle Selection  Engineering Trades  Defining Resources  Measuring Execution  Managing Groups of Projects

8 International Council on System EngineeringBooz Allen Proprietary RISC-IQ can be used to help select and support multiple types of development cycle  Waterfall Development Model & Derivatives  Assists with estimates of overall cost and schedule estimates  Maps risk mitigation activities to development phases  Quantified risk score can be used to establish threshold for entering the next development phase  Spiral Type Develop Model  Enables capability vs. risk trade study for design features  Economic analysis of risk help apportion development resources to highest need areas  Tracking of risk profile useful in determining if the current spiral met its goals

9 International Conference on System EngineeringBooz Allen Proprietary Agenda  Project / Program Initiation  Design Cycle Selection  Engineering Trades  Defining Resources  Measuring Execution  Managing Groups of Projects

10 International Council on System EngineeringBooz Allen Proprietary RISC-IQ is useful for evaluating and communicating the impacts of design selection on risk exposure  As part of design trade activities, RISC-IQ provides input to the engineering processes by analyzing design options based on risk profiles  The risk team helps determine the risk variability across the options and the dependency of any one risk to key features/designs within an option  RISC-IQ applies a “Dependency” framework for this activity. –Design Independent Risks- –Design Independent Risks- Risks that remain relatively constant when key aspects of the system are altered –Design Dependent Risks- –Design Dependent Risks- Risks that vary significantly based on changes to the system design Design Independent Risk Example Option 1Option 2Option Risk Score Design Dependent Risk Example Option 1Option 2Option Risk Score Little to no change in the risk score as the design or option changes Significant change in the risk score as the design or option changes

11 International Council on System EngineeringBooz Allen Proprietary RISC-IQ provides a simple analytical framework for quickly highlight what risks drive any given design option  Dependency analysis is performed for every risk to determine whether the risk applies to a given option and the strength of dependency by design parameter  Shown below is a sanitized example from a recent client engagement Results Sample

12 International Council on System EngineeringBooz Allen Proprietary The RISC-IQ design dependency approach establishes a method to evaluating requirements and overall risk tolerance  Using the quantitative risk scores we can compare a single risk area across platforms, or the variability of a single risk within a given platform Risk Level Weight Risk Satellite A option Satellite B option Satellite D option Satellite C option Medium Low High Critical Risk Level Communications Risk Option 1 Option 2 Option 4 Option 3 Medium Low High Critical (Placing the options in order of complexity, i.e. performance or technology, allows the program to understand the ‘risk curve’ as the options become more aggressive or challenging in their profile.)

13 International Council on System EngineeringBooz Allen Proprietary Once the analytical framework and quantitative scoring is established, risk can then be treated as a design variable “Risk As An Independent Variable”  Risk can be treated as an independent variable and applied in a similar fashion to cost in CAIV methodologies; “Risk As An Independent Variable” Risk Level Technology Design Variable/Option (1) Risk curves are generated for designs or aspects of each design using dependency model Performance Metric Technology Design Variable/Option (2) Performance Analysis working group determines relationship between the design variable and system performance Variable Risk Metric Variable Effectiveness Metric ƒ (Variable) = XX Effectiveness Performance Metric (3) Utility Analysis working group performs effectiveness analysis to show relationship to performance metric Risk Sensitivity Performance Sensitivity Effectiveness Analysis

14 International Council on System EngineeringBooz Allen Proprietary RISC-IQ then uses this analytical framework show when additional performance isn’t worth the additional risk  By combining these curves, it’s possible to identifying the point of diminishing risk tolerance for any design variable or option –Point of Diminishing Risk Tolerance- “The point at which the increase in additional design capability, or the selection of a proposed option, reduces effectiveness by increasing risk to the program.” Risk Tolerance Design Variable/Option Effectiveness Risk = Point of Diminishing Risk Tolerance

15 International Council on System EngineeringBooz Allen Proprietary RISC-IQ takes the results of the design trades and evaluates them by source category and the work to satisfy the requirements WBS # WBS Element Comms Concurrency Cost Design Developer Logistics M&S Mgmt Performance Production Requirements Schedule T&E Technology Threat Total 1.0Prog Mgmt Network Mission Ground GSE Program Management Subcontractor TT&C Communications 5.0Launch Space PMO 7.0Space SEIT Bus Payload Spacecraft AI&T Total A review by WBS elements shows which areas of the program need additional risk identification. Critical Risk Categories with Few Risks Identified A review by categories show holes in existing risk areas that should be investigated further.  The following is an example from a commercial satellite project analysis

16 International Conference on System EngineeringBooz Allen Proprietary Agenda  Project / Program Initiation  Design Cycle Selection  Engineering Trades  Defining Resources  Measuring Execution  Managing Groups of Projects

17 International Council on System EngineeringBooz Allen Proprietary RISC-IQ uses a convention of aligning risks to the Work Breakdown Structure (WBS) to help define resource requirements  Aligning risks to the program WBS serves as the basis for allocating cost and schedule impacts throughout the program  During the risk analysis phase, WBS elements are correlated to each other and risks mapped to WBS elements Mapping provides an easily understood foundation that is repeatable, traceable, and defensible

18 International Council on System EngineeringBooz Allen Proprietary  After mapping, any WBS element may have multiple risks that affect it  The combined affect of the risks on the cost element is related to the type of the risk, its likelihood and severity, and the cost of mitigation actions that could avert the risk  Using probabilistic models, the combined affect is determined and applied to the base cost estimate RISC-IQ uses this WBS mapping to show the impacts of risk on the original estimate WBS Baseline Estimate Risk-Adjusted Estimate $1,179,000 50%

19 International Council on System EngineeringBooz Allen Proprietary This activity helps justify mitigation requests and can highlight when mitigation is no longer effective Represents the initial baseline cost distribution without any included risk effects Represents the cost distribution with potential risk effects BEFORE any mitigation Represents the cost distribution AFTER successful mitigation, PLUS the required mitigation investment. As a result of a $500,000 investment in risk mitigation, the program avoided a potential increase of $645,000. $645,000 Mitigation Investment= $500,000 RISC-IQ then applies the WBS mapping and pre- and post- mitigation scores to guide mitigation activity  The final determination of cost considers the remaining risk exposure AFTER mitigation, plus the mitigation investment required

20 International Council on System EngineeringBooz Allen Proprietary  Relationships between risks and schedule elements for critical path determination must account for: –Predecessor-Successor logic –Parent-Child –Parallel-Effort –Conditional Dependencies The same process can be performed on any unit of measure. Risk Adjusted Schedule is particularly complex Risk Adjusted Delivery LikelihoodSchedule Sensitivity By Task

21 International Conference on System EngineeringBooz Allen Proprietary Agenda  Project / Program Initiation  Design Cycle Selection  Engineering Trades  Defining Resources  Measuring Execution  Managing Groups of Projects

22 International Council on System EngineeringBooz Allen Proprietary RISC-IQ can help determine if the engineering activity is proceeding as planned  As a “snapshot” of project health, RISC-IQ can reveal whether or not the engineering activity is likely to deliver the expected results  In the example below, a RISC-IQ analysis demonstrated a previously unknown risk exposure of $148M and potential project cost growth of 25%  Incorporating RISC-IQ throughout a project’s lifecycle results in better initial planning and helps answer questions like: –Are prototype or testing activities reducing risk as planned? –Have risks been reduced sufficiently to pass entry / exit criteria for established technical reviews? –Are new risks been uncovered faster than they are being closed? –What are the impacts of “mid-stream” requirements changes?

23 International Conference on System EngineeringBooz Allen Proprietary Agenda  Project / Program Initiation  Design Cycle Selection  Engineering Trades  Defining Resources  Measuring Execution  Managing Groups of Projects

24 International Council on System EngineeringBooz Allen Proprietary RISC-IQ practices for a single project are extensible to groups of projects or systems of systems the must interact to deliver capability… Low Med High Critical Average Composite Risk Ranking by Program Average Risk Score  By standardizing risk analysis across all multiple programs, we provide insight into high risk programs and overall trends

25 International Council on System EngineeringBooz Allen Proprietary … and program-by-program risk exposure analysis provides comparative insights what programs can be improved Program Cost (in thousands) $39,100 Initial Program Estimate Revised Estimate Budget at Risk Mitigation Investment Reduced Cost Exposure Analysis will lead to a cumulative assessment of the total risk exposure, the investment allocated to reduce it, and the resultant investment benefit.

26 International Council on System EngineeringBooz Allen Proprietary Added Duration Contract Length Total Risk Exposure In a matrixed organization where Systems Engineering is a shared resource, using RISC-IQ to align risk-adjusted program schedules helps prioritize the timing of resources and risk reduction Post-Mitigation Delivery Pre-Mitigation Delivery Contract Delivery Program 1 Program 4 Program 2 Program 3 Program N T0T0 T3T3 T 18 T6T6 T9T9 T 12 T 15 T2T2 T5T5 T 20 T8T8 T 11 T 14 T 17 T1T1 T4T4 T 19 T7T7 T 10 T 13 T 16 The overlap of additional program duration requires allocation of program and/or enterprise resources Understanding most probable program delivery allows S&IS to: Risk exposure is the amount of schedule slip reduced through successful risk mitigation  Inform clients of most probable schedule  Plan for resources in advance  Address contract issues  Evaluate effectiveness of proposed mitigation  Understand when enterprise reserves will be needed

27 International Council on System EngineeringBooz Allen Proprietary In summary, risk management provides the Systems Engineer with quite a bit of “so what” Concept Development DesignPlanning & ExecutionEnterprise RISC-IQ can help established risk tolerance and incorporate risk as variable benefit trades RISC-IQ provides unique insight into project cost and schedule realism, reserve requirements and health during execution RISC-IQ highlights what specific requirements or technologies are project drivers RISC-IQ at the enterprise level highlights overall reserves needs, resource shortfalls due to slips, and supports benchmarking

28 International Council on System EngineeringBooz Allen Proprietary For more information on how risk management can be applied to your specific challenges, please contact: Tweed Ross Colorado Springs, CO Robert Makar San Diego, CA Michael Lopez Los Angeles, CA