Risk is the combination of the probability of an
abnormal event or failure and the consequence(s)
of that event or failure to a system’s operators,
users, or its environment.
Although there are other definitions (Boehm,
1989; Mcmanus, 2004; Pandian, 2007), a risk has
two basic attributes, probability (P), and impact (I),
where probability is the probability of risk
occurrence, and impact is the level of damage if risk
occurs. Recent risk management literatures have
broadened the definition of risk to include
opportunity (PMI, 2008; Kähkönen, 2001).
According to PMI (2008), a project risk is an event
that can have either positive or negative effect on
project objectives. An event offers risk if I > 0, and it
offers opportunity if I < 0.
According to probability theory, P theoretically
ranges in [0, 1]. The range of I does not have any
theoretical boundaries. However, we can assess it on
a relative scale which range from -i to +i, or
normalize the scale to [-1, 1]. In this paper, we assess
the impact with the latter scale.
Not all events can be considered as risks. White
(2006) argues that three kinds of events are not risk.
An event is not a risk if it:
never happens (P = 0);
happens without any impact (I = 0);
surely happens (P = 1).
In summary, we can use R:(P, I) to denote a risk,
where P is a real number in (0, 1), and I is a real
number in [-1, 1] and does not equal to 0 (I
[-1,
0)
∪ (0, 1] ).
For convenient, the risk impact is considered as
negative if we do not specify otherwise. All the
results which are based on the negative impact can
easily extend to the positive impact, since the
formulas can be directly extended from (0, 1] to [-1,
0) and the discussion based on the range of (0, 1] is
also suitable for [-1, 0).
In risk management, those risks with very high
impacts are called hazards. According to Pandian
(2007), in hazard analysis we do not discount a
hazard. Instead we apply Murphy's law: If something
can go wrong, it will go wrong. Similarly, those risks
with high probability are considered as constraints of
the project since there is no surprise element
(Pandian, 2007). In summary, the risks with high
probability or high impact should have a higher
priority than those risks with relatively low
probability and impact (Boehm, 1989; Mcmanus,
2004; Pandian, 2007).
Risk matrix is a widely used qualitative method
for ranking risks (PMI, 2008; Cox, et al, 2005; Cox,
2008). A risk matrix is a table that has several
categories of probability for its rows (or columns)
and several categories of risk impact for its columns
(or rows) respectively. The gray level indicates the
priority of the risks. The deeper gray means higher
risk. The risk level of each region in the risk matrix
should reflect the opinions of stakeholders. Although
people may argue that risk matrix may not rank the
risks accurately (Cox, et al, 2005; Cox, 2008), it can
serve as the basis of quantitative risk analysis. It
provides us the distribution pattern of risks’ priority
at least. Although different projects may use different
risk matrix, the risks with high probability and/or
impact should have high priority. We can use a
typical 5x5 risk matrix to represent this pattern (see
Fig. 1). From Fig. 1, we find that the risk with high
probability or high impact should have a higher
priority than those risks with relatively low
probability and impact. For example, a risk in
(Frequently, Insignificant) region and a risk in
(Seldom, Catastrophic) region should have higher
priority than any risks in the region formed by
(Possible, Unlikely, Seldom) and (Moderate, Minor,
Insignificant).
Frequently
Likely
Possible
Unlikely
Seldom
Probability
Impact
Insignific
ant
Minor Moderate Major Catastrop
hic
Figure 1: A risk matrix.
2.2 Assessment of Risk Impact
One way to assess the risk impact is approximate it
without working out the impacts in different
dimensions, such as time, budget, quality, and scope
(Mcmanus, 2004; Boehm,1991). For example, we
can assess the impacts on a relative scale of (0, 10].
This is commonly used in practice because of its
simplicity. However, this kind of method is
inaccurate.
Very few studies assess the risk impact with due
consideration of the impact of risk in different
dimensions of IT projects. The method proposed by
Ferguson (2004) for assessing risk impact does not
integrate the impact in different dimensions properly.
The basic idea of his method is first divide the risk
impact into 5 levels. Each level associates with a
benchmark and an impact score. The benchmark of
the 5
th
level is established according to the project.
Then, the benchmarks of lower levels are 1/3 of its
immediate upper level. The impact score is
calculated as
Impact score = 3
eve
-1
(1)
ICEIS 2011 - 13th International Conference on Enterprise Information Systems
26