Causal Analysis Report Project xyz Client ABC Prepared

Causal Analysis Report Project : <xyz> Client : ABC • • Prepared by : <Person Name> Date : 16 -10 -2015 CAR Meeting Organized by : <Rebecca – Quality CAR Meeting Participants : - Meeting Date : dd/mm/yy © 2017 GAVS Technologies

Problem and RCA Summary Business Problem : New starter at Client unable to access software application and certain network drives required for daily work Goal : Business Impact (Client & GAVS ): Customer - New starter unable to perform some of her daily task(s) Trigger for the RCA / CAR GAVS - Affects end user satisfaction Problem escalated by client Preliminary data analysis The technician had failed to provide the basic shared drive access and application access for a new starter during account creation. He was confused as both the new hire and the mirror account provided, had different designations. Assuming the new user should not be given all rights as the mirror user, the technician had missed to notice he had not given the new starter basic shared drive access and application access. The ticket was closed without receiving user confirmation. The audit team had also missed to notice the error during the audit. On logging in, the user was unable to access applications and shared drives required for daily work which led to the escalation. Cause(s) & Root cause : • Working based on an assumptions (Lack of probing) • Ticket closure without getting user confirmation (Not adhering to process) • Lack of process awareness - audit team (Poor KT or lack of knowledge) How effectiveness of RCA will be measured Reduction in number of process errors for new starter account creation. Actual : Tools used for RCA / CAR : 5 Why Analysis Remarks / Notes if any Note : - List all the changes related to Processes including SOP as part of the corrective action items © 2017 GAVS Technologies 2

Root Cause Analysis – 5 Why Analysis Why problem was not detected? How Problem was created Explanation of why problem occurred Corrective Action Plan Start Date & End Date Who 1. Peer Review : A doer-checker process has been introduced where technicians will cross audit their own tickets prior to ticket closure. (E. g. : Tech A will audit Tech B’s tickets and vice versa before closure of any ticket). 2. Automation : Automation of new hire account creation The technician was confused as both the new hire and Started Practicing process to reduce manual effort and errors. Currently working from dd/mm/yy the mirror account provided had different Murali with the internal team to test the automation process. – designations. Assuming the new user should not be Feasibility is in progress given all rights as the mirror user, the technician had On-going missed to notice he had not given the new starter basic shared drive access and application access Not probed for requirements clarity instead acted on with an assumption that access rights for application and shared drive is not required Ticket was closed without getting a confirmation from end-user Auditor verified the ticket closure based on what is explained by the Technician 1. Informed Auditor to check whether Technician got a clarity on the requirements and updated in the ticket and verify the resolution accordingly Started from 2. Spot Audits : Spot audits will be performed by leads during new account creations to ensure process is followed dd/mm/yy 3. Process Auditor Change : A senior auditor has been assigned to client for auditing only new account creation tickets. On-going Awareness session for the new auditors and evaluation process to be implemented. Abhijeet What is the Systemic root cause? 1. Inform Team not to work on assumptions on the requirements insisted to seek for clarity dd / mm/ yy Murali 2. Get a confirmation from end-user before closing the ticket 3. Include Points to Ponder in the Training Material for new comers (Technician and Auditors) Note : Look similar requirements / possible issues across location and ensure that the corrective action considers other location / sites / process etc. , 1. Technician and Auditor worked on assumptions © 2017 GAVS Technologies 3

Thank You © 2017 GAVS Technologies 4