Los recursos flexibles acercan la capacidad a los cambios empresariales
Los recursos fijos tradicionales se adquieren a menudo en los picos y se utilizan en los tiempos bajos; las plataformas de nube pueden ampliarse para tomar los picos de las operaciones y reducir la ociosidad a largo plazo, dependiendo de la dinámica de los flujos y mandatos.
Para ser realmente resiliente, las aplicaciones también necesitan reducir la dependencia local del Estado y establecer una velocidad razonable de ampliación y puesta en marcha.
Ambiente normalizado para mejorar la eficiencia en la entrega de R ' D
Los embalajes/envases incorporan aplicaciones y operaciones en una unidad de entrega consistente, reduciendo las diferencias en el entorno de desarrollo, ensayo y producción.
La normalización no limita los equipos, sino que deja duplicación de esfuerzos a la plataforma, permitiendo que R ' D se centre más en las capacidades operacionales.
Resiliencia del sistema de recuperación observable y automática
La plataforma basada en la nube permite la recogida de registros, indicadores y cadenas de llamadas para ayudar a los equipos a localizar rápidamente anomalías.
Pero la automatización debe alinearse con objetivos claros de servicio y estrategias de advertencia, de lo contrario sólo generará más ruido.
Los costos de la nube requieren una gobernanza continua
Cuando se solicitan recursos fácilmente, ejemplos ociosos, datos de gestión de la configuración y del ciclo de vida pueden empujar rápidamente los costos.
La transformación basada en la nube debe crear gradualmente plataformas, normas y capacidad de equipo de pilotos de aplicaciones adecuados, en lugar de una migración única de todo el sistema.
- Establecer cuotas de recursos y poner fin a la estrategia
- Distribución de los gastos por etiqueta operacional
- Medición de los costos de rendimiento, estabilidad y transacción unitaria al mismo tiempo
Convertir nubes de conclusiones de lectura a la entrada de proyecto
El problema más probable después de leer artículos metodológicos es la aceptación de principios, que no se traducen en el siguiente paso. Se propone que el jefe de operaciones organice un mini-taller de 60-90 minutos, eligiendo sólo un proceso real y no apresurarse a discutir la plataforma completa.
Paso 1: Establecimiento de una situación actual y una base de referencia de la muestra
Las tareas normales, inusuales y fronterizas actuales se extraen alrededor de “Recursos flexibles para acercar la capacidad a los cambios de negocio” y registrar el procesamiento mensual, los tiempos de espera, los tiempos de procesamiento reales, las tasas de trabajo, los puntos de contacto manuales, las consecuencias de error y las herramientas actuales.
Paso 2: Aclarar el cierre inicial y la inacción
La primera fase está diseñada para permitir que una cadena funcione y sea retracable, en lugar de la containerización, Kubernetes, y la nube completa de la empresa que se apilen en la misma versión.
Paso 3: Coincide con los resultados técnicos a la evidencia de ingeniería
La estructura determina la necesidad de validar el volumen, el pico, la disponibilidad, el tiempo de recuperación, la frecuencia de los datos de liberación y fracaso para evitar la pronta introducción de la complejidad más allá de la capacidad del equipo para el avance tecnológico. La demostración del proveedor debe utilizar una muestra confirmada por ambas partes; no se dispone de datos de producción no confidenciales, pero los datos de pruebas idealizados no pueden utilizarse completamente para reemplazar las condiciones reales.
Paso 4: Recepción, inspección y disco con el mismo calibre
Suponiendo que el proceso original se encargue de 600 tareas por mes, con una media de 20 minutos y una tasa de retorno del 10%, combinado con el “costo inusual de la nube requiere una gobernanza continua”, el objetivo puede describirse como “seis semanas después del inicio de la línea, con una reducción promedio del 25% en el tiempo, y una tasa de retorno de no más que la base original, a la luz de la complejidad relativa de la tarea.”
- Material operacional: diagrama de flujo, función, misión de muestra, cuestiones actuales y datos de referencia
- Material técnico: inventario del sistema, interfaz, acceso a datos, entorno de despliegue y necesidades de seguridad
- Material del proyecto: alcance de primera fase, exclusiones, matriz de responsabilidad, hitos y mecanismos de cambio
- Material de recepción e inspección: conjunto de pruebas, registros de ejecución, lista de deficiencias, consultas de indicadores y documentos de entrega
Cuando estos materiales son identificados conjuntamente por los partidos operativos y técnicos, el método del artículo se introduce en el proyecto. Si los datos clave, la autorización de interfaz o la persona responsable no están en su lugar, el siguiente paso lógico es generalmente un diagnóstico limitado o PoC, en lugar de un compromiso inmediato para completar el período de trabajo y el precio total fijo.
Aplicar metodología para la acción de proyectos
- El núcleo de la vida en la nube es la estandarización, automatización y elasticidad.
- Las capacidades de la plataforma deben sincronizarse con la adaptación de la aplicación
- Establecimiento de un mecanismo de gestión sostenible de los recursos y los costos
Continuando conciliando las cuestiones comunes en la adopción de decisiones de proyectos
¿Cómo ofrece el desarrollo de interfaces integrado y multisistema de terceros API?
El proyecto de interfaz no puede ser simplemente citado por el número de interfaces, ya que la misma interfaz puede ser simplemente una consulta, pero también puede asumir la transacción, la retesta, la reconciliación y la responsabilidad de seguridad. El costo depende de la calidad del documento, el entorno de prueba, la conversión de campo, la frecuencia de sincronización, la compensación inusual, el rendimiento y el soporte en línea. Se recomienda que el número de URL se evaluen por enlaces de negocio en lugar de contar solamente.
Ver respuesta completaSelección de información corporativa, integración y gestión de datos¿Puede la interfaz API ser totalmente compatible sin un archivo?
A veces, pero los costos, riesgos y tiempo aumentan significativamente, y no se puede prometer ninguna conexión. Los equipos necesitan confirmar si hay un mandato legal, entorno de prueba, registros, solicitudes de muestra y apoyo original.
Ver respuesta completaSelección de información corporativa, integración y gestión de datos¿Cómo monitorizas fallo de interfaz y discrepancias de datos después de la integración de sistemas?
La interfaz vuelve con éxito y no equivale a una terminación del proceso de negocio, y la integración de los sistemas debe supervisar tanto el estado técnico como los resultados de la operación. Cada solicitud debe tener un número de seguimiento único, registrando la fuente, el objetivo, el estado, el tiempo, el reentrada, y el número de unidad de negocio. Pagos, pedidos, inventario, etc., también se reconcilian regularmente.
Ver respuesta completaContratos, pagos, cambios y ejecución de proyectos¿Qué información se necesita para la aceptación e inspección del proyecto de software?
El objetivo de la información es demostrar que el sistema cumple con las normas acordadas y que el cliente puede seguir operando y asumiendo el control.
Ver respuesta completa¿Necesitas más análisis en el contexto del estado actual de la empresa?
Proporcionamos asesoramiento técnico en TI, construcción de información empresarial, Outlook de proyecto de software, diseño de productos, servicios de entrega R & D y entrega de sistemas.
