{"id":294,"date":"2018-07-25T06:22:59","date_gmt":"2018-07-25T06:22:59","guid":{"rendered":"http:\/\/csp8.epgpbooks.inflibnet.ac.in\/?post_type=chapter&#038;p=294"},"modified":"2018-08-08T05:54:34","modified_gmt":"2018-08-08T05:54:34","slug":"risk-management","status":"publish","type":"chapter","link":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/chapter\/risk-management\/","title":{"rendered":"Risk Management"},"content":{"raw":"<div>\r\n\r\n&nbsp;\r\n<p style=\"text-align: justify\"><strong>SOFTWARE RISK MANAGEMENT<\/strong><\/p>\r\n&nbsp;\r\n<p style=\"text-align: justify\">Project risks are defined as the undesirable event, the chance that an event might occur and the consequences of all possible outcomes. Risk management attempts to identify such events, minimize their impact &amp; provide a response if the event is detected.<\/p>\r\n&nbsp;\r\n<p style=\"text-align: justify\"><strong>LEARNING OBJECTIVES\u00a0<\/strong><\/p>\r\n\r\n<ul>\r\n \t<li style=\"text-align: justify\">To identify potential software risks as required by the grading level.<\/li>\r\n \t<li style=\"text-align: justify\">To determine the Likelihood and consequences of the safety software failure.<\/li>\r\n \t<li style=\"text-align: justify\">To elaborate on risk management policies and process.<\/li>\r\n \t<li style=\"text-align: justify\">To establishment of risk thresholds for the safety software application.<\/li>\r\n<\/ul>\r\n&nbsp;\r\n<p style=\"text-align: justify\"><strong>SOFTWARE RISK\u00a0<\/strong><\/p>\r\n&nbsp;\r\n<p style=\"text-align: justify\">Risk is an uncertainty. We don\u2019t know whether a particular event will occur or not, but if it does has a negative impact on a project. An example would be that team is working on a project and the developer walks out of project and other person is recruited in his place and he doesn\u2019t work on the same platform and converts it into the platform he is comfortable with. Now the project has to yield the same result in the same time span. That is the risk of schedule relies on whether they will be able to complete the project on time.<\/p>\r\n&nbsp;\r\n<p style=\"text-align: justify\"><strong>Definitions of Risks\u00a0<\/strong><\/p>\r\n\r\n<\/div>\r\n<div style=\"text-align: justify\">\r\n\r\n&nbsp;\r\n\r\nRisk is the probability of suffering loss. Risk provides an opportunity to develop the project\u00a0better.\r\n\r\n&nbsp;\r\n\r\nRiskexposure= Size (loss)* probability of (loss)\r\n\r\n<\/div>\r\n<div style=\"text-align: justify\">\r\n\r\n&nbsp;\r\n\r\nThere is a difference between a problem and risk. Problem is some event which has already occurred but risk is something that is unpredictable.\r\n\r\n<\/div>\r\n&nbsp;\r\n<p style=\"text-align: justify\"><strong><span style=\"text-align: initial;font-size: 1em\">Need for risk management\u00a0<\/span><\/strong><\/p>\r\n\r\n<div style=\"text-align: justify\">\r\n\r\n&nbsp;\r\n<p style=\"text-align: justify\"><strong>The need for risk management can be expressed using <\/strong>Murphy\u2019s Laws. The law expresses that if anything can go wrong, it will go wrong. Of things that could go wrong, the one that causes the most damage will occur.<\/p>\r\n&nbsp;\r\n<p style=\"text-align: justify\">Project risks are defined as the undesirable event, the chance this event might occur and the consequences of all possible outcomes, Risk management attempts to identify such events, minimize their impact &amp; provide a response if the event is detected. The essence of project management is risk management.<\/p>\r\n&nbsp;\r\n\r\n<strong>Risk Characteristics\u00a0<\/strong>\r\n\r\n&nbsp;\r\n\r\nThe two characteristics of risk\r\n<ul>\r\n \t<li><strong>Uncertainty <\/strong>\u2013 the risk may or may not happen, that is, there are no 100% risks (those, instead, are called constraints).<\/li>\r\n \t<li><strong style=\"text-align: initial;font-size: 1em\">Loss <\/strong><span style=\"text-align: initial;font-size: 1em\">\u2013 the risk becomes a reality and unwanted consequences or losses occur.<\/span><\/li>\r\n<\/ul>\r\n&nbsp;\r\n\r\n<strong>Risk Categorization\u00a0<\/strong>\r\n\r\n&nbsp;\r\n\r\nRisks can be categorized broadly into project risks, technical risks, business risks, known risks, undreamt risks, predictable and unpredictable risks.\r\n<ul>\r\n \t<li><strong>Project risks: <\/strong>They threaten the project plan. If they become real, it is likely that the project schedule will slip and that costs will increase.<\/li>\r\n \t<li><strong style=\"text-align: initial;font-size: 1em\">Technical risks: <\/strong><span style=\"text-align: initial;font-size: 1em\">They threaten the quality and timeliness of the software to be produced.\u00a0<\/span>If they become real, implementation may become difficult or impossible.<\/li>\r\n \t<li><strong>Business risks: They <\/strong>threaten the viability of the software to be built. If they become real, they jeopardize the project or the product. Business risk can be further categorized into the following:\r\n<ul>\r\n \t<li><strong style=\"text-align: initial;font-size: 1em\">Market risk \u2013 <\/strong><span style=\"text-align: initial;font-size: 1em\">building an excellent product or system that no one really wants.<\/span><\/li>\r\n \t<li><strong style=\"text-align: initial;font-size: 1em\">Strategic risk \u2013 <\/strong><span style=\"text-align: initial;font-size: 1em\">building a product that no longer fits into the overall business strategy for the company.<\/span><\/li>\r\n \t<li><strong style=\"text-align: initial;font-size: 1em\">Sales risk \u2013 <\/strong><span style=\"text-align: initial;font-size: 1em\">building a product that the sales force doesn't understand how to sell.<\/span><\/li>\r\n \t<li><strong style=\"text-align: initial;font-size: 1em\">Management risk \u2013 <\/strong><span style=\"text-align: initial;font-size: 1em\">losing the support of senior management due to a change in focus or a change in people.<\/span><\/li>\r\n \t<li><strong style=\"text-align: initial;font-size: 1em\">Budget risk <\/strong><span style=\"text-align: initial;font-size: 1em\">\u2013 losing budgetary or personnel commitment.<\/span><\/li>\r\n<\/ul>\r\n<\/li>\r\n<\/ul>\r\n<\/div>\r\n<div style=\"text-align: justify\">\r\n<ul>\r\n \t<li><strong>Known risks: <\/strong>Those risks that can be uncovered after careful evaluation of the project plan, the business and technical environment in which the project is being developed, and other reliable information sources (e.g., unrealistic delivery date).<\/li>\r\n \t<li><strong style=\"text-align: initial;font-size: 1em\">Predictable risks: <\/strong><span style=\"text-align: initial;font-size: 1em\">Those risks that are extrapolated from past project experience (e.g., past turnover).<\/span><\/li>\r\n \t<li><strong style=\"text-align: initial;font-size: 1em\">Unpredictable risks: <\/strong><span style=\"text-align: initial;font-size: 1em\">Those risks that can and do occur, but are extremely difficult to identify in advance.<\/span><\/li>\r\n \t<li><strong style=\"text-align: initial;font-size: 1em\">Undreamt risk: <\/strong><span style=\"text-align: initial;font-size: 1em\">Those risks that are extremely challenging to handle, which are of undreamt scale to confront<\/span><strong style=\"text-align: initial;font-size: 1em\">.<\/strong><\/li>\r\n<\/ul>\r\n&nbsp;\r\n\r\n<strong>Reactive vs. Proactive Risk Strategies\u00a0<\/strong>\r\n<ul>\r\n \t<li><strong>Reactive risk strategies: <\/strong>Reactive risk strategies are based on the tag \"Don't worry, I'll think of something\u201c. The majority of software teams and managers rely on this approach. Nothing is done about risks until something goes wrong. When something goes wrong the team then flies into action in an attempt to correct the problem rapidly (fire fighting). Crisis management is the choice of management techniques.<\/li>\r\n \t<li><strong style=\"text-align: initial;font-size: 1em\">Proactive risk strategies: <\/strong><span style=\"text-align: initial;font-size: 1em\">The primary objective is to avoid risk and to have a contingency plan in place to handle unavoidable risks in a controlled and effective manner.<\/span><\/li>\r\n<\/ul>\r\n&nbsp;\r\n\r\n<strong>RISK MANAGEMENT\u00a0<\/strong>\r\n\r\n&nbsp;\r\n<p style=\"text-align: justify\">The risks we encounter in a project should be resolved so that we are able to deliver the desired project to the customer. The project should be managed in such a way that the risks don\u2019t affect the project in a big way. The art of managing of the risks effectively is done so that a WIN- WIN situation and friendly relationship is established between the team and the customer is called Risk Management. By using various paradigms, principles we can manage the risks.<\/p>\r\n&nbsp;\r\n\r\nThere are four major steps to developing a risk management plan which are the following:\r\n\r\n&nbsp;\r\n\r\n1. Identify all the possible risk events that could affect the project.\r\n\r\n<span style=\"font-size: 1em;text-align: initial\">2. Assess each risk in terms of probability, impact severity and controllability.<\/span>\r\n\r\n<span style=\"text-align: initial;font-size: 1em\">3. Develop a strategy and\/or contingency for responding to each risk.<\/span>\r\n\r\n<span style=\"text-align: initial;font-size: 1em\">4. Monitor and control risks dynamically<\/span>\r\n\r\n<\/div>\r\n<div style=\"text-align: justify\">\r\n\r\n<img class=\"aligncenter wp-image-297\" src=\"http:\/\/csp8.epgpbooks.inflibnet.ac.in\/wp-content\/uploads\/sites\/53\/2018\/07\/RISK-MANAGEMENT.png\" alt=\"\" width=\"369\" height=\"557\" \/>\r\n<p style=\"text-align: justify\"><strong>Risk Identification: <\/strong>The project is analyzed to identify the sources of risk. All the possible risks that could affect the project are identified. At the end of this phase, all the possible risks are acknowledged.<\/p>\r\n&nbsp;\r\n<p style=\"text-align: justify\"><strong>Risk Assessment: <\/strong>Each risk is assessed in terms of probability, impact severity and controllability. Assessment allows the developers to understand the impact and the consequences that can be caused by risks and facilitates them to control the risks<\/p>\r\n&nbsp;\r\n<p style=\"text-align: justify\"><strong>Risk Response Development: <\/strong>Develop a strategy and\/or contingency for responding to each risk. The team develops a strategy to reduce possible damage to the project. A risk management plan is devised in this phase.<\/p>\r\n&nbsp;\r\n<p style=\"text-align: justify\"><strong>Risk Response Control: <\/strong>Risk response control monitor and control risks dynamically. They implement the risk strategy to control the risks. They monitor and adjust plans to encounter new\u00a0<span style=\"text-align: justify;font-size: 1em\">risks. Change management is done by to control the changes that are done while encountering new risks in the project.<\/span><\/p>\r\n\r\n<\/div>\r\n&nbsp;\r\n<p style=\"text-align: justify\"><strong>PRINCIPLES OF RISK MANAGEMENT<\/strong><\/p>\r\n\r\n<ul>\r\n \t<li style=\"text-align: justify\"><strong>Global Perspective: <\/strong>Global perspective is comprised of larger system definitions, design and implementation. We look at the opportunity and the impact the risk is going to have.<\/li>\r\n \t<li style=\"text-align: justify\"><strong style=\"font-size: 1em\">Forward Looking View: <\/strong><span style=\"font-size: 1em\">Forward looking view focuses on looking at the possible uncertainties that might creep We also think for the possible solutions for those risks that might occur in the future.<\/span><\/li>\r\n \t<li style=\"text-align: justify\"><strong>Open Communication: <\/strong>This is to enable the free flow of communication between the customers and the team members so that they have clarity about the risks.<\/li>\r\n \t<li style=\"text-align: justify\"><strong>Integrated management<\/strong>: Risk management is made an integral part of project management.<\/li>\r\n \t<li style=\"text-align: justify\"><strong>Continuous process: <\/strong>The risks are tracked continuously throughout the risk management paradigm.<\/li>\r\n<\/ul>\r\n&nbsp;\r\n\r\n<strong>Web Links<\/strong>\r\n<ul>\r\n \t<li>http:\/\/www.softwaretestinghelp.com\/types-of-risks-in-software-projects\/<\/li>\r\n \t<li>https:\/\/www.tutorialspoint.com\/software_testing_dictionary\/risk.htm<\/li>\r\n<\/ul>\r\n&nbsp;\r\n\r\n<strong>Supporting &amp; Reference Materials<\/strong>\r\n<ul>\r\n \t<li>Roger S. Pressman, \u201cSoftware Engineering: A Practitioner\u2019s Approach\u201d, Fifth Edition, McGraw Hill, 2007.<\/li>\r\n \t<li>Pankaj Jalote, \u201cAn Integrated Approach to Software Engineering\u201d, Second Edition, Narosa Publications, 2005.<\/li>\r\n \t<li>Ian Sommerville, \u201cSoftware Engineering\u201d, Tenth Edition, Pearson Education, 2017.<\/li>\r\n<\/ul>\r\n&nbsp;","rendered":"<div>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\"><strong>SOFTWARE RISK MANAGEMENT<\/strong><\/p>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\">Project risks are defined as the undesirable event, the chance that an event might occur and the consequences of all possible outcomes. Risk management attempts to identify such events, minimize their impact &amp; provide a response if the event is detected.<\/p>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\"><strong>LEARNING OBJECTIVES\u00a0<\/strong><\/p>\n<ul>\n<li style=\"text-align: justify\">To identify potential software risks as required by the grading level.<\/li>\n<li style=\"text-align: justify\">To determine the Likelihood and consequences of the safety software failure.<\/li>\n<li style=\"text-align: justify\">To elaborate on risk management policies and process.<\/li>\n<li style=\"text-align: justify\">To establishment of risk thresholds for the safety software application.<\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\"><strong>SOFTWARE RISK\u00a0<\/strong><\/p>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\">Risk is an uncertainty. We don\u2019t know whether a particular event will occur or not, but if it does has a negative impact on a project. An example would be that team is working on a project and the developer walks out of project and other person is recruited in his place and he doesn\u2019t work on the same platform and converts it into the platform he is comfortable with. Now the project has to yield the same result in the same time span. That is the risk of schedule relies on whether they will be able to complete the project on time.<\/p>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\"><strong>Definitions of Risks\u00a0<\/strong><\/p>\n<\/div>\n<div style=\"text-align: justify\">\n<p>&nbsp;<\/p>\n<p>Risk is the probability of suffering loss. Risk provides an opportunity to develop the project\u00a0better.<\/p>\n<p>&nbsp;<\/p>\n<p>Riskexposure= Size (loss)* probability of (loss)<\/p>\n<\/div>\n<div style=\"text-align: justify\">\n<p>&nbsp;<\/p>\n<p>There is a difference between a problem and risk. Problem is some event which has already occurred but risk is something that is unpredictable.<\/p>\n<\/div>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\"><strong><span style=\"text-align: initial;font-size: 1em\">Need for risk management\u00a0<\/span><\/strong><\/p>\n<div style=\"text-align: justify\">\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\"><strong>The need for risk management can be expressed using <\/strong>Murphy\u2019s Laws. The law expresses that if anything can go wrong, it will go wrong. Of things that could go wrong, the one that causes the most damage will occur.<\/p>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\">Project risks are defined as the undesirable event, the chance this event might occur and the consequences of all possible outcomes, Risk management attempts to identify such events, minimize their impact &amp; provide a response if the event is detected. The essence of project management is risk management.<\/p>\n<p>&nbsp;<\/p>\n<p><strong>Risk Characteristics\u00a0<\/strong><\/p>\n<p>&nbsp;<\/p>\n<p>The two characteristics of risk<\/p>\n<ul>\n<li><strong>Uncertainty <\/strong>\u2013 the risk may or may not happen, that is, there are no 100% risks (those, instead, are called constraints).<\/li>\n<li><strong style=\"text-align: initial;font-size: 1em\">Loss <\/strong><span style=\"text-align: initial;font-size: 1em\">\u2013 the risk becomes a reality and unwanted consequences or losses occur.<\/span><\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<p><strong>Risk Categorization\u00a0<\/strong><\/p>\n<p>&nbsp;<\/p>\n<p>Risks can be categorized broadly into project risks, technical risks, business risks, known risks, undreamt risks, predictable and unpredictable risks.<\/p>\n<ul>\n<li><strong>Project risks: <\/strong>They threaten the project plan. If they become real, it is likely that the project schedule will slip and that costs will increase.<\/li>\n<li><strong style=\"text-align: initial;font-size: 1em\">Technical risks: <\/strong><span style=\"text-align: initial;font-size: 1em\">They threaten the quality and timeliness of the software to be produced.\u00a0<\/span>If they become real, implementation may become difficult or impossible.<\/li>\n<li><strong>Business risks: They <\/strong>threaten the viability of the software to be built. If they become real, they jeopardize the project or the product. Business risk can be further categorized into the following:\n<ul>\n<li><strong style=\"text-align: initial;font-size: 1em\">Market risk \u2013 <\/strong><span style=\"text-align: initial;font-size: 1em\">building an excellent product or system that no one really wants.<\/span><\/li>\n<li><strong style=\"text-align: initial;font-size: 1em\">Strategic risk \u2013 <\/strong><span style=\"text-align: initial;font-size: 1em\">building a product that no longer fits into the overall business strategy for the company.<\/span><\/li>\n<li><strong style=\"text-align: initial;font-size: 1em\">Sales risk \u2013 <\/strong><span style=\"text-align: initial;font-size: 1em\">building a product that the sales force doesn&#8217;t understand how to sell.<\/span><\/li>\n<li><strong style=\"text-align: initial;font-size: 1em\">Management risk \u2013 <\/strong><span style=\"text-align: initial;font-size: 1em\">losing the support of senior management due to a change in focus or a change in people.<\/span><\/li>\n<li><strong style=\"text-align: initial;font-size: 1em\">Budget risk <\/strong><span style=\"text-align: initial;font-size: 1em\">\u2013 losing budgetary or personnel commitment.<\/span><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<\/div>\n<div style=\"text-align: justify\">\n<ul>\n<li><strong>Known risks: <\/strong>Those risks that can be uncovered after careful evaluation of the project plan, the business and technical environment in which the project is being developed, and other reliable information sources (e.g., unrealistic delivery date).<\/li>\n<li><strong style=\"text-align: initial;font-size: 1em\">Predictable risks: <\/strong><span style=\"text-align: initial;font-size: 1em\">Those risks that are extrapolated from past project experience (e.g., past turnover).<\/span><\/li>\n<li><strong style=\"text-align: initial;font-size: 1em\">Unpredictable risks: <\/strong><span style=\"text-align: initial;font-size: 1em\">Those risks that can and do occur, but are extremely difficult to identify in advance.<\/span><\/li>\n<li><strong style=\"text-align: initial;font-size: 1em\">Undreamt risk: <\/strong><span style=\"text-align: initial;font-size: 1em\">Those risks that are extremely challenging to handle, which are of undreamt scale to confront<\/span><strong style=\"text-align: initial;font-size: 1em\">.<\/strong><\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<p><strong>Reactive vs. Proactive Risk Strategies\u00a0<\/strong><\/p>\n<ul>\n<li><strong>Reactive risk strategies: <\/strong>Reactive risk strategies are based on the tag &#8220;Don&#8217;t worry, I&#8217;ll think of something\u201c. The majority of software teams and managers rely on this approach. Nothing is done about risks until something goes wrong. When something goes wrong the team then flies into action in an attempt to correct the problem rapidly (fire fighting). Crisis management is the choice of management techniques.<\/li>\n<li><strong style=\"text-align: initial;font-size: 1em\">Proactive risk strategies: <\/strong><span style=\"text-align: initial;font-size: 1em\">The primary objective is to avoid risk and to have a contingency plan in place to handle unavoidable risks in a controlled and effective manner.<\/span><\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<p><strong>RISK MANAGEMENT\u00a0<\/strong><\/p>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\">The risks we encounter in a project should be resolved so that we are able to deliver the desired project to the customer. The project should be managed in such a way that the risks don\u2019t affect the project in a big way. The art of managing of the risks effectively is done so that a WIN- WIN situation and friendly relationship is established between the team and the customer is called Risk Management. By using various paradigms, principles we can manage the risks.<\/p>\n<p>&nbsp;<\/p>\n<p>There are four major steps to developing a risk management plan which are the following:<\/p>\n<p>&nbsp;<\/p>\n<p>1. Identify all the possible risk events that could affect the project.<\/p>\n<p><span style=\"font-size: 1em;text-align: initial\">2. Assess each risk in terms of probability, impact severity and controllability.<\/span><\/p>\n<p><span style=\"text-align: initial;font-size: 1em\">3. Develop a strategy and\/or contingency for responding to each risk.<\/span><\/p>\n<p><span style=\"text-align: initial;font-size: 1em\">4. Monitor and control risks dynamically<\/span><\/p>\n<\/div>\n<div style=\"text-align: justify\">\n<p><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter wp-image-297\" src=\"http:\/\/csp8.epgpbooks.inflibnet.ac.in\/wp-content\/uploads\/sites\/53\/2018\/07\/RISK-MANAGEMENT.png\" alt=\"\" width=\"369\" height=\"557\" srcset=\"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/RISK-MANAGEMENT.png 598w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/RISK-MANAGEMENT-199x300.png 199w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/RISK-MANAGEMENT-65x98.png 65w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/RISK-MANAGEMENT-225x340.png 225w, https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-content\/uploads\/sites\/53\/2018\/07\/RISK-MANAGEMENT-350x529.png 350w\" sizes=\"auto, (max-width: 369px) 100vw, 369px\" \/><\/p>\n<p style=\"text-align: justify\"><strong>Risk Identification: <\/strong>The project is analyzed to identify the sources of risk. All the possible risks that could affect the project are identified. At the end of this phase, all the possible risks are acknowledged.<\/p>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\"><strong>Risk Assessment: <\/strong>Each risk is assessed in terms of probability, impact severity and controllability. Assessment allows the developers to understand the impact and the consequences that can be caused by risks and facilitates them to control the risks<\/p>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\"><strong>Risk Response Development: <\/strong>Develop a strategy and\/or contingency for responding to each risk. The team develops a strategy to reduce possible damage to the project. A risk management plan is devised in this phase.<\/p>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\"><strong>Risk Response Control: <\/strong>Risk response control monitor and control risks dynamically. They implement the risk strategy to control the risks. They monitor and adjust plans to encounter new\u00a0<span style=\"text-align: justify;font-size: 1em\">risks. Change management is done by to control the changes that are done while encountering new risks in the project.<\/span><\/p>\n<\/div>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify\"><strong>PRINCIPLES OF RISK MANAGEMENT<\/strong><\/p>\n<ul>\n<li style=\"text-align: justify\"><strong>Global Perspective: <\/strong>Global perspective is comprised of larger system definitions, design and implementation. We look at the opportunity and the impact the risk is going to have.<\/li>\n<li style=\"text-align: justify\"><strong style=\"font-size: 1em\">Forward Looking View: <\/strong><span style=\"font-size: 1em\">Forward looking view focuses on looking at the possible uncertainties that might creep We also think for the possible solutions for those risks that might occur in the future.<\/span><\/li>\n<li style=\"text-align: justify\"><strong>Open Communication: <\/strong>This is to enable the free flow of communication between the customers and the team members so that they have clarity about the risks.<\/li>\n<li style=\"text-align: justify\"><strong>Integrated management<\/strong>: Risk management is made an integral part of project management.<\/li>\n<li style=\"text-align: justify\"><strong>Continuous process: <\/strong>The risks are tracked continuously throughout the risk management paradigm.<\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<p><strong>Web Links<\/strong><\/p>\n<ul>\n<li>http:\/\/www.softwaretestinghelp.com\/types-of-risks-in-software-projects\/<\/li>\n<li>https:\/\/www.tutorialspoint.com\/software_testing_dictionary\/risk.htm<\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<p><strong>Supporting &amp; Reference Materials<\/strong><\/p>\n<ul>\n<li>Roger S. Pressman, \u201cSoftware Engineering: A Practitioner\u2019s Approach\u201d, Fifth Edition, McGraw Hill, 2007.<\/li>\n<li>Pankaj Jalote, \u201cAn Integrated Approach to Software Engineering\u201d, Second Edition, Narosa Publications, 2005.<\/li>\n<li>Ian Sommerville, \u201cSoftware Engineering\u201d, Tenth Edition, Pearson Education, 2017.<\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n","protected":false},"author":4,"menu_order":29,"template":"","meta":{"pb_show_title":"on","pb_short_title":"","pb_subtitle":"","pb_authors":["dr-r-baskaran"],"pb_section_license":""},"chapter-type":[],"contributor":[58],"license":[],"class_list":["post-294","chapter","type-chapter","status-publish","hentry","contributor-dr-r-baskaran"],"part":3,"_links":{"self":[{"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/pressbooks\/v2\/chapters\/294","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/pressbooks\/v2\/chapters"}],"about":[{"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/wp\/v2\/types\/chapter"}],"author":[{"embeddable":true,"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/wp\/v2\/users\/4"}],"version-history":[{"count":5,"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/pressbooks\/v2\/chapters\/294\/revisions"}],"predecessor-version":[{"id":413,"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/pressbooks\/v2\/chapters\/294\/revisions\/413"}],"part":[{"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/pressbooks\/v2\/parts\/3"}],"metadata":[{"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/pressbooks\/v2\/chapters\/294\/metadata\/"}],"wp:attachment":[{"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/wp\/v2\/media?parent=294"}],"wp:term":[{"taxonomy":"chapter-type","embeddable":true,"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/pressbooks\/v2\/chapter-type?post=294"},{"taxonomy":"contributor","embeddable":true,"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/wp\/v2\/contributor?post=294"},{"taxonomy":"license","embeddable":true,"href":"https:\/\/ebooks.inflibnet.ac.in\/csp8\/wp-json\/wp\/v2\/license?post=294"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}