Cobertura y estabilización
Reestablecer el sistema como una base manejableAuditorías de activos, recuperación, validación de respaldo, vigilancia y eliminación de alto riesgo
Home / Orientación de la decisión del proyecto / Gastos de contratación externa para el mantenimiento del sistema
PROJECT DECISION GUIDE:: La contratación externa de sistemas de software, cómo determinar el alcance de la asistencia técnica y los servicios
El costo de una oferta de servicio debe ser específico para el sistema, tiempo de negocio, objetivos de respuesta y el plan que contiene. Un “mantenimiento integral” por sí solo no puede juzgar lo que el proveedor es responsable o establecer un nivel de servicio ejecutable.
Responde a la pregunta.
:: Contratación externa de sistemas de mantenimiento
Los costos suelen consistir en la fase de toma de posesión, seguridad básica, respuesta a incidentes y versión. El sistema antiguo comienza con diagnósticos y transiciones estables; una vez que se pueden utilizar paquetes de tiempo ordinarios de tarifas mensuales básicas, SLAs o equipos exclusivos.
SCOPE & BUDGET LEVELS
Primero, los insumos claros al límite por fase de proyecto
Se utilizan las siguientes capas para establecer una base de referencia para el presupuesto y la aceptación, y el alcance real todavía tendrá que evaluarse en relación con el statu quo, la interfaz y los requisitos de tiempo.
Seguridad básica del transporte
Mantener un funcionamiento estable de las horas de trabajo contratadasInspección, alarmas, fallos, emisiones, certificados, respaldos e informes mensuales
Mejora y mejora continua
Reducción de la deuda técnica y cambio de negocio apoyadoSeguridad de rendimiento, distribución automatizada, optimización de la estructura y versión continua iterative
DECISION FACTORS
Los elementos clave que se deben revisar para la adopción de decisiones
En primer lugar, se determinan los límites de la moderación y la responsabilidad, y se comparan las rutas técnicas y las modalidades de cooperación.
Sistema y escala ambiental
El volumen de trabajo básico se determina por el número de aplicaciones, bases de datos, tareas, interfaces, entornos y nodos de despliegue.
Nivel de importancia crítica operacional
Los sistemas de comercio básicos y las herramientas internas de baja frecuencia requieren diferentes objetivos de disponibilidad y restauración.
Período garantizado
Las horas de trabajo, los servicios de extensión y los 7x24 lugares de destino se organizan de manera diferente.
Tomar el control de la madurez
La falta de archivos de código, el despliegue automatizado, la vigilancia y la copia de seguridad aumentan los costos de la transición.
Frecuencia de cambio
Las versiones mensuales, los cambios de interfaz y las superposiciones de negocio requieren pruebas y recursos correspondientes.
Límite de responsabilidad
Los terceros, los servicios en la nube, las redes, los incidentes de seguridad y las operaciones de los clientes deben estar claramente alineados.
Preparación de recomendaciones antes de la comunicación o evaluación
Lista de sistemas y activos ambientalesTiempo de negocio y procesos claveDocumento de código actual y modo de implementaciónMonitor de respaldo e historial de fracasoExpectativas de la respuesta y de los objetivos de recuperaciónRequisitos mensuales de iterativa y distribución
Sendero sugerido para la aplicación
Un diagnóstico de toma de posesión de un soloscopio establece una base de riesgo y volumen de trabajo, seguido de una transición de tres meses a la SLA. Una operación estable y una reajuste de contratos a largo plazo para tener en cuenta los eventos, versiones y datos de apoyo reales son más fiables que un servicio fijo que inicialmente fue sobrecompromisado o subcommitido.
DECISION WORKSHEET
Traducir los costos de contratación externa del mantenimiento del sistema en la adopción de decisiones ejecutables
Las siguientes hojas de trabajo ayudan a las empresas a organizar consejos vagos en insumos basados en proveedores, de aprobación interna y de receptividad de proyectos.
Sistema y escala ambiental
El volumen de trabajo básico se determina por el número de aplicaciones, bases de datos, tareas, interfaces, entornos y nodos de despliegue.
Si el factor sigue siendo incierto, se debe organizar una validación de diagnóstico o en pequeña escala y no es apropiado incluir directamente el rango de precios fijos no variable.
Nivel de importancia crítica operacional
Los sistemas de comercio básicos y las herramientas internas de baja frecuencia requieren diferentes objetivos de disponibilidad y restauración.
Si el factor sigue siendo incierto, se debe organizar una validación de diagnóstico o en pequeña escala y no es apropiado incluir directamente el rango de precios fijos no variable.
Período garantizado
Las horas de trabajo, los servicios de extensión y los 7x24 lugares de destino se organizan de manera diferente.
Si el factor sigue siendo incierto, se debe organizar una validación de diagnóstico o en pequeña escala y no es apropiado incluir directamente el rango de precios fijos no variable.
¿Qué debería contener un resumen comparable de las evaluaciones?
Como mínimo, el inventario de sistemas y activos ambientales, tiempo de negocio y procesos clave, archivos de códigos y despliegues actuales, y la historia de la vigilancia de la retroceso y el fracaso, al tiempo que proporciona una cuenta del volumen de negocio actual, tiempo de procesamiento promedio, anomalías importantes, sistemas en su lugar, privilegios de datos, dependencia de terceros y ventanas de acceso. La misma versión de información se proporciona a diferentes proveedores y descripciones separadas de supuestos, exclusiones, asuntos de la cooperación de la total de clientes, para evitar una sola frontera.
Por ejemplo, la empresa espera que el proyecto ahorre 160 horas de trabajo al mes, pero esta cifra debe desglosarse en el número de tareas, ahorros de tiempo único, tasas de adopción y tasas de revisión manual. Si sólo el 40% de los usuarios utilizan el primer período, o si el nuevo proceso aumenta el proceso de examen, los beneficios reales serán significativamente inferiores a la estimación aparente.
Cuatro tipos de pruebas recomendadas para el interrogatorio durante la comunicación de proveedores
The first is scope evidence: consistency of demand versions, business processes, prototypes, interfaces and exclusions; the second is engineering evidence: whether similar technologies have accessible structures, code management, testing, deployment and trouble management methods; the third is personnel evidence: whether actual participants, input stages, responsibilities and replacement mechanisms are clear; and the fourth is delivery evidence: how source codes, data, account numbers, documents, training, quality assurance and transport are handed over. It is normal for suppliers to be unable to provide customer confidentiality at the bidding stage, but should be able to explain their own methods and the evidence that can be developed under this project.
Se recomienda que se fije por separado la claridad de alcance, la dependencia crítica, la capacidad de equipo, la aplicabilidad de la aceptación y la toma a largo plazo y que se registre la base de cada puntuación. Si un programa es más barato, se excluye la interfaz, la migración, las pruebas o la responsabilidad en línea, entonces debe convertirse al mismo calibre de entrega antes de la comparación.
El principio de la sentencia
Esta página proporciona un marco de toma de decisiones que no constituye una oferta fija o compromiso de rendimiento.
FAQ
FAQs
Las cuestiones más comunes antes de la cooperación se señalan claramente con antelación.
¿El tiempo de respuesta del SLA es igual al tiempo de reparación?+
La respuesta indica que se está iniciando la ingesta y clasificación, que el tiempo de reparación depende de la causa del fracaso, la dependencia y el programa de recuperación, y que los objetivos del análisis de identificación, desvío, restauración y causas raíz deben convenirse por separado.
¿Cuántos cambios contienen la cuota mensual base?+
La nueva funcionalidad no puede compartirse con un vago compromiso con el fracaso de la producción.
¿Podemos pagar sólo cuando hay un mal funcionamiento?+
Se puede comprar apoyo subsidiario, pero la recuperación de emergencia y el compromiso con el SLA suelen ser más limitados cuando los proveedores carecen de conocimientos ambientales y sistemáticos continuos.
DECISION FAQ
Echa un vistazo a las 265 preguntas.Cuestiones comunes relacionadas con proyectos en curso
Consultoría AI, integración MCP, externalización tecnológica y entrega de sistemas
¿Cómo debe acordarse el SLA, que está subcontratada para el mantenimiento del sistema de software?
El SLA debe distinguir primero el nivel de fracaso por impacto empresarial, y luego acordar por separado los objetivos de recibir, responder, pasar por alto, restaurar y análisis de causa raíz. El tiempo de respuesta no es igual al tiempo de reparación, y las plataformas de terceros y la colaboración con los clientes se escriben.
Ver respuesta completaConsultoría AI, integración MCP, externalización tecnológica y entrega de sistemasSin código fuente completo y documentación, ¿puede el nuevo equipo asumir el mantenimiento del sistema?
El primer paso es preservar los activos y respaldos existentes, sin modificaciones directas en el entorno de producción. La construcción o al menos restauración de la dependencia operacional se restablece, y se verifican los procesos básicos, datos, seguridad e interfaces de terceros. Hasta que se confirme el rango desconocido, sólo se da el plan de fase y el presupuesto de riesgo, y no es apropiado comprometerse a precios fijos completos o a SLAs estrictos.
Ver respuesta completaInformación de negocios, integración de sistemas y transporte¿Qué servicios de mantenimiento a largo plazo se incluyen normalmente en la contratación externa para el despliegue de software?
El servicio se basa en la importancia del sistema, el plazo de uso, la sensibilidad de los datos y la dependencia externa. El servicio no sólo espera la barrera de prensa, sino que también observa continuamente el rendimiento, el error, el costo y las anomalías operacionales.
Ver respuesta completaContratos, pagos, cambios y ejecución de proyectos¿Cuánto tiempo toma normalmente la garantía de calidad para el desarrollo de software y cómo difieren las garantías de calidad del transporte?
El término no es uniforme y se determina por la importancia del sistema y el acuerdo contractual. Las partes también especifican el tiempo de respuesta, el nivel de deficiencia y el servicio después de que se haya completado la garantía de calidad.
Ver respuesta completaRELATED
Presentación de la evaluación de proyectosMantenga su conocimiento de los servicios
Relevant
:: Contratación externa de los sistemas de transporte y mantenimiento de sistemas de programas informáticos
Vea el alcance de la toma, las salvaguardias, las versiones y la mejora continua
Para más información.RelevantCosto estimado del mantenimiento de programas informáticos
Comparación de los costos de seguridad, transporte de las necesidades de mantenimiento de la paz
Para más información.RelevantGuía de toma de posesión del antiguo código
Primero restaurar activos, entorno y capacidades de distribución
Para más información.