¿Qué tan seguro está de que su software funcionará de la forma en que debe hacerlo en el momento de la verdad? ¿Qué tan seguro está de que un sistema que se cae en otro lugar de su industria no eliminará el suyo? también, ¿o viceversa?

Hacer que su software sea "sano y salvo" requiere una combinación de hiperconciencia, buena planificación y previsión, y aprender rápidamente de los errores, según Frédéric Véron, el director de información y jefe de seguridad y solidez de Deutsche Bank.

"La seguridad y la solidez se trata de '¿Cómo podemos hacer que la empresa sea más segura y sólida, ¿desde el principio? '", dijo Véron el 23 de mayo en el Simposio MIT Sloan CIO." No solo cuando suceden cosas, pero antes de que sucedan las cosas ".

Dijo que llegar a ese punto se trata de conocer su software mejor que nunca.

Sea hiperconsciente

Primero, Véron dijo:muchas organizaciones desconocen exactamente cómo los usuarios finales están usando su software, qué funciones están usando o no, para qué los están usando, y si están usando el software para fines para los que no fue diseñado originalmente.

Abogó por adoptar una postura de "hiperconciencia" que implica saber cómo se utiliza realmente todo su software en el día a día, garantizar que todas las partes interesadas en el desarrollo comprendan el alcance completo del producto, y tomar continuamente métricas de referencia para comprender qué se pueden considerar condiciones de funcionamiento normales para un sistema.

"La conexión de los diferentes contextos, no solo la gente de TI, pero operaciones y negocios, también, estás conectando todo esto junto, para que cuando tengas que cuidar un sistema, sabrás lo que es normal, dijo Véron.

Para obtener esa perspectiva del usuario final, Envíe a los desarrolladores a observar a los usuarios de software en acción.

Aprender y comprender todos los aspectos del software y los sistemas con los que necesitará interactuar, desde el diseño hasta la construcción, pasando por la producción y las operaciones, permite a la empresa "ir más allá de DevOps para ver la pila completa, centrarse en la experiencia del cliente, " él dijo.

Asegurar la preparación operativa

El desarrollo de software seguro y sólido no se trata solo de codificar y enviar el producto terminado a producción, Dijo Véron. Para garantizar que un sistema esté listo para funcionar, Haga que todos participen antes en el proceso de planificación. Véron llama a este enfoque del proceso de diseño "moverse hacia la izquierda".

"Todos los diferentes procedimientos que serán necesarios para mantener el sistema en modo de producción deben pensarse con anticipación. Siempre se puede atornillar todo más tarde, pero te costará más dinero y no será nativo ni funcionará tan bien, "Véron dijo." Mientras tanto, corre el riesgo de que su sistema no funcione ".

Véron mide constantemente la disponibilidad de nuevas versiones de software, y dijo que rechazará los cambios que no tengan una puntuación más alta que la versión anterior.

Fallar rapido, adaptarse rápido

Adoptando ágil y DevOps, que están diseñados para permitir una flexibilidad iterativa en el desarrollo de software y una colaboración más estrecha con los clientes, le permite adoptar una postura que valora "fallar y adaptarse rápidamente".

Desarrollar y lanzar productos mínimos viables ayuda a una empresa a confirmar que su producto está en el camino correcto, aprender de eso, y adaptar el concepto y el diseño a la forma en que las personas lo utilizan. El proceso puede parecer más lento que los métodos de desarrollo tradicionales al principio, Véron dijo:pero eventualmente acelera el proceso.

"El objetivo de ágil es adoptar la filosofía en la que se dividen los esfuerzos principales en esfuerzos más pequeños, lo que le permite hacer lanzamientos incrementales para que pueda hacer un pequeño cambio, y si no funciona, puede retirarlo de la producción rápidamente sin que esto afecte a todo, "Dijo Véron.