Перехід виробництва відбувається кожного разу, коли бізнес переходить з існуючої системи або програми, наприклад, програми обліку або управління запасами або виробничої системи виробництва, до нової. Хоча фактичне розгортання може зайняти лише один або два дні, завдання та дії перед та після завершення роботи мають важливе значення для успіху проекту. Для більшості підприємств електронна таблиця корисна для документування завдань і дій, які призводять до дня, що відправляється, і завдань на цей день і наступні дні.
Цілі та важливі компоненти
Кращі практики IBM для ефективної міграції даних говорять про те, що план переходу повинен стосуватися трьох основних напрямків. Вона повинна визначати завдання міграції в порядку їх завершення, включаючи оцінки того, чи повинна система перебувати в автономному режимі. Вона повинна визначити потенційні проблеми та описати, як зменшити або усунути ризики. Вона повинна включати в себе імена та контактну інформацію для внутрішніх і зовнішніх членів команди, що пересекається, а також людей, які потребують оновлення та інформації під час переходу.
Підготовка та попередня діяльність
Кожен крок у кожному розділі плану виключення повинен бути зазначений у тому порядку, в якому він повинен бути завершений. Визначте завдання, головну особу, очікувану тривалість, дату початку та закінчення та резервну контактну особу. Включіть область, за якою головна особа може підписатись на виконані завдання. Перший розділ плану повинен визначати завдання та заходи, які повинні бути завершені до початку переходу. Це включає в себе встановлення та налаштування апаратних засобів, програмного забезпечення та периферійних пристроїв, проведення навчання кінцевих користувачів, завантаження необхідних даних і резервне копіювання поточної системи.
Робота на нульовій годині
Заходи з нульовою годиною відбуваються в денний час. До них відносяться конкретні терміни виконання завдань, пов'язаних із закриттям старої системи та активацією та тестуванням нової системи. Цей розділ повинен містити план надзвичайних ситуацій, наприклад, етапи завершення відкату, якщо нова система не працює. Якщо перехід не відбувається під час не пікових годин, план повинен описувати систему сповіщення користувачів про будь-які очікувані зупинки та їх тривалість, а також інструкції щодо того, коли і як вийти зі старих систем.
Моніторинг після вимикання
План повинен складати графік моніторингу та проведення поточного тестування. Наприклад, якщо перемикання відбувається під час не пік, графік моніторингу та тестування здійснюється протягом принаймні декількох днів протягом пікових годин використання. Включайте речі, на які слід звернути увагу, як, наприклад, уповільнення системи або непослідовну поведінку, а також будь-які потенційні проблеми, визначені заздалегідь. Перелічіть етапи реалізації плану дій на випадок надзвичайних ситуацій, включаючи сповіщення користувачів про необхідність зупинки, та вкажіть контрольний список для вирішення питання про те, чи слід припинити роботу та здійснити будь-які необхідні ремонти або модифікації протягом робочого дня або в неробочі години.
