Risk Management (article Critique) Case Study Example | Topics and Well Written Essays - 1000 words

Risk Management (article Critique) - Case Study ExampleCITS worked towards two different options of achieving the MIS system - procuring a ready to deploy bundle and in-house development of the MIS software from scratch. After assessment of pros & cons and the cost benefit analysis CITS decided to develop the MIS system in-house. However, this decision caused trouble epochs due to contriteness of key people and lack of specialists. The parturiency was finally completed with the help of final year students and an internal mentor who took the responsibility as part measure assignment. The article finally claims that the MIS system was deployed successfully.The fundamental problem in this case study was lack of appropriate Risk Management. The analysis of the two modes of MIS deployment presented on pages 45 & 46 (Rodrigues. and Govinda. 2003. 45-46) is not promising because it doesnt take into account any danger analysis. The decision of developing in-house was taken purely on fi nancial benefits which again may not have considered the enormous hidden costs in the in-house development process.Field & Keller (1998 117) presented that after the take chancess are assessed and identified, the actions that can be taken are risk avoidance, risk reduction, risk transference, contingency architectural planning and risk acceptance. The project plan of CITS largely ignored these aspects of risk mitigation and hence faced serious obstructions to the project due to attrition of key people and reluctance of end users in the data entry process. The documentation by CITS doesnt even include the project risk management part of the overall planning (Rodrigues. and Govinda. 2003. 46). Hence, the CITS was greeted with multiple surprises especially due to the people specific issues. The attrition of the system analyst at a time when the decision of developing the MIS in-house was taken recently must have left the CITS with only the high level design documents. At this stage a lecturer was engaged to take the project further who later on utilized his final year students to carry out the coding. The author hereby argues that it is very unbelievable that the low level designs and coding standards were established effectively for the project and hence the students might have used ready to compile codes that are available on the Internet. From the authors perspective, a project managed in this mode might have lived with high risks related to bugs, quality, data security, etc. (although not mentioned specifically in the case study). Hence, the be after Manager might have taken the route of risk acceptance given that he was able to develop & execute a contingency plan that largely worked for him.Comparing with the IS checklist by Cadle & Yeates (2004 257-261), it appears that many aspects of the checklist were not planned by CITS. For example, the acceptance criteria, developers skills, architecture aspects, testing methodologies, staffing requirements, et c, were not analyzed effectively in the MIS strategical plan documented by CITS. The entire plan