Руководство по захвату и транспортному аутсорсингу программного обеспечения: от сохранения активов до долгосрочного обслуживания

Какие активы должны быть сохранены, поскольку оригинальная команда разработчиков не может подключиться?

Предприятие должно сначала подтвердить свои законные права на активы проекта и получить контроль над складами кода, пакетами выпуска продукции, серверами и облачными платформами, базами данных, хранением документов, сертификатами доменных имен, сторонними интерфейсами, магазинами приложений и недавними резервными копиями как можно скорее.

Перечень активов сам по себе является основой для последующего диагностирования, оценки ответственности и фактической основы поглощения проекта.

• Коды, производственные версии и базы данных являются резервными и время записи
• Доменные имена корпоративного контроля, сертификаты, облачные ресурсы и сторонние основные учетные записи
• Храните журналы, неисправности и возвратные копии любых ремонтных работ

Зачем нужен независимый технический диагноз, прежде чем принимать на себя ответственность?

Неизвестный код не может оценить затраты на ремонт на основе количества страниц или оригинальных описаний команды.Диагноз требует попытки построить и развернуть в сегрегированной среде, проверки соответствия исходного кода производственной версии, проверки архитектуры, зависимости, базы данных, интерфейса, безопасности, процесса тестирования и выпуска и подтверждения функциональности, которая была завершена, частично завершена и нефункциональна на основе реальной бизнес-сцены.

Отчет должен позволить предприятию продолжать выполнять работу с другими командами, а не объясняться стороной по диагностике.

Мы остановим кровотечение, а потом займемся техническим долгом.

В ходе поглощения проектов обычно решаются такие вопросы высокого риска, как потеря данных, перерывы в работе, риски безопасности и нераспределяемость, восстановление возможностей стабильного построения, тестирования и развертывания. Только при условии оперативного выполнения основных операций, восстановления резервных копий, обнаружения сбоев можно будет перепроектировать код, оптимизировать производительность и модернизировать архитектуру в соответствии с бизнес-ценностями, избегая дальнейшего риска, возникающего в результате крупномасштабного переписывания с самого начала.

При необходимости миграции следует уточнить параллельный охват новых и старых систем, синхронизацию данных, переключение окон, условия выхода и методы согласования бизнеса.

Услуги, которые должны быть включены в аутсорсинг программного парка

Базовый транспортный компонент включает в себя мониторинг услуг, журналы, проверку резервного копирования, доменные имена сертификатов, патчи зависимости и безопасности; производственный аспект также включает в себя реакцию на уровне отказов, мониторинг интерфейса, производительность, откаты, аномалии данных и аварийные упражнения; и функциональные итеративные элементы должны быть помещены в независимый пул запросов и план версии.

Спектр услуг зависит от важности системы, сроков использования, размера пользователя, сложности технологии и внешней зависимости. Время отклика, удержание стоимости, цели восстановления и частота упражнений, необходимых для общих внутренних инструментов, внешних бизнес-платформ и основных торговых систем, различны. Облачные ресурсы, текстовые сообщения, хранение, типовые звонки и лицензии третьих сторон обычно являются внешними затратами и должны отображаться отдельно от стоимости технических услуг.

• Определение целевых показателей по степени неисправности, реагированию и восстановлению с разбивкой по оперативным последствиям
• Ежемесячный выходной сбой, резервное копирование, безопасность, емкость, выпуск и учет рисков
• Основные изменения для проведения тестирования, утверждения, онлайн-инспекции и отступления

Как оценить стоимость поглощения и долгосрочного транспорта

Стоимость принятия на себя зависит, в первую очередь, от целостности актива, построения кода, повторного появления производственной среды, надежности данных и от того, влияет ли неисправность на бизнес.Большое количество предметов подходит для диагностики фиксированного диапазона, за которой следует риск и тарификация маршрута; а прямое обязательство по общей стоимости всего проекта восстановления часто подразумевает высокий риск предварительного обременения или спор более позднего диапазона.

Долгосрочный транспорт предлагается на основе стратификации, основанной на базовой безопасности, поддержке производства и непрерывности, а также времени обслуживания, уровне реагирования, включая рабочие часы, сверхурочные и ежегодные упражнения. Предприятие должно сравнивать годовые технические услуги, облачные ресурсы, сторонние затраты и прогнозируемые итерационные затраты, а не полагаться на ежемесячные расходы на техническое обслуживание. После того, как система будет автоматизирована, контролируется и документы завершены, стоимость транспортировки обычно будет более управляемой.

Захват проекта и принятие транспортных услуг

Этап принятия должен продемонстрировать, что список активов завершен, код может быть построен, среда может быть развернута, база данных может быть восстановлена, основные процессы могут быть запущены, а риски и проблемы наследия документированы.

Работа резервного копирования показывает, что успех не равен восстановлению и требует регулярных упражнений; сервер не совпадает с обычными операциями, а полные ссылки наблюдаются из доступа пользователя, интерфейса, задачи и состояния данных.