Convertir la entrega en un flujo repetible de agua
La aplicación automática de codificación, inspección, pruebas, construcción y despliegue de productos después de la presentación de códigos reduce las diferencias ambientales y los errores manuales. Cada cambio se registra de forma sistemática, y es más fácil localizar problemas y volver a rodar.
La línea de flujo debe comenzar con pasos de alta frecuencia, estabilización, expansión gradual de la cobertura en lugar de inicialmente perseguir plataformas complejas.
Hacer que la calidad de la retroalimentación ocurra antes
Los problemas anteriores son detectados por las pruebas de unidad, las pruebas de interfaz, los escaneos estáticos y las revisiones de código, mientras que el costo de reparación de los mismos debe ser el enfoque de las reglas de negocio principales, interfaces clave y módulos históricos de alto riesgo.
Los cierres de puertas de calidad requieren umbrales razonables para disuadir de cambios de alto riesgo y evitar que los equipos preparen pruebas sin valor para los indicadores.
Incrustar controles de seguridad en el proceso R
Los sistemas clave también deben incluir pruebas de seguridad y desminados para permitir que los riesgos se aborden antes de que se en línea.
El papel del equipo de seguridad ha pasado de la auditoría final de la tubería a proporcionar reglas, herramientas y consejos, y compartir riesgos con R ' D.
Use observable para formar un bucle de retroalimentación upline
La liberación y los interruptores de función de escala gris controlan la gama de impactos de cambio.
Cuando la frecuencia de entrega, la tasa de fracasos de cambio, el tiempo de recuperación y el ciclo de demanda se miden de forma continua, las empresas pueden mejorar realmente la eficacia de R.
- Liberación pequeña, frecuente y revolvente
- Automatizar los cheques de calidad y seguridad duplicados
- Utilización de la retroalimentación de la producción para impulsar la próxima ronda de mejoras
Cambio DevSecOps 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
Los datos están disponibles durante una o dos semanas seguidas, pero el ciclo de muestra y las fluctuaciones operativas están indicadas. No fije primero una buena tasa de ahorros, luego revierta los datos.
Paso 2: Aclarar el cierre inicial y la inacción
La primera fase está diseñada para permitir que una cadena funcione y sea retraceable, en lugar de apilar toda la integración continua, calidad de software y eficacia R & D en la misma versión.
Paso 3: Coincide con los resultados técnicos a la evidencia de ingeniería
La estructura está diseñada para verificar el tamaño, los picos, la disponibilidad, los tiempos de recuperación, la frecuencia de distribución y los datos de fallo, evitando la introducción temprana de la complejidad más allá de la capacidad del equipo para la tecnología avanzada. La demostración del proveedor debe utilizar muestras que son confirmadas por ambas partes; no se dispone de datos de producción no disensibilizados, pero los datos de prueba 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 mensuales, una media de 20 minutos y una tasa de retorno del 10%, el objetivo puede ser declarado como “seis semanas después del inicio de la línea, con una reducción media del 25% en el tiempo, y una tasa de retorno no superior a la base original, dada la complejidad cercana de la tarea”. Este conjunto sólo demuestra el método de medición, y no representa ningún resultado del cliente; los indicadores formales deben ser identificados por la propia empresa
- 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
- En el centro de la automatización se reduce el número de comentarios en lugar de la búsqueda de herramientas
- La calidad y la seguridad deben participar temprano en R plagaD
- Estamos midiendo velocidad, estabilidad y resiliencia.
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.
