Remote Service Execution - Best Practices - Latest
Remote Service Execution - Best Practices - Latest
Remote Service Execution - Best Practices - Latest
No
Is Activity
Complete?
For any question regarding creating Change Yes
entry or Planning – contact TAC Yes
Email - [email protected]
TAC
Check the “TAC Verified & Complete” Page 3
Best Practices Governance
• Ask Yourself Training – Mandatory For Every Engineer Working on Customer System
• Buddy Check
• No MOP – No Work
• Software Releases & Patches Always Through Official Channel – Official ST Release Notes
L
MP
SATop Work Generating Customers
• XX – 1228, YY – 12, ZZ – 11, YY – 8, ABC – 5
Improvement Measures
• RM RMA Analysis (Triggered with Supply Chain) in Progress
• Overall process enhancements to improve execution rate and management oversight to
prevent catastrophic failures. (Complete)
• Based on the failures testing coverage is being followed up on the specific failures and will
evaluated how we can close that gap (New Action in Progress)
• Whenever a FOA fails in prod, backtracking with RN, ST sanity suite is done to make sure, all
follow ups are done to make sure same issue never occurs again in production directly.
• Updating Customer Lab config to be as close as possible to the production config.
Ask Yourself Training – A Staple for Every Engineer
• Educates & Trains The Support Team on Remote Services Anchor Tenets
• Mandatory Certification for Every Engineer
Move To Quarterly Re-Certification For Every Engineer
Anchor Tenets for Remote Service Execution – Rules of Engagement
• NO MOP NO WORK
• NO MATTER HOW GOOD YOU ARE WITH THE PRODUCT – ALWAYS FOLLOW MOP and PROCESS.
No MOP No Work
• NOTIFY Customer When You Start Activity Per NODE
• NOTIFY Customer When You Complete Activity per NODE Communicate – Keep Customer Informed
• EVERY NEW NODE We Touch Inform Customer.
• USA Maintenance Window at 4.30 AM CST – Going Out of Maintenance Window Should Ring Alarm Bells Maintenance Window Is Sacrosanct
• If An Activity Will Exceed Allotted Time, Proactively Reach Out to Customer and Involve Your Manager
• Do Not Work An Issue in Isolation, Inform, Communicate and Escalate - BRING IN MORE PEOPLE - ESCALATE Know Your System
• Taking Node Out of Rotation May Be The Safest Way to Mitigate Impact
• NEVER do restarts/reboots/config changes without taking customer approval and track all changes through heat ticket. ALWAY KEEP YOUR SESSION LOG RUNNING.
• Official Software Release with formal Release Note to check the content and md5sum. Don’t take patches and releases over Skype/ Chat Official Software Release / RN
• Ensure Pre-Activity health checks are clean. If not, ensure that you have a clear understanding of why. If not clear, cancel the activity rather than risk piling on issues. If the pre-checks have issues and
• Ensure MoPs are peer reviewed and signed off (preferably also by the customer). Don’t do last minute changes . Cancellation is easier to manage with the customer than an outage!
• Always follow the MOP step by step – there may be custom changes you are unaware of. Prepare for the activity by reviewing the MOP before hand as far as possible. WHEN IN DOUBT ASK. We can
deviate from MOP if there is an obvious issue with it. Always correct the MOP and submit it to customer after the WO is completed
• DO NOT sign off from a Customer call or Work Order Session without checking with the Customer contact.
When In Doubt Ask
• Unplanned config changes should be avoided even if a customer asks on the fly during a WO. Please request Customer to open a TT or a WO and get it approved before moving ahead
p le
x a m
E
TMO Remote Services
Internal Escalation Matrix
1st level escalation for Tech Ops and
Support Engineer
• MOP Issue
• Doubts and Clarification
• Degradations While Activity In Progress
• Concerns regarding timely completions
• Leads or Senior Engineer In Team
• Process is not an overhead it is a failsafe. Due attention and accuracy in documenting the
• No MOP No Work.
• Abort when in doubt, don’t continue with the activity, we will provide full air cover for
• Software Fixes should be taken from official channels only. Release notes should be used
• Continuously Improving – Direct Feedback Loop, Known Issue Updates Via Daily Alerts