Після завершення технічного оновлення завжди бажано провести пробний запуск. Оновлюючи копію вашого сайту, ви можете виявити будь-які потенційні проблеми і вирішити їх до запуску. Крім того, переконайтеся, що наявні достатні ресурси підтримки на випадок, якщо після запуску оновлення раптово виникне потреба в їхньому часі.
Етап 2: Тестування
На цьому етапі досвідчена команда тестувальників оцінює, чи відповідає програмна система функціональним і нефункціональним вимогам, що називається тестуванням прийнятності для користувача (UAT). Інженери із забезпечення якості створюють середовище, яке відтворює сценарії бізнес-використання; потім запускаються модульні тести, перш ніж більш складні комбінації модулів тестуються в самій системі. Нарешті, створюються тестові звіти з детальним описом результатів тестування, які надаються розробникам і зацікавленим сторонам.
На початку цього етапу інженери з контролю якості створюють тестові кейси - детальні звіти про те, як оцінити конкретні функції, такі як передумови, вхідні дані та дії, які необхідно виконати, очікувані результати, а також очікувані передумови та дії, вжиті проти цієї функції. Одним з основних результатів на цьому етапі є RTM, який пов'язує вимоги з відповідними тестовими кейсами.
Етап 3: Розгортання
Після того, як всі проблеми з кодом і базою даних вирішені, нову версію можна повністю впроваджувати. Це вимагає від користувачів максимальних зусиль, щоб подолати свій природний опір змінам і прийняти нове програмне забезпечення та процеси. Також може бути розумним продовжувати тимчасово використовувати існуючу ERP-систему паралельно з новою версією як підстраховку від втрати критично важливих процесів під час перенесення даних з одного середовища в інше.
Як і на етапах інсталяції та тестування, управління ризиками під час процесу оновлення повинно здійснюватися проактивно. Це починається з виявлення потенційних загроз, а потім їх оцінки та планування заходів з їх усунення. До них можуть належати такі ризики, як
Етап 4: Запуск
Етап запуску або розгортання будь-якого технологічного проекту, безсумнівно, є надзвичайно важливим. Це час, коли нові продукти або послуги переходять від розробки та тестування до фактичного використання та розгортання в реальному житті - часто після місяців або навіть років підготовки, планування, виконання, моніторингу, контролю та зворотного зв'язку з внутрішніми та зовнішніми зацікавленими сторонами.
Почніть думати наперед, щоб забезпечити плавний перехід від етапу запуску до етапу обслуговування та підтримки, включаючи створення плану переходу або передачі, а також закриття всіх пунктів Користувацького приймального тестування або повідомлення для подальших дій. Також створіть список екстрених контактів на випадок, якщо під час запуску виникне потреба у терміновому вирішенні проблем або ескалації ситуації.
На цьому етапі також важливо оцінити, який вплив оновлення матиме на користувачів - це може варіюватися від вимкнення системи до зміни робочого процесу в певних відділах - і переконатися, що всі зацікавлені сторони розуміють його наслідки. Ця інформація повинна бути передана назад.
Після початку переходу на нову систему управління цифровими активами важливо відстежувати та підтримувати поточні проблеми в міру їх виникнення. Одним з ефективних методів є планування регулярних підсумкових зустрічей протягом періоду впровадження для вирішення проблем, що виникають, та обміну досвідом для вдосконалення під час майбутніх модернізацій. Рекомендується також залучати до цих зустрічей членів вашої проектної команди, щоб поділитися будь-якими отриманими уроками та визначити сфери для розвитку на наступний раз.
На цьому етапі після запуску в експлуатацію можуть знадобитися додаткові ресурси підтримки - залежно від обсягу оновлення - для вирішення будь-яких несподіваних проблем, які можуть виникнути. Це може бути технічна підтримка для вирішення першочергових питань; експерти в певній галузі, які допоможуть у прийнятті рішень; а також суперкористувачі/чемпіони для нових або недосвідчених користувачів.
