Cutover Plan: The Missing Link to a Successful Go- Live

Similar documents
Overview and Analysis of Proposed Changes to Meaningful Use in

Overview and Key Takeaways from the Proposed Rule on Meaningful Use Stage 3

How to Start a Clinical Optimization Program

Revenue Cycle: Tactical Patient Access Considerations for Physician Practices

Project Management Process

Data Conversion Best Practices

ICOF Support Network Planning

WHITE PAPER. Ready, Set, Go Upgrade to ERP Cloud Release 10

IT SUPPORT GUIDE. A step by step guide TO A SMOOTH TRANSITION TO YOUR EMR SYSTEM. SYSTEMS NETWORKS AGJSYSTEMS.COM

How To Implement An Enterprise Resource Planning Program

PROJECT MANAGEMENT METHODOLOGY SECTION 3 -- PLANNING PHASE

pm4dev, 2015 management for development series Project Schedule Management PROJECT MANAGEMENT FOR DEVELOPMENT ORGANIZATIONS

Top 5 Mistakes Made with Inventory Management for Online Stores

Epic Implementation Guide for a Multi-Hospital Install

Implementing Your EHR

As in the example above, a Budget created on the computer typically has:

Service Desk Edition

Successful EHR Change Management

Incident Management Edition

OVERVIEW. Microsoft Project terms and definitions

Project Managing Business Process Improvement Initiatives

ActionProgram Manager Plus Streamlines Processes, Optimizes Resources, and Relieves the Burdens of MS Project and Clarity.

This handbook is meant to be a quick-starter guide to Agile Project Management. It is meant for the following people:

Project management using Excel spreadsheets: The case of Jules Event Planning Company

The Ultimate Dialer Checklist

SMART PREPARATION FOR DATA CENTER MIGRATION

Are We There Yet? Rev Up Your Productivity With Project Management Tools!

Project Creation and Gantt Chart Design Using Microsoft Project. R. Baker. The University of Tampa

Writing a Requirements Document For Multimedia and Software Projects

WHITEPAPER EMR IMPLEMENTATION: SUCCESS DEMANDS A CLINICAL APPROACH

The Journey to Cloud Computing: from experimentation to business reality

SAP ERP Upgrade Checklist Project Preparation

Steps to Clinical Optimization

Microsoft Excel 2007 Mini Skills Overview of Tables

Cisco Change Management: Best Practices White Paper

BUILDING CREDIBLE BUSINESS CASES FOR CONTACT CENTER PROJECTS: HOW TO USE PROCESS-DRIVEN ANALYSIS TO PRODUCE ROI PROJECTIONS THAT GET PROJECTS FUNDED

TEN TIPS FOR A SUCCESSFUL INFOR IMPLEMENTATION

Best Practices. for successful performance evaluations. white paper

White Paper. Finding the Right Contract Management System. What are my options?

Excel 2013 for Business Intelligence (Part 1) Tom Jones President, Iridium Technology LLC

Dragon Medical Group Health Cooperative Promotes Physician Adoption of EpicCare EMR and Achieves Higher Quality of Patient Care with Dragon Medical

The Practical Organization of Automated Software Testing

Clarification of how staff can communicate effectively with groups in a way that works for everyone

Dr. Gina F. Delia Keeps Her Practice on the Cutting Edge with Dentrix Ascend

INTRODUCTION: Plan and Schedule Development Create a Work Breakdown Structure (WBS) The detailed guidelines and examples start on the following page.

sensitivity analysis. Using Excel 2.1 MANUAL WHAT-IF ANALYSIS 2.2 THRESHOLD VALUES

Custom Software Development Approach

EHR implementation requires commitment and planning. When it s done right, everyone benefits.

Excel Budget Homework

How to Create a Data Table in Excel 2010

WHITE PAPER. 7 Keys to. successful. Organizational Change Management. Why Your CRM Program Needs Change Management and Tips for Getting Started

Estimating a market model: Step-by-step Prepared by Pamela Peterson Drake Florida Atlantic University

How to Implement Imprivata OneSign Single Sign-On and Authentication Management Successfully

Introduction to Microsoft Project 2010

CommonWay Communication Plan

Quality Assurance/Quality Control Plan: Samples and Manual for Development

Live Chat Customer Happiness ReporT

Object-Oriented Analysis. with the Unified Process. John W. Satzinger Southwest Missouri State University. Robert B. Jackson Brigham Young University

Practice Management and EHR Software. Shopping Kit

Improving Productivity using IT - Level 3 Scenario Assignment Sample Test 4 Version SampleMQTB/1.0/IP3/v1.0. Part 1 Performance

5 Barriers to EHR Replacement

Avoiding ERP Implementation Pitfalls. Pre-Purchase Considerations

SYSTEMS ANALYSIS AND DESIGN DO NOT COPY

Working with Spreadsheets

Alicia s Top 5 Productivity Tools Essential to Get More Done in Less Time

Business Analysis Standardization & Maturity

Recent Veterans of Major EMR Launches Share Insights on Keys to a Robust Go-Live Command Center

Implementation WHITEPAPER. Tips from the Trenches

THE UNIVERSITY OF LEEDS. Vice Chancellor s Executive Group Funding for Research Data Management: Interim

Kanban kick- start. By Tomas Björkholm at Crisp, April 2011

From Zero to Hero: A Complete EMR in 11 Months Elizabeth Gomez, RN, Doctors Hospital at Renaissance Jill Farnsworth, PMP, Encore Health Resources

The key to success: Enterprise social collaboration fuels innovative sales & operations planning

Avoiding Revenue Cycle Disasters While Implementing Enterprise Integrated Systems

+ OFFICE RELOCATION. BEST PRACTICES Moving Your Office

HP Quality Center. Upgrade Preparation Guide

SharePoint Project Management: The Key to Successful User Adoption

Ensim Unify INFRASTRUCTURE OPTIMIZATION FOR MANAGED SERVICE PROVIDERS. An Ensim Business Whitepaper

Getting to Yes: Justifying Your AP Automation Project

A director s guide How to prepare an RFI for an HR & payroll software system

Hollister Experience with SAP CRM Upgrade from 4.0 to 7.0

Marketing Plan Sample Two Year Table of Contents

Disaster Recovery. July Specialists in IT Outsourcing and Consultancy

Project Management. Systems Analysis and Design, 8e Kendall & Kendall

AVL Implementation Plan

EMERGING TRENDS Business Process Management

APPENDIX C. The following items are included in this appendix: Project Planning (POAM) Example. Project Schedule (ET-A Sample)

HOW TO START WORKING WITH P2WARE PROJECT MANAGER 7?

Together we can build something great

This toolkit is designed to explain Bright Ideas what it is and how it works. It covers:

Earned Value User s Guide

Best Practices for Planning and Budgeting. A white paper prepared by PROPHIX Software October 2006

ACCELUS COMPLIANCE MANAGER FOR FINANCIAL SERVICES

CHAPTER 6: ANALYZE MICROSOFT DYNAMICS NAV 5.0 DATA IN MICROSOFT EXCEL

EIGHT STRATEGIES FOR A SUCCESSFUL EMR IMPLEMENTATION BY PAM TAYLOR, SENIOR MANAGER, BEACON PARTNERS, INC.

Key Steps Before Talking to Venture Capitalists

Professionalism and Customer Service in the Health Environment: Customer Service in Health IT

Contract Management Software

W H I T E P A P E R T h e R O I o f C o n s o l i d a t i n g B a c k u p a n d A r c h i v e D a t a

How to Plan for Disaster Recovery

Transcription:

Cutover Plan: The Missing Link to a Successful Go- Live A White Paper May 2016 Impact Advisors LLC 400 E. Diehl Road Suite 190 Naperville IL 60563 1-800- 680-7570 Impact- Advisors.com

Introduction Healthcare organizations today are spending months if not years planning for software projects. The project plan will always include build timelines, training, command center and staff support, as well as steps for optimization. One key component the majority of organizations overlook is the Cutover Plan. Whether it is a software upgrade, software replacement or interface upgrades, without a successful cutover, there will be no go-live. A well designed, reviewed, and constantly adapted Cutover Plan will lead to a successful go-live and end-user satisfaction. A Cutover Plan lists the steps needed in order to bring a system, interface or application live into a production environment. These steps may include moving build or interfaces from non-production to production, as well as any data conversion that may be needed to go live. Background / Problems Most organizations do not plan for cutover prior to go-live. Many organizations bring this role into the project too late or not at all. By not having one person gather all the tasks that need to be done the night of cutover early in the planning process, there will be and usually are missed steps that cause additional, unexpected downtime. There are many build steps within the Cutover Plan that are dependent on other application builds being done and technical resources who have to be identified to deal with build glitches. Not taking the time to understand the dependent steps and resource availability could put the go-live at risk. Cutover needs to be treated with as much importance and planning as the command center or at-the-elbow support; they are all key processes within the project plan. Even project teams that feel they have developed a very robust Cutover Plan find that there is a lack of available staff or time constraints with integrated testing that prevents them from sufficiently rehearsing the Cutover Plan. The Cutover Plan needs to be rehearsed numerous times through hands on practice runs or round table discussions. If this step is overlooked, there often isn t enough communication amongst application teams to know when and what build will be going on during those crucial downtime hours. Lack of attention to cutover tasks can cause issues with the time factor required and the concurrent build. Solution Develop a Preliminary Plan Early On A Cutover Lead should be brought in no later than 6 months before the date of go-live. Ideally, the Cutover Lead should begin drafting a preliminary plan between the building and testing phases of the project. This is where Cutover Plan: The Missing Link to a Successful Go-Live 2

most organizations slip: waiting until a couple of months before go-live. Bringing this individual into the role early enables him or her to review with the staff the build steps that will occur during the downtime while it is still fresh in mind. This is usually done individually with all the teams that are performing any build, as well as the interface, technical and hardware teams. When developing this preliminary plan, do not include every build step that will occur during downtime. Instead, include steps that will be of interest to other team members or act as a communication step for another team member to be aware that build has started or ended, so they will be able to coordinate any steps they need to perform. Developing this plan in application silos will cause many unnecessary steps to be included in the plan, but it is easier to weed out unwanted steps than to try and identify steps that might be missing. The location build for Epic ADT is a good example of this. During cutover, the Epic Cadence build team will possibly be building over 100 different locations in the system a process that will take about 30 minutes. The Cadence build team ensures nothing is missed by creating a build tracker to track each of the locations. No other team needs to know the specifics of the detailed build; they just need to know when the build has started and, 30 minutes later, when it is complete, so they can begin their own build, which is dependent on these changes. So many peer systems that will need to change locations in their own system will watch for this task to be completed in Epic so they can start their build. In the Cutover Plan, there would be a line item indicating the Cadence Location Build has begun, with the detailed plan linked in the document cell, then another line stating Cadence Location Build Completed and communicated out to teams. Review the Cutover Plan Numerous Times Once the steps are placed in the Cutover Plan in a sequential order, it is important to review these steps as a group. That might sound simple, but, because of schedules, it can be very difficult to gather the resources necessary to review the Cutover Plan. The Cutover Plan should be tested or reviewed a minimum of three times (see Table 1). Timing is everything when it comes to a Cutover Plan. By developing the plan early on, communication to the executive staff can occur with an estimate of the downtime needed for the cutover steps. After the first review of the plan, which should begin 3 to 4 months prior to go-live, a rough estimate of steps and timings are reviewed. With each subsequent review, the Cutover Plan will be more precise. Cutover Plan: The Missing Link to a Successful Go-Live 3

Table 1 Cutover Plan Schedule Review of Cutover Plan 1 3-4 months prior to golive Timing Purpose Goal Review rough estimate of tasks and time frames! Transparency to the organization of steps and timing that will occur is established! Preliminary duration of downtime is established! Intertwined tasks are revealed among team members as well as shared resources! Communication points are identified! Additional tasks that were not accounted for are identified 2 2-3 months prior to golive 3 1-2 months prior to golive Review sequencing, timing and ownership Finalize plan; few changes if any should be made! All relevant tasks are listed and durations and sequencing confirmed! All resources are identified and time accounted for shared resources! Finalized duration for downtime is released to the organization! Minimal tasks, if any, should be added during this review! Timing, tasks and durations are confirmed! No changes should be made at this point! Should be a solid run through of the plan with very little clarification needed Methods of Cutover Plan Review There are two types of review of the Cutover Plan that can occur: a hands on run through or a round table discussion. In today s organizations, there are many peer systems that are affected by conversions and implementations. Not all peer systems have the ability to provide a separate testing system for cutover. Most systems are only able to provide one testing system and that is usually reserved for integration testing. If this is the case and an actual hands on rehearsal is not an option, then a round table discussion works just as well. In certain instances, a round table discussion actually performs better than a hands on rehearsal and solidifies the group thought process of what is being done. By talking through the activities, it also brings out workflow and process questions that otherwise might have been overlooked. The assumption is that everyone will test their build timings outside of this meeting. Another advantage is that Cutover Plan: The Missing Link to a Successful Go-Live 4

some test systems are set up on a different server than the production servers, and a hands on approach could give invalid timings. By reviewing the Cutover Plan line by line, everyone will begin sequencing their steps within the plan. It s a natural progression, but a word of caution: do not sequence the first initial documents with any type of numbering strategy. Too many tasks will be moved during the run through that will cause a logistics nightmare. It is best to review the activities by date and time sequence before using any numbering. All Tasks Need to Be Owned Pulling together a list of tasks performed during the downtime is quite easy and is usually outlined in build trackers or implementation guides. What these documents do not provide is ownership. When developing the plan, there needs to be an owner of the task the person performing the task during cutover as well as an application owner. It is best to plan for the worst. There can be connection issues, family emergencies or sickness that occurs during downtime, so it is best to have an ultimate owner who is responsible for making sure the task is complete. By identifying this owner, the Cutover Lead can be relieved of some of the pressure that can occur if there are staffing issues that night. No Task Is Too Small All tasks need to be listed within the plan if it affects another team. Ideally, a Cutover Plan is created so that anyone could take the plan and run with it. All steps from kicking off a conference bridge, to communication steps between application teams, should be listed. A good rule of thumb is: if it is not on the plan, than no one but you knows it s getting done. Many teams decide to have their own cutover or build plans they will use during the downtime, and this is acceptable. A link to this document should be placed within the master Cutover Plan. For example, if a location build will take 45 minutes to be done, then within the master Cutover Plan, a simple task line reading facility build, with a duration of 45 minutes will appear. There should be a link, though, to the document the team is using, so the lead and anyone else interested can see the exact steps that are going to occur should there be an issue. This minimizes clutter on the overall master plan but still includes all the steps that are occurring during that time. Sequence the Final Plan A simple Excel spreadsheet will suffice to capture this information due to the ease of maintaining the changes that will occur during the planning process. To make it a complete success, the final Cutover Plan needs to have a dependency link for all the tasks. This will enable the Cutover Lead to adjust the schedule in real time, and all the following tasks will adjust accordingly. It would be almost impossible to manually adjust each line item during the cutover. A simple Internet search for building dependencies in Excel will provide step-by-step directions. See Appendix A for spreadsheet creation. How to Share the Plan You can share the view of the plan with everyone, however the Cutover Lead should be the one and only owner of the plan. Cutover Plans can be quite lengthy, sometimes 600 to 800 lines. Posting the plan for others to see on a web- Cutover Plan: The Missing Link to a Successful Go-Live 5

sharing meeting is ideal. Everyone can see what is happening, and resources do not have to disturb others on the conference bridge to find out where in the plan everyone is. By using a Gantt chart, one can present the information in a high level view, which will be of interest to the executives who are looking for an overall view of process and progress and not the specific detail. Displaying this chart online while updating in real time will provide an up to the moment update on progress at any time for anyone interested. Figure 1 is an example of this chart. Figure 1 Sample Cutover Plan Gantt chart As time progressed, the time column was highlighted to draw attention to the progression of the Cutover Plan. Figure 2 is a detailed Cutover Planning Worksheet. If it looks busy and complex, it s because it is. By using the colored Gantt chart shown in Figure 1, executives could see the progress within the plan without getting into the detail that the Cutover Lead must manage. Using both documents will have a positive effect on the experience. Figure 2 Sample Cutover Planning Worksheet Cutover Plan: The Missing Link to a Successful Go-Live 6

Conclusion A well designed and organized Cutover Plan will lead to a successful go-live, possibly enabling end users to return to the systems ahead of schedule, but most importantly guaranteeing that all tasks are completely addressed. Even with a great Cutover Plan, there is a need to communicate the progress out to not only those performing the tasks, but also those who have vested interest in a successful project. It might be necessary to think outside the box to display this information. In the end, however, it will lead to great satisfaction. Lastly, as with any play, musical or symphony orchestra: rehearse, rehearse, rehearse and rehearse. With every cutover rehearsal, downtime becomes smoother and less stressful for all those involved. Cutover Plan: The Missing Link to a Successful Go-Live 7

Appendix A Create a spreadsheet using the following data elements: Column Column Name Description A Task Ref Task number used as identification for dependency field B Go-Live Group Use if multi-phased go-live (Interface Go-Live, Interface Go-Live, Data Conversion Go-Live) C Dep # Use task ref number, which is the dependency D Start Date and Time Start date and time use standard date and time format use equation if there is a dependency; if no dependency, insert date and time E Duration Duration in minutes (numeric only) F End Date and Time Stop date and time automatically calculated using formula G Category Category to group tasks (Interfaces, Lab, Pharmacy, Patient Access, Communication, Command Center) H Task Name Description of task I J K L M N Details Application Dependencies Performing Team Member Owning Team Member (escalation) Status Important details that must be communicated regarding the task Application (different than grouping use application name) Detailed dependency description if needed; field may be omitted Performing team analyst or team member name performing the task Owning team member escalation Lead or manager responsible for application and analyst Status use a drop-down selection field (Not Started, On Track, Off Track, Complete) O Linked Documents Insert links to application-specific complete Cutover Plan Cutover Plan: The Missing Link to a Successful Go-Live 8

Start date and time dependency equation: =VLOOKUP(PQ,R:S,T,FALSE) P = Column Letter you placed the Dependency number in (If following chart above will be C) Q = Excel Row number that this task is in R = Letter first column Data is in (If following chart above will be A) S = Column following the stop date and time column (If following chart above, will be G) T = Number of columns between R and S (If following chart above will be 6) Place this equation in the Start Date and Time. Cell must be formatted using the following format mm/dd/yy h:mm. For ease, once equation is defined, copy and paste equation remembering to replace Q with the Excel row the task is in. Stop date and time equation: =UV+XV/60/24 U = Column the Start Date and Time is in (if following chart above, will be D) V = Excel row number that the task is in X = Column the duration is found in (if following chart above, will be E) Place this equation in the Stop Date and Time. Cell must be formatted using the following format mm/dd/yy h:mm. For ease, once equation is defined, copy and paste equation remembering to replace V with the Excel row the task is in. If there is no duration in X stop date will still populate; there is no need to place a 0 in the cell. Cutover Plan: The Missing Link to a Successful Go-Live 9

About Impact Advisors Impact Advisors provides high-value strategy and implementation services to help healthcare clients drive clinical and operational performance excellence through the use of technology. We partner with industry-leading organizations to identify and implement improvements in quality, safety and value. Our Associates are experienced professionals with deep domain expertise and a commitment to delivering results. For more information visit: www.impact-advisors.com Follow us on Facebook and LinkedIn Copyright 2016 Impact Advisors, LLC. All rights reserved. These materials are provided to you by Impact Advisors as a professional courtesy for personal use only and may not be sold. Please appropriately credit/cite your source as Impact Advisors, LLC. All copying for commercial use requires written prior permission secured from impact-advisors.com. Cutover Plan: The Missing Link to a Successful Go-Live 10