Risk analysis is a technique used to identify and assess factors that may jeopardize the success of a project or achieving a goal.

This technique also helps to define preventive measures to reduce the probability of these factors from occurring and identify countermeasures to successfully deal with these constraints when they develop to avert possible negative effects on the competitiveness of the company.

One of the more popular methods to perform a risk analysis in the computer field is called facilitated risk analysis process (FRAP).

Facilitated risk analysis process

FRAP analyzes one system, application or segment of business processes at a time.

FRAP assumes that additional efforts to develop precisely quantified risks are not cost-effective because:

  • such estimates are time-consuming
  • risk documentation becomes too voluminous for practical use
  • specific loss estimates are generally not needed to determine if controls are needed.
  • without assumptions there is little risk analysis

After identifying and categorizing risks, a team identifies the controls that could mitigate the risk. The decision for what controls are needed lies with the business manager. The team's conclusions as to what risks exist and what controls needed are documented along with a related action plan for control implementation.

Three of the most important risks a software company faces are: unexpected changes in revenue, unexpected changes in costs from those budgeted and the amount of specialization of the software planned. Risks that affect revenues can be: unanticipated competition, privacy, intellectual property right problems, and unit sales that are less than forecast. Unexpected development costs also create the risk that can be in the form of more rework than anticipated, security holes, and privacy invasions.[1]

Narrow specialization of software with a large amount of research and development expenditures can lead to both business and technological risks since specialization does not necessarily lead to lower unit costs of software.[2] Combined with the decrease in the potential customer base, specialization risk can be significant for a software firm. After probabilities of scenarios have been calculated with risk analysis, the process of risk management can be applied to help manage the risk.

Methods like applied information economics add to and improve on risk analysis methods by introducing procedures to adjust subjective probabilities, compute the value of additional information and to use the results in part of a larger portfolio management problem.

See also

References

  • Doug Hubbard (1998). "Hurdling Risk". CIO Magazine.
  • Hiram, E. C., Peren–Clement Index, 2012.
  • Roebuck, K.: Risk Management Standards, 2011.
  • Wankel, C.: Encyclopedia of Business in Today's World, 2009.
  1. ↑ Messerschmitt, D. G. & C. Szyperski (May–June 2004). "Marketplace Issues in Software Planning and Design". IEEE Software. 21 (3): 62–70. CiteSeerX 10.1.1.57.9389. doi:10.1109/MS.2004.1293074.
  2. ↑ Rao, P.M. & J. A. Klein (February 1994). "Growing importance of marketing strategies for the software industry". Industrial Marketing Management. 23 (1): 29–37. doi:10.1016/0019-8501(94)90024-8.
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.