Decision Theory / Risk Reasoning Case Study
This portfolio-safe case study summarizes selected SRA 231 Decision Theory and Analysis work focused on decision matrices, decision trees, decisions under ignorance, decisions under risk, expected value, expected utility, group decisions, perception bias, and structured reasoning in uncertain situations.
Overview#
SRA 231 introduced decision theory and structured analysis methods.
The course focused on how people make decisions under uncertainty, risk, and incomplete information. The work included decision matrices, decision trees, decisions under ignorance, expected value, expected utility, group decisions, behavioral decision-making, perception bias, and game-theory-style reasoning.
This course is valuable in my cybersecurity portfolio because security work often involves uncertain decisions:
- which risk should be prioritized first
- whether to contain or observe suspicious activity
- whether to accept, transfer, mitigate, or avoid risk
- whether evidence is strong enough to escalate
- how to compare multiple imperfect alternatives
- how to account for human bias and perception
- how group decision-making affects outcomes
- how to explain a decision path clearly
SRA 231 provides the foundational decision-analysis layer behind later work in SRA 311, GRC, vulnerability management, incident response, and ServiceNow SecOps workflow design.
Why This Project Matters#
Cybersecurity decisions are rarely made with perfect information.
Analysts and consultants frequently need to choose between alternatives while dealing with:
- incomplete evidence
- uncertain likelihood
- unclear consequences
- competing priorities
- business constraints
- user behavior
- team decision-making
- risk tolerance
- time pressure
Decision theory helps create a structured way to reason through those situations.
This course helped build the habit of breaking decisions into:
- issue
- alternatives
- states of the world
- outcomes
- preferences
- probabilities
- uncertainty
- risk attitude
- group behavior
- recommended action
That structure is directly relevant to cybersecurity risk analysis and professional decision support.
Portfolio-Safe Publishing Approach#
Security and academic integrity note: This case study summarizes decision theory coursework without publishing raw academic submissions, complete answers, private course instructions, or full decision diagrams.
This page excludes:
- raw academic submissions
- complete decision tree images
- full assignment answers
- private student identifiers
- private course materials
- complete discussion posts
- copy-paste-ready academic work
Instead, it presents:
- decision concepts practiced
- analysis methods used
- portfolio-safe summaries
- cybersecurity relevance
- professional lessons learned
- connection to risk and GRC work
Major Workstreams#
Decision Matrix#
Used alternatives, states of the world, and outcome descriptions to compare choices in uncertain everyday scenarios.
Decision Structure
Decision Tree#
Modeled branching choices and possible states to visualize how decisions lead to different outcomes.
Decision Tree
Decisions Under Ignorance#
Practiced decision-making when probabilities are unknown, using principles such as dominance, maximin, maximax, and related decision criteria.
Uncertainty
Decisions Under Risk#
Reviewed decisions where outcome probabilities are known or estimated, including expected monetary value, expected value, and expected utility.
Risk
Group Decisions#
Explored how group decision-making can differ from individual decision-making and how social context affects rational outcomes.
Group Decisions
Behavioral Decision-Making#
Reflected on perception, bias, intuition, random decision methods, and prisoner’s dilemma behavior.
Behavioral Analysis
Decision Methods Practiced#
Decision Analysis Workflow#
Define the Issue#
The first step was to state the decision problem clearly, such as whether to take a protective action or choose between uncertain alternatives.
Issue Definition
Identify Alternatives#
Each decision was broken into possible actions or alternatives that the decision-maker could choose.
Alternatives
Identify States of the World#
The analysis considered possible future states that could affect whether the decision was good or bad.
Uncertainty
Compare Outcomes#
Outcomes were described or scored based on how desirable, undesirable, risky, costly, or beneficial they were.
Outcome Review
Apply a Decision Rule#
Different decision principles were applied depending on whether the problem involved ignorance, risk, utility, or group behavior.
Decision Rule
Explain the Recommendation#
The final step was explaining why one alternative was preferred based on the chosen method and assumptions.
Recommendation
Decision Matrix and Decision Tree Evidence#
One early assignment used a simple everyday decision problem to practice a decision matrix and decision tree.
The value of the assignment was not the specific scenario. The value was learning how to structure a decision by separating:
- the issue
- possible alternatives
- possible future states
- outcome descriptions
- preferred choice
- reasoning behind the recommendation
This same structure applies to cybersecurity decisions.
For example, a security team might ask:
- Should we disable a suspicious account now or monitor it further?
- Should we immediately isolate a host or collect more evidence first?
- Should we patch a vulnerable system now or wait for a maintenance window?
- Should we accept a low-likelihood risk or invest in mitigation?
- Should we require MFA for a user population even if it introduces friction?
Decision matrices and decision trees help make these tradeoffs explicit.
Decisions Under Ignorance#
The decisions-under-ignorance assignment focused on decisions where probabilities were not known.
This is relevant because cybersecurity teams often face uncertainty:
- the true likelihood of exploitation may be unknown
- the attacker’s intent may be unclear
- the full business impact may not be known yet
- the reliability of evidence may vary
- the environment may not have complete telemetry
Decision principles such as dominance, maximin, and maximax help frame different risk attitudes.
A conservative security team may prefer a maximin-style approach when the worst-case outcome is severe. A more risk-tolerant decision-maker may focus on potential upside, cost savings, or operational continuity.
The key lesson is that the decision rule chosen can change the recommendation.
Decisions Under Risk#
The risk-focused work reviewed decisions where probabilities are known or can be estimated.
The course covered:
- decisions under risk
- complete or partial knowledge of probabilities
- expected monetary value
- expected value
- expected utility
- use of probabilities in rational choice
- group decision contexts
This matters in cybersecurity because risk-based prioritization often depends on probability and impact.
Examples include:
- expected loss from downtime
- likelihood of ransomware spread
- expected value of a mitigation control
- cost-benefit comparison of security tools
- vulnerability prioritization based on exploitation likelihood
- risk acceptance decisions
- compensating control decisions
The course helped build the habit of connecting uncertainty to structured decision logic.
Group Decisions and Prisoner’s Dilemma#
The course also explored group decision-making and prisoner’s dilemma behavior.
The key theme was that individual rational decisions do not always produce the best group outcome.
This matters in security because people and teams often make decisions that are locally rational but globally risky.
Examples include:
- a user bypassing security controls to save time
- a team delaying patching to avoid operational disruption
- departments avoiding disclosure to reduce blame
- organizations underinvesting in shared controls
- users choosing convenience over password hygiene
- teams failing to cooperate during an incident
The prisoner’s dilemma lens helps explain why incentives, communication, coordination, and trust matter in security programs.
Perception and Bias#
One discussion assignment focused on color perception and how prior knowledge can influence interpretation.
The cybersecurity relevance is that analysts can also be influenced by perception and bias.
Examples include:
- assuming an alert is false positive because similar alerts were noisy before
- giving more weight to familiar tools
- overlooking evidence that contradicts an early theory
- interpreting ambiguous logs according to a preferred explanation
- allowing prior experience to shape current conclusions
The lesson is that decision-making is not purely mechanical. Human perception, intuition, memory, and bias can affect how evidence is interpreted.
Randomness vs Structured Choice#
Another discussion reflected on a fictional random decision-making method using dice.
The lesson was that random choice may resolve indecision, but it does not replace structured reasoning.
In security, random or arbitrary decisions are dangerous when consequences are high.
Security decisions should be based on:
- evidence
- impact
- likelihood
- business priority
- risk tolerance
- available controls
- stakeholder needs
- known constraints
- decision rationale
This maps well to professional security work because decisions need to be explainable and defensible.
Capability-to-Evidence Map#
Relationship to SRA 311#
SRA 231 and SRA 311 should be read as a progression.
SRA 231 provides the decision-analysis foundation. SRA 311 applies that foundation more directly to security risk analysis.
Cybersecurity and GRC Relevance#
This course supports cybersecurity and GRC work because decision-making is central to risk management.
Relevant security applications include:
- vulnerability prioritization
- risk acceptance
- control selection
- incident escalation
- evidence evaluation
- patch timing
- containment decisions
- business impact review
- exception handling
- stakeholder communication
- decision documentation
Decision theory supports these tasks by making the reasoning more explicit.
What I Learned#
This course reinforced several lessons:
- decisions should be structured before they are judged
- alternatives and states of the world should be separated clearly
- different decision rules can produce different recommendations
- worst-case thinking and best-case thinking reflect different risk attitudes
- probabilities matter when they are known or can be estimated
- utility and preference can differ from monetary value
- group decisions can produce outcomes that differ from individual incentives
- perception and prior beliefs can influence interpretation
- random choice is not the same as rational decision-making
- recommendations are stronger when assumptions are stated clearly
Professional Relevance#
This project supports roles and tasks involving:
- cybersecurity analysis
- GRC
- risk analysis
- vulnerability management
- incident response decision-making
- ServiceNow SecOps consulting
- stakeholder communication
- business impact analysis
- exception handling
- risk acceptance
- structured reasoning and decision documentation
It is especially relevant to ServiceNow SecOps and Vulnerability Response because these workflows require prioritization, ownership, escalation, exception decisions, and clear justification.
Portfolio-Safe Redaction Notes#
This case study intentionally excludes:
- raw academic submissions
- full decision tree diagrams
- complete discussion posts
- private course materials
- private student identifiers
- complete assignment answers
- copy-paste-ready academic work
The goal is to show decision theory and structured analysis foundations without publishing raw academic work.
Related Portfolio Areas#
Risk Analysis#
Decision theory supports later risk analysis work by creating structure around alternatives, uncertainty, outcomes, and recommendations.
Risk Reasoning
GRC#
Governance and risk decisions require defensible reasoning, documented assumptions, and clear prioritization.
GRC-Relevant
ServiceNow SecOps#
SecOps workflows depend on prioritization, escalation, assignment, remediation, validation, exception handling, and risk communication.
SecOps-Relevant
Security Operations#
Analysts need to explain why an alert, vulnerability, or incident deserves action under uncertainty.
SOC-Relevant
Next Steps#
This project can later be connected to:
- a risk and decision-analysis capability section
- the SRA 311 risk analysis page
- a ServiceNow risk-prioritization concept note
- a vulnerability exception decision model
- a decision matrix template for security triage
- an incident escalation decision tree
- a risk acceptance workflow concept
For now, this page serves as the main portfolio-safe summary of my SRA 231 Decision Theory and Analysis work.