SlideShare a Scribd company logo
1 of 43
Download to read offline
Risk-informed Decision Making

                       Presented at the Seventh Annual NASA Project
                                  Management Challenge

                                      Galveston, Texas
                                     February 9-10, 2010

                                          Homayoon Dezfuli, Ph.D.
                                            Office of Safety and Mission Assurance
                                            NASA Headquarters
                                          Gaspare Maggio
                                            Technology Risk Management Operations
                                            Information Systems Laboratories, Inc.
Used with Permission
Acknowledgments

•   This presentation is based on the material contained in the first draft of NASA
    Risk-informed Decision Making Handbook, released in October 2009. The
    authors acknowledge the contribution of the following individuals in the
    preparation of this handbook:
     –   Chris Everet, Information Systems Laboratories, Inc.
     –   Rod Williams, Information Systems Laboratories, Inc.
     –   Robert Youngblood, Idaho National Laboratory
     –   Curtis Smith, Idaho National Laboratory
     –   Peter Rutledge, Quality Assurance & Risk Management Services, Inc.




                                                                                      2
Background




             3
NPR 8000.4A
•   The latest version of NPR 8000.4A, Agency Risk Management Procedural
    Requirements, was issued on December 16, 2008
     –   Accessible from NASA Online Directives System (NODIS) Library
     –   http://nodis3.gsfc.nasa.gov/displayDir.cfm?t=NPR&c=8000&s=4A
•   This directive evolves NASA’s Risk Management (RM) approach to entail two
    complementary processes:
     –   Risk-informed Decision Making (RIDM)
         Emphasizes the proper use of risk analysis in its broadest sense to make risk informed
         decisions that impact all mission execution domains (e.g., safety, technical, cost, and
         schedule) for program/projects and mission support organizations for supporting
         development of baseline performance requirements by selecting performance commitments
     –   Continuous Risk Management (CRM)
         Focuses on the management of risk associated with implementation of baseline
         performance requirements




                              RM ≡ RIDM + CRM


                                                                                                   4
General Definition of “Risk” per NPR 8000.4A

  “Potential for performance shortfalls, which may be realized in
  the future, with respect to achieving explicitly established and
  stated Performance Requirements”

• This definition of “risk” guided the development of some of the
  RIDM concepts

• The performance shortfalls may be related to any one or more
  of the following mission execution domains
   – Safety
   – Technical
   – Cost
   – Schedule




                                                                     5
The RIDM Process as defined in NPR
    8000.4A
•       What is RIDM?
    –    A risk-informed decision-making process that uses a
         diverse set of performance measures along with          Risk-Informed Decision Making (RIDM)
         other considerations within a deliberative process to
         inform decision making. (Paragraph A-14)                     Identification of Alternatives
                                                                  Identify Decision Alternatives (Recognizing
                                                                  Opportunities) in the Context of Objectives
          A decision-making process relying primarily on a
             narrow set of model-based risk metrics would be
             considered “risk-based.” (Note to Paragraph A-14)        Risk Analysis of Alternatives
                                                                  Risk Analysis (Integrated Perspective) and
                                                                   Development of the Technical Basis for
                                                                                 Deliberation
•       What does it involve?
    –    Identification of decision alternatives (decision
                                                                  Risk-Informed Alternative Selection
         context) and considering a sufficient number and          Deliberate and Select an Alternative and
         diversity of Performance Measures                         Associated Performance Commitments
                                                                   Informed by (not solely based on) Risk
                                                                                   Analysis
    –    Risk analysis of decision alternatives (uncertainty
         analysis of performance associated with the
         alternative
                                                                        To Requirements Baselining


    –    Selection of a decision alternative informed by (not
         solely based on) Risk Analysis Results
                                                                                                                6
The RIDM Process Begins with NASA
Strategic Goals
• Within NASA’s organizational
  hierarchy, high-level
  objectives (NASA Strategic




                                          ss
                                           e
  Goals) flow down in the form




                                        oc
                                    Pr
  of progressively more




                                   DM
                                 RI
  detailed performance
  requirements, whose
  satisfaction assures that
  objectives are met

• RIDM is designed to maintain
  focus on strategic goals as
  decisions are made
  throughout the hierarchy



                                               7
RIDM and CRM Within the NASA Hierarchy
•   RIDM and CRM operate at each level of the NASA hierarchy, with
    interfaces for the flowdown of requirements, the elevation of risk
    issues, and the communication of risk information




                                                                         8
RIDM Handbook Development




                            9
RIDM Handbook
•   OSMA has developed a Special Publication (in
    draft) to provide implementation guidance                   NASA/SP-2009-XXXX
                                                                  NASA/SP-2009-XXXX
                                                                  Rev0
                                                                Rev0
     –   It decomposes RIDM into specific process steps, with
         specific guidance provided for each step
                                                           NASA
                                                             NASA
     –   It elaborates on the relationships between RIDM,  Risk Informed Decision Making
                                                             Risk Informed Decision Making
         requirements development, requirements baselining Handbook
                                                             Handbook
         (or rebaselining), and CRM

     –   The present emphasis is on Programs and Projects;
         however, the process is generally applicable to all
         activities covered by NPD 7120.4


•   The development team observed/reviewed a
    number of NASA decision-making activities for                 Office of Safety and Mission Assurance
                                                                  NASA Headquarters

    good practices & lessons learned

     –   Altair Buyback Analysis
     –   Ares I Recovery Assessment
                                                                            T H I S H A NDB OOK H A S NOT B E E N R E V I E W E D F OR E X POR T C ONT R OL R E ST R I C T I ONS;
     –   Ares Launch Order Analysis                                                  C ONSUL T Y OUR C E NT E R /F A C I L I T Y /H E A DQUA R T E R S E X POR T C ONT R OL
                                                                                    PR OC E DUR E S/A UT H OR I T Y PR I OR T O DI ST R I B UT I ON OF T H I S DOC UM E NT .


     –   Exploration Systems Architecture Study

                                                                                                                                                                                    10
RIDM Process Themes

• The importance of close ties between the selected alternative
  and the requirements derived from it
   – The RIDM process should promote the generation of achievable
     requirements (e.g., mean value results from high-level analyses should
     not become requirements)
   – As alternatives are modified, derived requirements should be
     rebaselined to follow suit
• The importance of maintaining a focus on high-level
  objectives, for decisions made at all levels of the NASA
  hierarchy
• The importance of considering multiple objectives across all
  mission execution domains (safety, technical, cost, schedule)
• The importance of a documented decision



                                                                              11
Information Flow in RIDM




                           Coordinated by
                           Risk Manager




                                            12
RIDM Process Steps




                     13
RIDM Process
Part 1 – Identification of Alternatives




                                          14
RIDM Process – Part 1
Step 1 – Receive Objectives & Understand Stakeholder Expectations

  •   The goal of Step 1 is the development of unambiguous objectives,
      reflecting stakeholder expectations.

  •   Typical inputs to Step 1 include:
       –   Upper Level Requirements and Expectations: The needs, wants, desires,
           capabilities, constraints, external interfaces, etc., that are being flowed down from a
           higher level (e.g., program, project, etc.)
       –   Identification of Stakeholders: Individuals or organizations that are materially
           affected by the outcome of a decision or deliverable but are outside the organization
           doing the work or making the decision

  •   Typical outputs for capturing stakeholder expectations include the
      following:
       –   Top-Level Requirements and Expectations: These are the top-level needs, wants,
           desires, capabilities, constraints, external interfaces, etc., for the product(s) to be
           developed
       –   Top-Level Conceptual Boundaries and Functional Milestones: How the selected
           alternative will be operated to meet expectations. It describes the alternative’s
           characteristics from an operational perspective



                                                                                                     15
RIDM Process – Part 1
Step 2 – Derive Performance Measures from Objectives

•   In general, it can be difficult to assess decision alternatives against multifaceted and/or
    qualitative top-level objectives

•   To deal with this situation, objectives are decomposed, using an objectives hierarchy, into
    a set of lower-level performance objectives that any attractive alternative should have

•   A performance measure is then developed for each performance objective, as the quantity
    that measures the extent to which a decision alternative meets the performance objective




                     Notional Objectives Hierarchy

                                                                                                  16
RIDM Process – Part 1
Step 2 – Derive Performance Measures from Objectives

• Imposed Constraints

    –   Performance objectives whose performance measures must remain within
        defined limits for every feasible alternative, give rise to imposed
        constraints that reflect those limits

    –   Imposed constraints propagate through the objectives hierarchy

    –   Imposed constraints include the success criteria for the undertaking,
        outside of which the top-level objectives are not achieved

         •   Example: If an objective is to put a satellite of a certain mass into a
             certain orbit, then the ability to loft that mass into that orbit is an
             imposed constraint, and any proposed solution that is incapable of
             doing so is infeasible


                                                                                       17
RIDM Process – Part 1
Step 3 – Compile Feasible Alternatives

•   Structuring the set of alternatives – Trade trees
     – Initially, the trade tree contains a number of high-level classes of decision
       alternatives representing different strategies
     – The tree is developed in greater detail by determining option categories for each
       strategy
     – Defined to the level required to quantify performance measures


•   As the tree is developed,
    alternatives may be pruned
     – Criteria
        • Infeasibility (e.g., does not
           meet imposed constraints)
        • Inferiority to other alternatives

     – Methods
        • Bounding analysis using point estimates

        • Expert opinion / deliberation




                                                                                           18
RIDM Process Review
Part 1 – Identification of Alternatives




                                          19
RIDM Process
Part 2 – Risk Analysis of Alternatives




                                         20
RIDM Process – Part 2
Step 4 – Set Framework & Choose Analysis Methodologies (1)
•   Goal: to develop a risk analysis framework that integrates domain-specific
    performance assessments and quantifies the performance measures
     – Risk Analysis - probabilistic modeling of performance

                      Uncertain Conditions                                 Probabilistically - Determined
                                                                                     Outcomes

                                 Funding
                               Environment

                              Operating
                             Environment
                                                 Risk Analysis
                                                of an Alternative
                                                                                   Performance Measure 1
                                      Limited
                                                • Safety Risk
                                       Data




                                                                                             …
                                                • Technical Risk
                            Technology          • Cost Risk
                            Development         • Schedule Risk

                     Design, Test &
                      Production
                      Processes
                                      Etc.
                                                                                   Performance Measure n


                                                      * Performance measures depicted for a single alternative




•   The challenge is to establish a transparent framework that:
     – Operates on a common set of performance parameters for each
       alternative
     – Consistently addresses uncertainties across mission execution domains
       and across alternatives
     – Preserves correlations between performance measures                                                       21
RIDM Process – Part 2
Step 4 – Set Framework & Choose Analysis Methodologies (2)

 • Setting the risk analysis framework (alternative specific)




                                                                22
RIDM Process – Part 2
Step 4 – Set Framework & Choose Analysis Methodologies (3)

 • Choosing the analysis methodologies

     –   Detailed domain-specific analysis guidance is available in domain-
         specific guidance documents like the NASA Cost Estimating
         Handbook, the NASA Systems Engineering Handbook, and the
         NASA Probabilistic Risk Assessment Procedures Guide


     –   Depending on project scale, life cycle phase, etc., different levels of
         analysis are appropriate. The rigor of analysis should be enough to:

          •   Assess compliance with imposed constraints

          •   Distinguish between alternatives

     –   Iteration is to be expected as part of the analysis process, as analyses
         are refined and additional issues are raised during deliberations
                                                                                    23
RIDM Process – Part 2
Step 4 – Set Framework & Choose Analysis Methodologies (4)

 • Choosing the analysis methodologies – “Consumer Guide”
   chart

 • The rigor of the
   analysis should be
   sufficient to
   support robust
   decision-making
   (i.e., the decision
   maker is confident
   that the selected
   alternative is best,
   given the state of
   knowledge)
                                                             24
RIDM Process – Part 2
Step 5 – Quantify Performance Measures (1)

• Once the risk analysis framework is established and risk
  analysis methodologies determined, performance measures
  can be quantified

• Since performance measures are typically not independent,
  correlation between performance measures should be
  preserved
    –   For example, cost and schedule tend to be highly correlated. High
        costs tend to be associated with slipped schedules


• One way to preserve correlations is to conduct analysis within
  a common Monte Carlo “shell”
    –   For each iteration of the Monte Carlo shell, a common set of
        performance parameters is sampled and propagated through the entire
        suite of analyses, to produce the performance measures for that
        iteration
                                                                              25
RIDM Process – Part 2
Step 5 – Quantify Performance Measures (2)

• Quantification via probabilistic modeling of performance




                                                             26
RIDM Process – Part 2
Step 6 – Develop Risk-Normalized Candidate Performance
Commitments (1)
•   Performance measure pdfs constitute the fundamental risk analysis
    results

•   However, there are practical difficulties comparing performance
    measures whose values are expressed as pdfs:
     – Overlapping pdfs
     – Relationships between pdfs and imposed constraints
     – Relationships between pdfs and derived requirements

•   To simplify the problem, one might use mean values to compare
    alternatives, but this approach can:
     – Produce values that are disproportionately influenced by the tail ends of the pdfs
     – Introduce significant probabilities of falling short of imposed constraints, even
       when the mean values meet imposed constraints
     – Lead to derived requirements that are not achievable

•   What is needed is a technique for selecting alternatives, that is
    informed by an understanding of each alternative’s chances of not
    meeting performance expectations
                                                                                            27
RIDM Process – Part 2
Step 6 – Develop Risk-Normalized Candidate Performance
Commitments (2)
• Performance Commitments
    –   A performance commitment is a performance measure value set at a
        specified percentile of the performance measure’s pdf

    –   Performance commitments help to anchor the decision-maker’s
        perspective to specific performance expectations for each alternative

    –   For a given performance measure, the performance commitment is set
        at the same percentile for all decision alternatives

    –   Performance commitments support
        a risk-normalized comparison of
        decision alternatives, at a level of
        risk tolerance determined by the
        decision maker

                                                                                28
RIDM Process – Part 2
Step 6 – Develop Risk-Normalized Candidate Performance
Commitments (3)

   Candidate Performance Commitments facilitate comparison of
   performance across alternatives, subject to the decision-maker’s
   risk tolerance for each Performance Measure



                                               Risk of not
                                            meeting specified
                Alternative                   performance
                     A



                Alternative
                     B



                Alternative
                     C
                                    Payload
                                   Capability
                               Imposed
                              Constraint
                                                                      29
RIDM Process – Part 2
Step 6 – Develop Risk-Normalized Candidate Performance
Commitments (4)
• Developing Performance Commitments:

    –   The inputs to performance commitment development are:
         • The performance measure pdfs for each decision alternative
         • An ordering of the performance measures
         • A risk tolerance for each performance measure, expressed as a
           percentile value

    –   For each alternative, performance commitments are developed by
        sequentially determining the value of each performance measure
        that matches the decision maker’s risk tolerance for that
        performance measure, conditional on meeting previously-defined
        performance commitments.
         • This value becomes the performance commitment for the
           current performance measure

    –   The process is repeated until performance commitments have
        been developed for all performance measures

                                                                           30
RIDM Process – Part 2
Step 6 – Develop Risk-Normalized Candidate Performance
Commitments (5)




                                                         31
RIDM Process – Part 2
Step 7 – Develop the Technical Basis for Deliberation
• The Technical Basis for Deliberation (TBfD) contains the
  information needed to risk-inform the selection of a decision
  alternative

• The TBfD contains:
    –   A statement of the top-level objectives and imposed constraints
    –   The objectives hierarchy and performance measures
    –   A summary description of the compiled decision alternatives, indicating pruned
        alternatives
    –   A summary of the risk analysis framework and models
    –   Scenario descriptions
    –   Marginal performance measure pdfs and a summary of significant correlations
    –   A tabulation of risk with respect to imposed constraints
    –   Identification of significant risk drivers with respect to imposed constraints
    –   Candidate performance measure risk tolerances




                                                                                         32
RIDM Process Review
Part 2 – Risk Analysis of Alternatives




                                         33
RIDM Process
Part 3 – Risk-Informed Alternative Selection




                                               34
RIDM Process – Part 3
Step 8 – Deliberate (1)

•   In Step 8, Deliberate, relevant stakeholders, risk analysts, and decision
    makers deliberate the merits and drawbacks of each alternative, given
    information in the TBfD

•   This step is iterative, and may involve additional risk analysis and/or
    information gathering

•   The decision maker, or his proxy, may also invoke deliberation as an
    intermediate step to cull the alternatives going forward (i.e.,
    downselection)

     Deliberation: Any process for communication and for raising
     and collectively considering issues. In deliberation, people
     discuss, ponder, exchange observations and views, reflect upon
     information and judgments concerning matters of mutual
     interest, and attempt to persuade each other. Deliberations
     about risk often include discussions of the role, subjects,
     methods, and results of risk analysis.
                                                                                35
RIDM Process – Part 3
Step 8 – Deliberate (2)

• Step 8, Deliberate, is structured in terms of:
     –   Generate candidate performance commitments
         •   Establish risk tolerances on the performance measures
         •   Order the performance measures

     –   Assess the credibility of the estimation methods
     –   Identify contending alternatives
         •   Infeasibility
         •   Dominance
         •   Inferior performance in key areas

     –   Additional uncertainty considerations
         •   The potential for exceptionally high or poor performance

• Deliberation is iterative


                                                                        36
RIDM Process – Part 3
Step 8 – Deliberate (3)

• Generate Candidate Performance Commitments -- Candidate
  performance commitments are generated by the deliberators for the
  purpose of deliberation and down-selection prior to finalization by the
  decision maker. This is done by:

     –   Establishing risk tolerances on the performance measures:
          • Relationship to imposed constraints – Low risk tolerances on
            performance measures that have imposed constraints assure a high
            likelihood of program/project success
          • High-priority objectives – Low risk tolerances are appropriate for
            objectives that have high priority, but for which imposed constraints
            have not been set
            Note: The lack of an imposed constraint on a performance measure
            does not necessarily mean that the objective is of less importance; it
            may just mean that there is no well defined threshold that defines
            success
          • Low-priority objectives and/or “stretch goals” – Higher risk
            tolerances may be appropriate for objectives that are not crucial to
            program/project success
                                                                                     37
RIDM Process – Part 3
Step 9 – Select an Alternative (1)

•   In Step 9, Select an Alternative, the deliberators present the contending
    alternatives to the decision maker, along with supporting information. The
    decision maker selects an alternative and documents his/her rationale

•   In addition to information in the TBfD, information produced during deliberation
    should also be summarized and forwarded to the decision-maker. This
    includes:

     –   Risk tolerances and performance commitments – These are key pieces of
         information for the decision-maker. They strongly influence requirements
         development and the corresponding program/project risk that is to be accepted
         going forward.

     –   Pros and cons of each contending alternative – An itemized table of the pros
         and cons of each alternative is recommended for the contending alternatives.
         This format has a long history of use, and is capable of expressing qualitative and
         contentious issues



                                                                                               38
RIDM Process – Part 3
Step 9 – Select an Alternative (2)

•   Information forwarded to the decision-maker should also include:

     –   Risk lists – Each alternative will have different contributors to its performance
         commitment risks. Correspondingly, a risk list can be compiled for every
         contending alternative, which identifies the major uncertainties that contribute to
         risk

     –   Analysis credibility matrix – Communicates the credibility of the risk analysis
         methods and results




                                                                                               39
RIDM Process – Part 3
Step 10 – Document the Decision Rationale
•   The Risk-Informed Selection Report (RISR) is a record of the risk-
    informed decision, and documents the decision rationale. The RISR
    contains:
     –   The TBfD
     –   From deliberation:
          •   Assessment of the credibility of the risk analysis
          •   Identification of the contending decision alternatives
          •   Pros and cons of each contending alternative
          •   Any briefing material presented by the deliberators to the decision-maker
     –   From the decision-maker:
          •   Identification of the selected alternative
          •   The finalized risk tolerance for each performance measure, along with the
              corresponding performance commitments for the selected alternative
          •   Comparison of the selected alternative to the non-selected contending
              alternatives, summarizing the relative pros and cons, and the reasons why
              the selected alternative is preferred
          •   Assessment of the robustness of the decision




                                                                                          40
RIDM Process Review
Part 3 – Risk-Informed Alternative Selection




                                               41
Summary - 1

• Risk-Informed Decision Making (RIDM) attempts to
  respond to some of the primary issues that have derailed
  programs in the past:
   –   the “mismatch” between stakeholder expectations and the
       “true” resources required to address the risks to achieve
       those expectations,
   –   the miscomprehension of the risk that a decision-maker is
       accepting when making commitments to stakeholders, and
   –   the miscommunication in considering the respective risks
       associated with competing alternatives

• A multi-step process has been developed to take
  advantage of existing systems engineering practices
  while also introducing risk analysis and systematic
  deliberative techniques into the decision-making
  process
                                                                   42
Summary - 2

• OSMA has developed a Special Publication (in draft) and
  associated training material to provide implementation
  guidance
   –   Comments and suggestions from an agency-wide review
       cycle are being compiled and will be used in revising the
       draft for final publication
   –   To download a copy and participate in the process go to:
       https://secureworkgroups.grc.nasa.gov/armwg (PBMA
       registration and site access approval required)

• Future steps include:
   –   Revision of how CRM should be conducted to be
       consistent with 8000.4A and take advantage of the
       information provided by the RIDM process
   –   Better integration of the RIDM and CRM processes with the
       ultimate goal of a completely integrated and seamless Risk
       Management process
                                                                    43

More Related Content

What's hot

Andrew.george
Andrew.georgeAndrew.george
Andrew.georgeNASAPMC
 
1.1.2010 Ops Risk
1.1.2010 Ops Risk1.1.2010 Ops Risk
1.1.2010 Ops Risksllzurich
 
Scrutinising Your ERM framework for Effectiveness
Scrutinising Your ERM framework for Effectiveness Scrutinising Your ERM framework for Effectiveness
Scrutinising Your ERM framework for Effectiveness Eneni Oduwole
 
Odum.t.averbeck.r
Odum.t.averbeck.rOdum.t.averbeck.r
Odum.t.averbeck.rNASAPMC
 
Richards.robert
Richards.robertRichards.robert
Richards.robertNASAPMC
 
Risk Analysis In Business Continuity Management - Jeremy Wong
Risk Analysis In Business Continuity Management - Jeremy WongRisk Analysis In Business Continuity Management - Jeremy Wong
Risk Analysis In Business Continuity Management - Jeremy WongBCM Institute
 
Florida Association of Community Colleges, Council of Student Affairs Present...
Florida Association of Community Colleges, Council of Student Affairs Present...Florida Association of Community Colleges, Council of Student Affairs Present...
Florida Association of Community Colleges, Council of Student Affairs Present...Margolis Healy
 
Risk Mitigation Trees - Review test handovers with stakeholders (2004)
Risk Mitigation Trees - Review test handovers with stakeholders (2004)Risk Mitigation Trees - Review test handovers with stakeholders (2004)
Risk Mitigation Trees - Review test handovers with stakeholders (2004)Neil Thompson
 
Turner.john
Turner.johnTurner.john
Turner.johnNASAPMC
 
HML Risk Transformation
HML Risk TransformationHML Risk Transformation
HML Risk TransformationAndrew Smart
 
Assess Your Business Continuity Management Process
Assess Your Business Continuity Management ProcessAssess Your Business Continuity Management Process
Assess Your Business Continuity Management ProcessAnand Subramaniam
 
Risk leadership perspectives Risk Manager of the Year
Risk leadership perspectives Risk Manager of the YearRisk leadership perspectives Risk Manager of the Year
Risk leadership perspectives Risk Manager of the YearKarl Davey
 
Luftwaffe Targeting
Luftwaffe TargetingLuftwaffe Targeting
Luftwaffe TargetingJohnny Bower
 
Managing Risk in e-Learning
Managing Risk in e-LearningManaging Risk in e-Learning
Managing Risk in e-LearningKnowledgeWorking
 
Solvency II IT Impacts
Solvency II   IT ImpactsSolvency II   IT Impacts
Solvency II IT ImpactsAli BELCAID
 

What's hot (19)

Conceptual Risk Model
Conceptual Risk ModelConceptual Risk Model
Conceptual Risk Model
 
Andrew.george
Andrew.georgeAndrew.george
Andrew.george
 
1.1.2010 Ops Risk
1.1.2010 Ops Risk1.1.2010 Ops Risk
1.1.2010 Ops Risk
 
Scrutinising Your ERM framework for Effectiveness
Scrutinising Your ERM framework for Effectiveness Scrutinising Your ERM framework for Effectiveness
Scrutinising Your ERM framework for Effectiveness
 
Odum.t.averbeck.r
Odum.t.averbeck.rOdum.t.averbeck.r
Odum.t.averbeck.r
 
Richards.robert
Richards.robertRichards.robert
Richards.robert
 
Risk Analysis In Business Continuity Management - Jeremy Wong
Risk Analysis In Business Continuity Management - Jeremy WongRisk Analysis In Business Continuity Management - Jeremy Wong
Risk Analysis In Business Continuity Management - Jeremy Wong
 
Florida Association of Community Colleges, Council of Student Affairs Present...
Florida Association of Community Colleges, Council of Student Affairs Present...Florida Association of Community Colleges, Council of Student Affairs Present...
Florida Association of Community Colleges, Council of Student Affairs Present...
 
Erm
ErmErm
Erm
 
Risk Mitigation Trees - Review test handovers with stakeholders (2004)
Risk Mitigation Trees - Review test handovers with stakeholders (2004)Risk Mitigation Trees - Review test handovers with stakeholders (2004)
Risk Mitigation Trees - Review test handovers with stakeholders (2004)
 
Wagster
WagsterWagster
Wagster
 
Turner.john
Turner.johnTurner.john
Turner.john
 
HML Risk Transformation
HML Risk TransformationHML Risk Transformation
HML Risk Transformation
 
Assess Your Business Continuity Management Process
Assess Your Business Continuity Management ProcessAssess Your Business Continuity Management Process
Assess Your Business Continuity Management Process
 
Critical thinking
Critical thinkingCritical thinking
Critical thinking
 
Risk leadership perspectives Risk Manager of the Year
Risk leadership perspectives Risk Manager of the YearRisk leadership perspectives Risk Manager of the Year
Risk leadership perspectives Risk Manager of the Year
 
Luftwaffe Targeting
Luftwaffe TargetingLuftwaffe Targeting
Luftwaffe Targeting
 
Managing Risk in e-Learning
Managing Risk in e-LearningManaging Risk in e-Learning
Managing Risk in e-Learning
 
Solvency II IT Impacts
Solvency II   IT ImpactsSolvency II   IT Impacts
Solvency II IT Impacts
 

Viewers also liked

Ronnie goodin.ronnie contracts
Ronnie goodin.ronnie contractsRonnie goodin.ronnie contracts
Ronnie goodin.ronnie contractsNASAPMC
 
Taylor.ron
Taylor.ronTaylor.ron
Taylor.ronNASAPMC
 
Kerby.jerald
Kerby.jeraldKerby.jerald
Kerby.jeraldNASAPMC
 
Terry.cooke davies
Terry.cooke daviesTerry.cooke davies
Terry.cooke daviesNASAPMC
 
Backup ronniegoodinchampionsinventors
Backup ronniegoodinchampionsinventorsBackup ronniegoodinchampionsinventors
Backup ronniegoodinchampionsinventorsNASAPMC
 
Ann over
Ann overAnn over
Ann overNASAPMC
 
Gill.paul
Gill.paulGill.paul
Gill.paulNASAPMC
 
Dezfuli youngblood
Dezfuli youngbloodDezfuli youngblood
Dezfuli youngbloodNASAPMC
 
Krasa.lee
Krasa.leeKrasa.lee
Krasa.leeNASAPMC
 
Bilardo2 15-2012
Bilardo2 15-2012Bilardo2 15-2012
Bilardo2 15-2012NASAPMC
 
Augustin.debbie
Augustin.debbieAugustin.debbie
Augustin.debbieNASAPMC
 
Derleth.james
Derleth.jamesDerleth.james
Derleth.jamesNASAPMC
 
Juli.thomas
Juli.thomasJuli.thomas
Juli.thomasNASAPMC
 
Ray hines stegeman
Ray hines stegemanRay hines stegeman
Ray hines stegemanNASAPMC
 
Kelly.michael
Kelly.michaelKelly.michael
Kelly.michaelNASAPMC
 
Carol scottcowartmcphillipspm challengefinal
Carol scottcowartmcphillipspm challengefinalCarol scottcowartmcphillipspm challengefinal
Carol scottcowartmcphillipspm challengefinalNASAPMC
 
Kelso.robert
Kelso.robertKelso.robert
Kelso.robertNASAPMC
 
Garrett.skrobot
Garrett.skrobotGarrett.skrobot
Garrett.skrobotNASAPMC
 

Viewers also liked (20)

Ronnie goodin.ronnie contracts
Ronnie goodin.ronnie contractsRonnie goodin.ronnie contracts
Ronnie goodin.ronnie contracts
 
Taylor.ron
Taylor.ronTaylor.ron
Taylor.ron
 
Kerby.jerald
Kerby.jeraldKerby.jerald
Kerby.jerald
 
Terry.cooke davies
Terry.cooke daviesTerry.cooke davies
Terry.cooke davies
 
Backup ronniegoodinchampionsinventors
Backup ronniegoodinchampionsinventorsBackup ronniegoodinchampionsinventors
Backup ronniegoodinchampionsinventors
 
Ann over
Ann overAnn over
Ann over
 
Gill.paul
Gill.paulGill.paul
Gill.paul
 
Dezfuli youngblood
Dezfuli youngbloodDezfuli youngblood
Dezfuli youngblood
 
Krasa.lee
Krasa.leeKrasa.lee
Krasa.lee
 
Bilardo2 15-2012
Bilardo2 15-2012Bilardo2 15-2012
Bilardo2 15-2012
 
Augustin.debbie
Augustin.debbieAugustin.debbie
Augustin.debbie
 
Derleth.james
Derleth.jamesDerleth.james
Derleth.james
 
Grieman
GriemanGrieman
Grieman
 
Juli.thomas
Juli.thomasJuli.thomas
Juli.thomas
 
Ray hines stegeman
Ray hines stegemanRay hines stegeman
Ray hines stegeman
 
Kelly.michael
Kelly.michaelKelly.michael
Kelly.michael
 
Carol scottcowartmcphillipspm challengefinal
Carol scottcowartmcphillipspm challengefinalCarol scottcowartmcphillipspm challengefinal
Carol scottcowartmcphillipspm challengefinal
 
Kelso.robert
Kelso.robertKelso.robert
Kelso.robert
 
Symons
SymonsSymons
Symons
 
Garrett.skrobot
Garrett.skrobotGarrett.skrobot
Garrett.skrobot
 

Similar to Homayoon.dezfuli

Fussell.louis
Fussell.louisFussell.louis
Fussell.louisNASAPMC
 
Dezfuli.homayoon
Dezfuli.homayoonDezfuli.homayoon
Dezfuli.homayoonNASAPMC
 
Dezfuli.homayoon
Dezfuli.homayoonDezfuli.homayoon
Dezfuli.homayoonNASAPMC
 
Ashley.edwards
Ashley.edwardsAshley.edwards
Ashley.edwardsNASAPMC
 
Ta Security
Ta SecurityTa Security
Ta Securityjothsna
 
TA security
TA securityTA security
TA securitykesavars
 
Risk analysis and management
Risk analysis and managementRisk analysis and management
Risk analysis and managementgnitu
 
Cynthia.calhoun
Cynthia.calhounCynthia.calhoun
Cynthia.calhounNASAPMC
 
Perform qualitative risk analysis
Perform qualitative risk analysis Perform qualitative risk analysis
Perform qualitative risk analysis Shereef Sabri
 
NIST 800-30 Intro to Conducting Risk Assessments - Part 1
NIST 800-30 Intro to Conducting Risk Assessments - Part 1NIST 800-30 Intro to Conducting Risk Assessments - Part 1
NIST 800-30 Intro to Conducting Risk Assessments - Part 1Denise Tawwab
 
Risk project management - Notes for the CAMP exam
Risk project management - Notes for the CAMP examRisk project management - Notes for the CAMP exam
Risk project management - Notes for the CAMP examMaria Kirk
 
Peoject Risk Management(quantative&qualitive)
Peoject Risk Management(quantative&qualitive)Peoject Risk Management(quantative&qualitive)
Peoject Risk Management(quantative&qualitive)Evgeni Tsonev
 
Root Cause and Corrective Action (RCCA) Workshop
Root Cause and Corrective Action (RCCA) WorkshopRoot Cause and Corrective Action (RCCA) Workshop
Root Cause and Corrective Action (RCCA) WorkshopAccendo Reliability
 
Oracle Database Security Diagnostic Service
Oracle Database Security Diagnostic ServiceOracle Database Security Diagnostic Service
Oracle Database Security Diagnostic Servicesheehab2
 
NG BB 49 Risk Assessment
NG BB 49 Risk AssessmentNG BB 49 Risk Assessment
NG BB 49 Risk AssessmentLeanleaders.org
 

Similar to Homayoon.dezfuli (20)

Fussell.louis
Fussell.louisFussell.louis
Fussell.louis
 
Dezfuli.homayoon
Dezfuli.homayoonDezfuli.homayoon
Dezfuli.homayoon
 
Dezfuli.homayoon
Dezfuli.homayoonDezfuli.homayoon
Dezfuli.homayoon
 
Ashley.edwards
Ashley.edwardsAshley.edwards
Ashley.edwards
 
Ta Security
Ta SecurityTa Security
Ta Security
 
TA security
TA securityTA security
TA security
 
Risk analysis and management
Risk analysis and managementRisk analysis and management
Risk analysis and management
 
Cynthia.calhoun
Cynthia.calhounCynthia.calhoun
Cynthia.calhoun
 
11 project risk management
11 project risk management11 project risk management
11 project risk management
 
Perform qualitative risk analysis
Perform qualitative risk analysis Perform qualitative risk analysis
Perform qualitative risk analysis
 
Risk Chapter 11.pptx
Risk Chapter 11.pptxRisk Chapter 11.pptx
Risk Chapter 11.pptx
 
NIST 800-30 Intro to Conducting Risk Assessments - Part 1
NIST 800-30 Intro to Conducting Risk Assessments - Part 1NIST 800-30 Intro to Conducting Risk Assessments - Part 1
NIST 800-30 Intro to Conducting Risk Assessments - Part 1
 
Risk project management - Notes for the CAMP exam
Risk project management - Notes for the CAMP examRisk project management - Notes for the CAMP exam
Risk project management - Notes for the CAMP exam
 
Peoject Risk Management(quantative&qualitive)
Peoject Risk Management(quantative&qualitive)Peoject Risk Management(quantative&qualitive)
Peoject Risk Management(quantative&qualitive)
 
Ohsms geotech risk_acg_fillseminar_june2013_alexatkins
Ohsms geotech risk_acg_fillseminar_june2013_alexatkinsOhsms geotech risk_acg_fillseminar_june2013_alexatkins
Ohsms geotech risk_acg_fillseminar_june2013_alexatkins
 
Risk Assessment
Risk AssessmentRisk Assessment
Risk Assessment
 
Root Cause and Corrective Action (RCCA) Workshop
Root Cause and Corrective Action (RCCA) WorkshopRoot Cause and Corrective Action (RCCA) Workshop
Root Cause and Corrective Action (RCCA) Workshop
 
NIST 800 30 revision Sep 2012
NIST 800 30 revision  Sep 2012NIST 800 30 revision  Sep 2012
NIST 800 30 revision Sep 2012
 
Oracle Database Security Diagnostic Service
Oracle Database Security Diagnostic ServiceOracle Database Security Diagnostic Service
Oracle Database Security Diagnostic Service
 
NG BB 49 Risk Assessment
NG BB 49 Risk AssessmentNG BB 49 Risk Assessment
NG BB 49 Risk Assessment
 

More from NASAPMC

Bejmuk bo
Bejmuk boBejmuk bo
Bejmuk boNASAPMC
 
Baniszewski john
Baniszewski johnBaniszewski john
Baniszewski johnNASAPMC
 
Yew manson
Yew mansonYew manson
Yew mansonNASAPMC
 
Wood frank
Wood frankWood frank
Wood frankNASAPMC
 
Wood frank
Wood frankWood frank
Wood frankNASAPMC
 
Wessen randi (cd)
Wessen randi (cd)Wessen randi (cd)
Wessen randi (cd)NASAPMC
 
Vellinga joe
Vellinga joeVellinga joe
Vellinga joeNASAPMC
 
Trahan stuart
Trahan stuartTrahan stuart
Trahan stuartNASAPMC
 
Stock gahm
Stock gahmStock gahm
Stock gahmNASAPMC
 
Snow lee
Snow leeSnow lee
Snow leeNASAPMC
 
Smalley sandra
Smalley sandraSmalley sandra
Smalley sandraNASAPMC
 
Seftas krage
Seftas krageSeftas krage
Seftas krageNASAPMC
 
Sampietro marco
Sampietro marcoSampietro marco
Sampietro marcoNASAPMC
 
Rudolphi mike
Rudolphi mikeRudolphi mike
Rudolphi mikeNASAPMC
 
Roberts karlene
Roberts karleneRoberts karlene
Roberts karleneNASAPMC
 
Rackley mike
Rackley mikeRackley mike
Rackley mikeNASAPMC
 
Paradis william
Paradis williamParadis william
Paradis williamNASAPMC
 
Osterkamp jeff
Osterkamp jeffOsterkamp jeff
Osterkamp jeffNASAPMC
 
O'keefe william
O'keefe williamO'keefe william
O'keefe williamNASAPMC
 
Muller ralf
Muller ralfMuller ralf
Muller ralfNASAPMC
 

More from NASAPMC (20)

Bejmuk bo
Bejmuk boBejmuk bo
Bejmuk bo
 
Baniszewski john
Baniszewski johnBaniszewski john
Baniszewski john
 
Yew manson
Yew mansonYew manson
Yew manson
 
Wood frank
Wood frankWood frank
Wood frank
 
Wood frank
Wood frankWood frank
Wood frank
 
Wessen randi (cd)
Wessen randi (cd)Wessen randi (cd)
Wessen randi (cd)
 
Vellinga joe
Vellinga joeVellinga joe
Vellinga joe
 
Trahan stuart
Trahan stuartTrahan stuart
Trahan stuart
 
Stock gahm
Stock gahmStock gahm
Stock gahm
 
Snow lee
Snow leeSnow lee
Snow lee
 
Smalley sandra
Smalley sandraSmalley sandra
Smalley sandra
 
Seftas krage
Seftas krageSeftas krage
Seftas krage
 
Sampietro marco
Sampietro marcoSampietro marco
Sampietro marco
 
Rudolphi mike
Rudolphi mikeRudolphi mike
Rudolphi mike
 
Roberts karlene
Roberts karleneRoberts karlene
Roberts karlene
 
Rackley mike
Rackley mikeRackley mike
Rackley mike
 
Paradis william
Paradis williamParadis william
Paradis william
 
Osterkamp jeff
Osterkamp jeffOsterkamp jeff
Osterkamp jeff
 
O'keefe william
O'keefe williamO'keefe william
O'keefe william
 
Muller ralf
Muller ralfMuller ralf
Muller ralf
 

Recently uploaded

Pigging Solutions in Pet Food Manufacturing
Pigging Solutions in Pet Food ManufacturingPigging Solutions in Pet Food Manufacturing
Pigging Solutions in Pet Food ManufacturingPigging Solutions
 
Automating Business Process via MuleSoft Composer | Bangalore MuleSoft Meetup...
Automating Business Process via MuleSoft Composer | Bangalore MuleSoft Meetup...Automating Business Process via MuleSoft Composer | Bangalore MuleSoft Meetup...
Automating Business Process via MuleSoft Composer | Bangalore MuleSoft Meetup...shyamraj55
 
"LLMs for Python Engineers: Advanced Data Analysis and Semantic Kernel",Oleks...
"LLMs for Python Engineers: Advanced Data Analysis and Semantic Kernel",Oleks..."LLMs for Python Engineers: Advanced Data Analysis and Semantic Kernel",Oleks...
"LLMs for Python Engineers: Advanced Data Analysis and Semantic Kernel",Oleks...Fwdays
 
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
"Federated learning: out of reach no matter how close",Oleksandr LapshynFwdays
 
Human Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR SystemsHuman Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR SystemsMark Billinghurst
 
Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)
Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)
Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)Mark Simos
 
CloudStudio User manual (basic edition):
CloudStudio User manual (basic edition):CloudStudio User manual (basic edition):
CloudStudio User manual (basic edition):comworks
 
Nell’iperspazio con Rocket: il Framework Web di Rust!
Nell’iperspazio con Rocket: il Framework Web di Rust!Nell’iperspazio con Rocket: il Framework Web di Rust!
Nell’iperspazio con Rocket: il Framework Web di Rust!Commit University
 
"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii Soldatenko"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii SoldatenkoFwdays
 
costume and set research powerpoint presentation
costume and set research powerpoint presentationcostume and set research powerpoint presentation
costume and set research powerpoint presentationphoebematthew05
 
Understanding the Laravel MVC Architecture
Understanding the Laravel MVC ArchitectureUnderstanding the Laravel MVC Architecture
Understanding the Laravel MVC ArchitecturePixlogix Infotech
 
Dev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio WebDev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio WebUiPathCommunity
 
Install Stable Diffusion in windows machine
Install Stable Diffusion in windows machineInstall Stable Diffusion in windows machine
Install Stable Diffusion in windows machinePadma Pradeep
 
Integration and Automation in Practice: CI/CD in Mule Integration and Automat...
Integration and Automation in Practice: CI/CD in Mule Integration and Automat...Integration and Automation in Practice: CI/CD in Mule Integration and Automat...
Integration and Automation in Practice: CI/CD in Mule Integration and Automat...Patryk Bandurski
 
WordPress Websites for Engineers: Elevate Your Brand
WordPress Websites for Engineers: Elevate Your BrandWordPress Websites for Engineers: Elevate Your Brand
WordPress Websites for Engineers: Elevate Your Brandgvaughan
 
Build your next Gen AI Breakthrough - April 2024
Build your next Gen AI Breakthrough - April 2024Build your next Gen AI Breakthrough - April 2024
Build your next Gen AI Breakthrough - April 2024Neo4j
 
Transcript: New from BookNet Canada for 2024: BNC BiblioShare - Tech Forum 2024
Transcript: New from BookNet Canada for 2024: BNC BiblioShare - Tech Forum 2024Transcript: New from BookNet Canada for 2024: BNC BiblioShare - Tech Forum 2024
Transcript: New from BookNet Canada for 2024: BNC BiblioShare - Tech Forum 2024BookNet Canada
 
Benefits Of Flutter Compared To Other Frameworks
Benefits Of Flutter Compared To Other FrameworksBenefits Of Flutter Compared To Other Frameworks
Benefits Of Flutter Compared To Other FrameworksSoftradix Technologies
 
Are Multi-Cloud and Serverless Good or Bad?
Are Multi-Cloud and Serverless Good or Bad?Are Multi-Cloud and Serverless Good or Bad?
Are Multi-Cloud and Serverless Good or Bad?Mattias Andersson
 
My Hashitalk Indonesia April 2024 Presentation
My Hashitalk Indonesia April 2024 PresentationMy Hashitalk Indonesia April 2024 Presentation
My Hashitalk Indonesia April 2024 PresentationRidwan Fadjar
 

Recently uploaded (20)

Pigging Solutions in Pet Food Manufacturing
Pigging Solutions in Pet Food ManufacturingPigging Solutions in Pet Food Manufacturing
Pigging Solutions in Pet Food Manufacturing
 
Automating Business Process via MuleSoft Composer | Bangalore MuleSoft Meetup...
Automating Business Process via MuleSoft Composer | Bangalore MuleSoft Meetup...Automating Business Process via MuleSoft Composer | Bangalore MuleSoft Meetup...
Automating Business Process via MuleSoft Composer | Bangalore MuleSoft Meetup...
 
"LLMs for Python Engineers: Advanced Data Analysis and Semantic Kernel",Oleks...
"LLMs for Python Engineers: Advanced Data Analysis and Semantic Kernel",Oleks..."LLMs for Python Engineers: Advanced Data Analysis and Semantic Kernel",Oleks...
"LLMs for Python Engineers: Advanced Data Analysis and Semantic Kernel",Oleks...
 
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
 
Human Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR SystemsHuman Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR Systems
 
Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)
Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)
Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)
 
CloudStudio User manual (basic edition):
CloudStudio User manual (basic edition):CloudStudio User manual (basic edition):
CloudStudio User manual (basic edition):
 
Nell’iperspazio con Rocket: il Framework Web di Rust!
Nell’iperspazio con Rocket: il Framework Web di Rust!Nell’iperspazio con Rocket: il Framework Web di Rust!
Nell’iperspazio con Rocket: il Framework Web di Rust!
 
"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii Soldatenko"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii Soldatenko
 
costume and set research powerpoint presentation
costume and set research powerpoint presentationcostume and set research powerpoint presentation
costume and set research powerpoint presentation
 
Understanding the Laravel MVC Architecture
Understanding the Laravel MVC ArchitectureUnderstanding the Laravel MVC Architecture
Understanding the Laravel MVC Architecture
 
Dev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio WebDev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio Web
 
Install Stable Diffusion in windows machine
Install Stable Diffusion in windows machineInstall Stable Diffusion in windows machine
Install Stable Diffusion in windows machine
 
Integration and Automation in Practice: CI/CD in Mule Integration and Automat...
Integration and Automation in Practice: CI/CD in Mule Integration and Automat...Integration and Automation in Practice: CI/CD in Mule Integration and Automat...
Integration and Automation in Practice: CI/CD in Mule Integration and Automat...
 
WordPress Websites for Engineers: Elevate Your Brand
WordPress Websites for Engineers: Elevate Your BrandWordPress Websites for Engineers: Elevate Your Brand
WordPress Websites for Engineers: Elevate Your Brand
 
Build your next Gen AI Breakthrough - April 2024
Build your next Gen AI Breakthrough - April 2024Build your next Gen AI Breakthrough - April 2024
Build your next Gen AI Breakthrough - April 2024
 
Transcript: New from BookNet Canada for 2024: BNC BiblioShare - Tech Forum 2024
Transcript: New from BookNet Canada for 2024: BNC BiblioShare - Tech Forum 2024Transcript: New from BookNet Canada for 2024: BNC BiblioShare - Tech Forum 2024
Transcript: New from BookNet Canada for 2024: BNC BiblioShare - Tech Forum 2024
 
Benefits Of Flutter Compared To Other Frameworks
Benefits Of Flutter Compared To Other FrameworksBenefits Of Flutter Compared To Other Frameworks
Benefits Of Flutter Compared To Other Frameworks
 
Are Multi-Cloud and Serverless Good or Bad?
Are Multi-Cloud and Serverless Good or Bad?Are Multi-Cloud and Serverless Good or Bad?
Are Multi-Cloud and Serverless Good or Bad?
 
My Hashitalk Indonesia April 2024 Presentation
My Hashitalk Indonesia April 2024 PresentationMy Hashitalk Indonesia April 2024 Presentation
My Hashitalk Indonesia April 2024 Presentation
 

Homayoon.dezfuli

  • 1. Risk-informed Decision Making Presented at the Seventh Annual NASA Project Management Challenge Galveston, Texas February 9-10, 2010 Homayoon Dezfuli, Ph.D. Office of Safety and Mission Assurance NASA Headquarters Gaspare Maggio Technology Risk Management Operations Information Systems Laboratories, Inc. Used with Permission
  • 2. Acknowledgments • This presentation is based on the material contained in the first draft of NASA Risk-informed Decision Making Handbook, released in October 2009. The authors acknowledge the contribution of the following individuals in the preparation of this handbook: – Chris Everet, Information Systems Laboratories, Inc. – Rod Williams, Information Systems Laboratories, Inc. – Robert Youngblood, Idaho National Laboratory – Curtis Smith, Idaho National Laboratory – Peter Rutledge, Quality Assurance & Risk Management Services, Inc. 2
  • 4. NPR 8000.4A • The latest version of NPR 8000.4A, Agency Risk Management Procedural Requirements, was issued on December 16, 2008 – Accessible from NASA Online Directives System (NODIS) Library – http://nodis3.gsfc.nasa.gov/displayDir.cfm?t=NPR&c=8000&s=4A • This directive evolves NASA’s Risk Management (RM) approach to entail two complementary processes: – Risk-informed Decision Making (RIDM) Emphasizes the proper use of risk analysis in its broadest sense to make risk informed decisions that impact all mission execution domains (e.g., safety, technical, cost, and schedule) for program/projects and mission support organizations for supporting development of baseline performance requirements by selecting performance commitments – Continuous Risk Management (CRM) Focuses on the management of risk associated with implementation of baseline performance requirements RM ≡ RIDM + CRM 4
  • 5. General Definition of “Risk” per NPR 8000.4A “Potential for performance shortfalls, which may be realized in the future, with respect to achieving explicitly established and stated Performance Requirements” • This definition of “risk” guided the development of some of the RIDM concepts • The performance shortfalls may be related to any one or more of the following mission execution domains – Safety – Technical – Cost – Schedule 5
  • 6. The RIDM Process as defined in NPR 8000.4A • What is RIDM? – A risk-informed decision-making process that uses a diverse set of performance measures along with Risk-Informed Decision Making (RIDM) other considerations within a deliberative process to inform decision making. (Paragraph A-14) Identification of Alternatives Identify Decision Alternatives (Recognizing Opportunities) in the Context of Objectives A decision-making process relying primarily on a narrow set of model-based risk metrics would be considered “risk-based.” (Note to Paragraph A-14) Risk Analysis of Alternatives Risk Analysis (Integrated Perspective) and Development of the Technical Basis for Deliberation • What does it involve? – Identification of decision alternatives (decision Risk-Informed Alternative Selection context) and considering a sufficient number and Deliberate and Select an Alternative and diversity of Performance Measures Associated Performance Commitments Informed by (not solely based on) Risk Analysis – Risk analysis of decision alternatives (uncertainty analysis of performance associated with the alternative To Requirements Baselining – Selection of a decision alternative informed by (not solely based on) Risk Analysis Results 6
  • 7. The RIDM Process Begins with NASA Strategic Goals • Within NASA’s organizational hierarchy, high-level objectives (NASA Strategic ss e Goals) flow down in the form oc Pr of progressively more DM RI detailed performance requirements, whose satisfaction assures that objectives are met • RIDM is designed to maintain focus on strategic goals as decisions are made throughout the hierarchy 7
  • 8. RIDM and CRM Within the NASA Hierarchy • RIDM and CRM operate at each level of the NASA hierarchy, with interfaces for the flowdown of requirements, the elevation of risk issues, and the communication of risk information 8
  • 10. RIDM Handbook • OSMA has developed a Special Publication (in draft) to provide implementation guidance NASA/SP-2009-XXXX NASA/SP-2009-XXXX Rev0 Rev0 – It decomposes RIDM into specific process steps, with specific guidance provided for each step NASA NASA – It elaborates on the relationships between RIDM, Risk Informed Decision Making Risk Informed Decision Making requirements development, requirements baselining Handbook Handbook (or rebaselining), and CRM – The present emphasis is on Programs and Projects; however, the process is generally applicable to all activities covered by NPD 7120.4 • The development team observed/reviewed a number of NASA decision-making activities for Office of Safety and Mission Assurance NASA Headquarters good practices & lessons learned – Altair Buyback Analysis – Ares I Recovery Assessment T H I S H A NDB OOK H A S NOT B E E N R E V I E W E D F OR E X POR T C ONT R OL R E ST R I C T I ONS; – Ares Launch Order Analysis C ONSUL T Y OUR C E NT E R /F A C I L I T Y /H E A DQUA R T E R S E X POR T C ONT R OL PR OC E DUR E S/A UT H OR I T Y PR I OR T O DI ST R I B UT I ON OF T H I S DOC UM E NT . – Exploration Systems Architecture Study 10
  • 11. RIDM Process Themes • The importance of close ties between the selected alternative and the requirements derived from it – The RIDM process should promote the generation of achievable requirements (e.g., mean value results from high-level analyses should not become requirements) – As alternatives are modified, derived requirements should be rebaselined to follow suit • The importance of maintaining a focus on high-level objectives, for decisions made at all levels of the NASA hierarchy • The importance of considering multiple objectives across all mission execution domains (safety, technical, cost, schedule) • The importance of a documented decision 11
  • 12. Information Flow in RIDM Coordinated by Risk Manager 12
  • 14. RIDM Process Part 1 – Identification of Alternatives 14
  • 15. RIDM Process – Part 1 Step 1 – Receive Objectives & Understand Stakeholder Expectations • The goal of Step 1 is the development of unambiguous objectives, reflecting stakeholder expectations. • Typical inputs to Step 1 include: – Upper Level Requirements and Expectations: The needs, wants, desires, capabilities, constraints, external interfaces, etc., that are being flowed down from a higher level (e.g., program, project, etc.) – Identification of Stakeholders: Individuals or organizations that are materially affected by the outcome of a decision or deliverable but are outside the organization doing the work or making the decision • Typical outputs for capturing stakeholder expectations include the following: – Top-Level Requirements and Expectations: These are the top-level needs, wants, desires, capabilities, constraints, external interfaces, etc., for the product(s) to be developed – Top-Level Conceptual Boundaries and Functional Milestones: How the selected alternative will be operated to meet expectations. It describes the alternative’s characteristics from an operational perspective 15
  • 16. RIDM Process – Part 1 Step 2 – Derive Performance Measures from Objectives • In general, it can be difficult to assess decision alternatives against multifaceted and/or qualitative top-level objectives • To deal with this situation, objectives are decomposed, using an objectives hierarchy, into a set of lower-level performance objectives that any attractive alternative should have • A performance measure is then developed for each performance objective, as the quantity that measures the extent to which a decision alternative meets the performance objective Notional Objectives Hierarchy 16
  • 17. RIDM Process – Part 1 Step 2 – Derive Performance Measures from Objectives • Imposed Constraints – Performance objectives whose performance measures must remain within defined limits for every feasible alternative, give rise to imposed constraints that reflect those limits – Imposed constraints propagate through the objectives hierarchy – Imposed constraints include the success criteria for the undertaking, outside of which the top-level objectives are not achieved • Example: If an objective is to put a satellite of a certain mass into a certain orbit, then the ability to loft that mass into that orbit is an imposed constraint, and any proposed solution that is incapable of doing so is infeasible 17
  • 18. RIDM Process – Part 1 Step 3 – Compile Feasible Alternatives • Structuring the set of alternatives – Trade trees – Initially, the trade tree contains a number of high-level classes of decision alternatives representing different strategies – The tree is developed in greater detail by determining option categories for each strategy – Defined to the level required to quantify performance measures • As the tree is developed, alternatives may be pruned – Criteria • Infeasibility (e.g., does not meet imposed constraints) • Inferiority to other alternatives – Methods • Bounding analysis using point estimates • Expert opinion / deliberation 18
  • 19. RIDM Process Review Part 1 – Identification of Alternatives 19
  • 20. RIDM Process Part 2 – Risk Analysis of Alternatives 20
  • 21. RIDM Process – Part 2 Step 4 – Set Framework & Choose Analysis Methodologies (1) • Goal: to develop a risk analysis framework that integrates domain-specific performance assessments and quantifies the performance measures – Risk Analysis - probabilistic modeling of performance Uncertain Conditions Probabilistically - Determined Outcomes Funding Environment Operating Environment Risk Analysis of an Alternative Performance Measure 1 Limited • Safety Risk Data … • Technical Risk Technology • Cost Risk Development • Schedule Risk Design, Test & Production Processes Etc. Performance Measure n * Performance measures depicted for a single alternative • The challenge is to establish a transparent framework that: – Operates on a common set of performance parameters for each alternative – Consistently addresses uncertainties across mission execution domains and across alternatives – Preserves correlations between performance measures 21
  • 22. RIDM Process – Part 2 Step 4 – Set Framework & Choose Analysis Methodologies (2) • Setting the risk analysis framework (alternative specific) 22
  • 23. RIDM Process – Part 2 Step 4 – Set Framework & Choose Analysis Methodologies (3) • Choosing the analysis methodologies – Detailed domain-specific analysis guidance is available in domain- specific guidance documents like the NASA Cost Estimating Handbook, the NASA Systems Engineering Handbook, and the NASA Probabilistic Risk Assessment Procedures Guide – Depending on project scale, life cycle phase, etc., different levels of analysis are appropriate. The rigor of analysis should be enough to: • Assess compliance with imposed constraints • Distinguish between alternatives – Iteration is to be expected as part of the analysis process, as analyses are refined and additional issues are raised during deliberations 23
  • 24. RIDM Process – Part 2 Step 4 – Set Framework & Choose Analysis Methodologies (4) • Choosing the analysis methodologies – “Consumer Guide” chart • The rigor of the analysis should be sufficient to support robust decision-making (i.e., the decision maker is confident that the selected alternative is best, given the state of knowledge) 24
  • 25. RIDM Process – Part 2 Step 5 – Quantify Performance Measures (1) • Once the risk analysis framework is established and risk analysis methodologies determined, performance measures can be quantified • Since performance measures are typically not independent, correlation between performance measures should be preserved – For example, cost and schedule tend to be highly correlated. High costs tend to be associated with slipped schedules • One way to preserve correlations is to conduct analysis within a common Monte Carlo “shell” – For each iteration of the Monte Carlo shell, a common set of performance parameters is sampled and propagated through the entire suite of analyses, to produce the performance measures for that iteration 25
  • 26. RIDM Process – Part 2 Step 5 – Quantify Performance Measures (2) • Quantification via probabilistic modeling of performance 26
  • 27. RIDM Process – Part 2 Step 6 – Develop Risk-Normalized Candidate Performance Commitments (1) • Performance measure pdfs constitute the fundamental risk analysis results • However, there are practical difficulties comparing performance measures whose values are expressed as pdfs: – Overlapping pdfs – Relationships between pdfs and imposed constraints – Relationships between pdfs and derived requirements • To simplify the problem, one might use mean values to compare alternatives, but this approach can: – Produce values that are disproportionately influenced by the tail ends of the pdfs – Introduce significant probabilities of falling short of imposed constraints, even when the mean values meet imposed constraints – Lead to derived requirements that are not achievable • What is needed is a technique for selecting alternatives, that is informed by an understanding of each alternative’s chances of not meeting performance expectations 27
  • 28. RIDM Process – Part 2 Step 6 – Develop Risk-Normalized Candidate Performance Commitments (2) • Performance Commitments – A performance commitment is a performance measure value set at a specified percentile of the performance measure’s pdf – Performance commitments help to anchor the decision-maker’s perspective to specific performance expectations for each alternative – For a given performance measure, the performance commitment is set at the same percentile for all decision alternatives – Performance commitments support a risk-normalized comparison of decision alternatives, at a level of risk tolerance determined by the decision maker 28
  • 29. RIDM Process – Part 2 Step 6 – Develop Risk-Normalized Candidate Performance Commitments (3) Candidate Performance Commitments facilitate comparison of performance across alternatives, subject to the decision-maker’s risk tolerance for each Performance Measure Risk of not meeting specified Alternative performance A Alternative B Alternative C Payload Capability Imposed Constraint 29
  • 30. RIDM Process – Part 2 Step 6 – Develop Risk-Normalized Candidate Performance Commitments (4) • Developing Performance Commitments: – The inputs to performance commitment development are: • The performance measure pdfs for each decision alternative • An ordering of the performance measures • A risk tolerance for each performance measure, expressed as a percentile value – For each alternative, performance commitments are developed by sequentially determining the value of each performance measure that matches the decision maker’s risk tolerance for that performance measure, conditional on meeting previously-defined performance commitments. • This value becomes the performance commitment for the current performance measure – The process is repeated until performance commitments have been developed for all performance measures 30
  • 31. RIDM Process – Part 2 Step 6 – Develop Risk-Normalized Candidate Performance Commitments (5) 31
  • 32. RIDM Process – Part 2 Step 7 – Develop the Technical Basis for Deliberation • The Technical Basis for Deliberation (TBfD) contains the information needed to risk-inform the selection of a decision alternative • The TBfD contains: – A statement of the top-level objectives and imposed constraints – The objectives hierarchy and performance measures – A summary description of the compiled decision alternatives, indicating pruned alternatives – A summary of the risk analysis framework and models – Scenario descriptions – Marginal performance measure pdfs and a summary of significant correlations – A tabulation of risk with respect to imposed constraints – Identification of significant risk drivers with respect to imposed constraints – Candidate performance measure risk tolerances 32
  • 33. RIDM Process Review Part 2 – Risk Analysis of Alternatives 33
  • 34. RIDM Process Part 3 – Risk-Informed Alternative Selection 34
  • 35. RIDM Process – Part 3 Step 8 – Deliberate (1) • In Step 8, Deliberate, relevant stakeholders, risk analysts, and decision makers deliberate the merits and drawbacks of each alternative, given information in the TBfD • This step is iterative, and may involve additional risk analysis and/or information gathering • The decision maker, or his proxy, may also invoke deliberation as an intermediate step to cull the alternatives going forward (i.e., downselection) Deliberation: Any process for communication and for raising and collectively considering issues. In deliberation, people discuss, ponder, exchange observations and views, reflect upon information and judgments concerning matters of mutual interest, and attempt to persuade each other. Deliberations about risk often include discussions of the role, subjects, methods, and results of risk analysis. 35
  • 36. RIDM Process – Part 3 Step 8 – Deliberate (2) • Step 8, Deliberate, is structured in terms of: – Generate candidate performance commitments • Establish risk tolerances on the performance measures • Order the performance measures – Assess the credibility of the estimation methods – Identify contending alternatives • Infeasibility • Dominance • Inferior performance in key areas – Additional uncertainty considerations • The potential for exceptionally high or poor performance • Deliberation is iterative 36
  • 37. RIDM Process – Part 3 Step 8 – Deliberate (3) • Generate Candidate Performance Commitments -- Candidate performance commitments are generated by the deliberators for the purpose of deliberation and down-selection prior to finalization by the decision maker. This is done by: – Establishing risk tolerances on the performance measures: • Relationship to imposed constraints – Low risk tolerances on performance measures that have imposed constraints assure a high likelihood of program/project success • High-priority objectives – Low risk tolerances are appropriate for objectives that have high priority, but for which imposed constraints have not been set Note: The lack of an imposed constraint on a performance measure does not necessarily mean that the objective is of less importance; it may just mean that there is no well defined threshold that defines success • Low-priority objectives and/or “stretch goals” – Higher risk tolerances may be appropriate for objectives that are not crucial to program/project success 37
  • 38. RIDM Process – Part 3 Step 9 – Select an Alternative (1) • In Step 9, Select an Alternative, the deliberators present the contending alternatives to the decision maker, along with supporting information. The decision maker selects an alternative and documents his/her rationale • In addition to information in the TBfD, information produced during deliberation should also be summarized and forwarded to the decision-maker. This includes: – Risk tolerances and performance commitments – These are key pieces of information for the decision-maker. They strongly influence requirements development and the corresponding program/project risk that is to be accepted going forward. – Pros and cons of each contending alternative – An itemized table of the pros and cons of each alternative is recommended for the contending alternatives. This format has a long history of use, and is capable of expressing qualitative and contentious issues 38
  • 39. RIDM Process – Part 3 Step 9 – Select an Alternative (2) • Information forwarded to the decision-maker should also include: – Risk lists – Each alternative will have different contributors to its performance commitment risks. Correspondingly, a risk list can be compiled for every contending alternative, which identifies the major uncertainties that contribute to risk – Analysis credibility matrix – Communicates the credibility of the risk analysis methods and results 39
  • 40. RIDM Process – Part 3 Step 10 – Document the Decision Rationale • The Risk-Informed Selection Report (RISR) is a record of the risk- informed decision, and documents the decision rationale. The RISR contains: – The TBfD – From deliberation: • Assessment of the credibility of the risk analysis • Identification of the contending decision alternatives • Pros and cons of each contending alternative • Any briefing material presented by the deliberators to the decision-maker – From the decision-maker: • Identification of the selected alternative • The finalized risk tolerance for each performance measure, along with the corresponding performance commitments for the selected alternative • Comparison of the selected alternative to the non-selected contending alternatives, summarizing the relative pros and cons, and the reasons why the selected alternative is preferred • Assessment of the robustness of the decision 40
  • 41. RIDM Process Review Part 3 – Risk-Informed Alternative Selection 41
  • 42. Summary - 1 • Risk-Informed Decision Making (RIDM) attempts to respond to some of the primary issues that have derailed programs in the past: – the “mismatch” between stakeholder expectations and the “true” resources required to address the risks to achieve those expectations, – the miscomprehension of the risk that a decision-maker is accepting when making commitments to stakeholders, and – the miscommunication in considering the respective risks associated with competing alternatives • A multi-step process has been developed to take advantage of existing systems engineering practices while also introducing risk analysis and systematic deliberative techniques into the decision-making process 42
  • 43. Summary - 2 • OSMA has developed a Special Publication (in draft) and associated training material to provide implementation guidance – Comments and suggestions from an agency-wide review cycle are being compiled and will be used in revising the draft for final publication – To download a copy and participate in the process go to: https://secureworkgroups.grc.nasa.gov/armwg (PBMA registration and site access approval required) • Future steps include: – Revision of how CRM should be conducted to be consistent with 8000.4A and take advantage of the information provided by the RIDM process – Better integration of the RIDM and CRM processes with the ultimate goal of a completely integrated and seamless Risk Management process 43