SlideShare una empresa de Scribd logo
1 de 6
Descargar para leer sin conexión
Noviembre 2013 
Thorsten Prumbs 
Arquitecto de soluciones 
en atSistemas 
Thorsten es un reputado 
profesional, con dilatada 
experiencia en el 
diseño de arquitecturas 
corporativas y la 
consultoría de seguridad 
y rendimiento de 
entornos distribuidos 
de alta disponibilidad, 
principalmente para 
el sector financiero y 
asegurador. 
atsistemas.com 
¿Qué es un DevOps? 
Introducción 
DevOps es el acrónimo de Development & Operations, que en castellano podemos 
traducir como Desarrollo y Sistemas. Con este nombre, designamos un rol que se 
está introduciendo, poco a poco, en nuestro entorno tecnológico. 
La persona o equipo que desarrolla este papel debe reunir conocimientos 
horizontales y una visión muy clara de los siguientes mundos tecnológicos: 
En este sentido, un DevOps actúa como puente, como embajador y, a la vez, 
como evangelista entre los equipos de Desarrollo, Sistemas y Control de calidad. 
¿Responde a una necesidad real o es una moda? 
La respuesta a esta pregunta sería: depende de a cuál de los tres departamentos 
anteriores se le realiza la pregunta. Cuanto más cerca se está de la situación 
real de un software a nivel funcional y no funcional, más claramente se percibe el 
hueco, o más bien el abismo, existente entre los tres departamentos. 
Hablemos de la realidad 
En la mayoría de las empresas que invierten en el desarrollo de productos software, 
la realidad es que los tres departamentos de Desarrollo, Calidad y Sistemas están 
separados y aislados el uno del otro. Con el avance de la externalización (Servicios 
de Operaciones, Software Factories), los miembros de cada departamento ni 
conocen a los integrantes de los demás departamentos, ni tienen una forma de 
comunicación directa con ellos. 
El resultado es lo que se podría llamar una “guerra de trincheras”, donde la patata 
caliente se pasa de un lado a otro empleando técnicas propias de una guerra 
como la distracción, el engaño, el ataque y la defensa. 
“Cuanto más cerca se 
está de un software a nivel 
funcional y no funcional, 
más claramente se percibe 
el abismo existente entre 
los tres departamentos.” 
Desarrollo 
de Software 
DevOps 
Control de 
Calidad (QA) 
Sistemas
En este contexto, se dan pocos cambios con la metodología de calidad o de 
desarrollo que se emplee. La diferencia está en la rapidez con la que un usuario 
puede cuestionar o justificar con su experiencia la inversión ya hecha. 
Con un modelo cascada, los problemas de comunicación y conocimiento entre 
los departamentos están camuflados por los problemas de desviación de la Triple 
Restricción: requisitos, fecha de entrega y presupuesto. 
Con un modelo ágil, la retroalimentación del usuario se da mucho antes. Además, 
como los periodos de evolución son más cortos, los problemas de comunicación 
entre los departamentos se dan antes y con más frecuencia. El resultado es que 
todos los departamentos ven la necesidad de automatizar para eliminar fallos 
humanos y para poder llevar a cabo su trabajo con el tiempo y los recursos que 
tienen. 
Al final, con las mejoras y evoluciones continuas, todos los departamentos se dan 
cuenta de los problemas de mantenimiento: 
· Desarrollo tiene que reimplementar en vez de reutilizar. 
· Calidad tiene que volver a probar todo porque no se pueden fiar de la 
estabilidad y funcionalidad del software. 
· Sistemas tiene que aprender de nuevo, con casi cada pase a producción, 
cómo analizar trazas, cómo dimensionar, cómo monitorizar, etc. 
Como consecuencia, los proyectos de desarrollo ágil emplean pocos recursos con 
un alto nivel de conocimiento y técnicas como TDD y Pair Programming. 
Éstas son las razones por las que, en proyectos ágiles con continuas puestas en 
producción, se percibe mucho antes la necesidad de un DevOps. 
Hablemos de proyectos ágiles 
La parte de gestión de requisitos con sus historias de usuario y su plan de releases 
ya acerca, por fuerza, dos partes: el usuario y el técnico que lo implementa. 
Con la planificación a corto plazo dentro de un sprint, llegan las funcionalidades 
ya “modularizadas” y “pre-pensadas”. Por tanto, resulta más fácil y directo pensar 
en módulos funcionales y su integración. 
Junto con las mencionadas técnicas de desarrollo, se implementan pruebas 
unitarias de cada módulo funcional y de cada integración. Si el desarrollo conlleva 
historias ya completas, se hacen pruebas de humo de la funcionalidad básica. 
¿Qué es un DevOps? 
El DevOps es, por lo tanto, 
un embajador entre tres 
mundos que suelen estar 
demasiado separados en 
la realidad actual de las 
empresas. 
En proyectos ágiles con 
continuas puestas en 
producción, se percibe 
mucho antes la necesidad 
de un DevOps. 
atsistemas.com
Esta forma de desarrollo debe ir acompañada de un alto nivel de automatización 
de casi todas las fases del ciclo de vida: gestión de dependencias (Maven, 
Gradle), compilación, empaquetado, pruebas unitarias, despliegue, pruebas de 
humo, revisión estática de código, .... En este contexto, las pruebas funcionales 
de aceptación y las no funcionales se convierten en el cometido principal del 
Departamento de Calidad. 
Como los despliegues y las pruebas de humo están automatizados, y se hicieron 
ya pruebas de rendimiento, robustez y seguridad (no funcional), el Departamento 
de Sistemas tampoco se encuentra sorpresas en el momento de dimensionar, 
monitorizar y operar en producción, ya que el mantenimiento y las evoluciones 
suelen ser pasos pequeños e incrementales. Como resultado tampoco hay 
sorpresas en el día a día. 
El problema de los proyectos ágiles es que requieren un alto nivel de conocimiento 
y experiencia de todos los participantes. Si el sistema a construir tiene un alto 
nivel de complejidad (muchas integraciones a medida, tecnologías heterogéneas, 
etc.), la agilidad y mejora continua se ven afectadas por los problemas técnicos 
(Technical Debt – deuda técnica). 
La Deuda técnica - no tanto a nivel funcional sino más a nivel no funcional y a 
medio/largo plazo - se mitiga con DevOps por su alto nivel de experiencia y su 
enfoque de entrega continua con sus implicaciones en los tres departamentos: 
Desarrollo, Calidad y Sistemas. 
¿Cómo llegar a ser un buen DevOps? 
Desde los primeros momentos de un proyecto, el DevOps se encarga de alinear 
el desarrollo con las necesidades funcionales, operativas y de calidad. Esta labor 
de negociación y convicción requiere un alto nivel de conocimiento práctico en 
las tres áreas, junto con una visión clara de necesidades y posibilidades futuras. 
Según el contexto de cada proyecto y empresa, el DevOps debe conocer de 
antemano la empresa y su forma de trabajar. Es decir, debe tener una idea muy 
clara y concreta de las formas de trabajo de cada uno de los tres departamentos: 
Desarrollo, Calidad y Sistemas. Durante todo el proyecto, es de gran ayuda si el 
DevOps sabe organizar y documentarse bien. Es decir, hay que tener una visión 
para los problemas y soluciones esenciales y no liarse con el “ruido” del trabajo o 
problemas diarios. 
¿Qué es un DevOps? 
Desde los primeros 
momentos de un proyecto, 
el DevOps se encarga 
de alinear el desarrollo 
con las necesidades 
funcionales, operativas y 
de calidad. 
atsistemas.com
Pero todas las habilidades y conocimientos no son suficientes si el contexto 
organizativo - la empresa con sus departamentos - persigue intereses ocultos 
y opuestos. Es decir, con la organización formal no se consigue nada si no se 
tiene en cuenta la informal. La organización formal se suele desviar mucho más 
de la informal en contextos jerárquicos con un alto nivel de externalización que 
en organizaciones planas. 
¿Cómo me pueden permitir ser un buen DevOps? 
Como siempre, depende del contexto empresarial, organizativo y tecnológico 
pero, en líneas generales, un DevOps sólo puede convencer y alinear los tres 
departamentos (Desarrollo, Calidad y Sistemas) si los conoce. 
El DevOps debe considerar imprescindible hacer “reuniones” informales con 
miembros claves de cada departamento. En general, esto se consigue con 
asignaciones directas al proyecto en curso de personas de cada departamento, 
con nombres y apellidos. Dicho de forma rápida: tomando un café con gente de 
cada departamento, un DevOps se entera de asuntos de igual o más importancia 
que leyendo las actas del PMO. 
La información e impresión obtenida ayuda al DevOps a hacer preguntas de la 
forma más efectiva posible. Dicho de otra manera: con el conocimiento de los 
atajos y trucos habituales de un departamento, se relativizan las historias de éxito 
de los demás departamentos. 
Sin embargo, el DevOps debe contrastar simultáneamente este conocimiento 
con la documentación existente, por un lado, y con el código más configuración, 
por el otro. En este sentido, todo conocimiento empieza y acaba en la parte de 
Sistemas. Sí, en la parte de Sistemas y no de Desarrollo, porque en un contexto 
organizativo difícil, un DevOps no se puede fiar de nadie y si no hay mecanismos 
automatizados, no se puede fiar de que el código fuente de Desarrollo o de 
Calidad coincida con el compilado en ejecución en un entorno concreto. 
En este sentido, es de ayuda si el DevOps emplea técnicas de Ingeniería Inversa. 
Por ejemplo, puede tener que decompilar binarios obtenidos de Sistemas para 
poder demostrar un problema de código (es decir, de Desarrollo y a lo mejor 
también de Calidad). Esta información suele ayudar a la hora de establecer 
confianza en el conocimiento y la capacidad del DevOps. Cualquier análisis que 
se haga tiene que hacer énfasis en el problema, su impacto y su posible solución, 
pero no en su causa o responsable. 
¿Qué es un DevOps? 
Cualquier análisis que 
se haga tiene que hacer 
énfasis en el problema, 
su impacto y su posible 
solución, pero no en su 
causa o responsable. 
atsistemas.com
El DevOps debe buscar siempre la mejora para todos los afectados (Usuario 
y Desarrollo -> funcional, Calidad -> verificación, Sistemas -> no funcional) sin 
escalar a los niveles de gestión porque suele destruir niveles de confianza ya 
obtenidas. Si, en un momento dado, el DevOps sabe dar una solución cuya 
mejora afecta a todos los tres departamentos, suele crear a la vez un clima de 
cooperación, aunque sea temporal. Esta cooperación hace hueco para aquellas 
mejoras del DevOps cuyo valor todavía no es percibido como necesario. 
En términos generales, hace falta automatizar tareas como parte del proyecto 
donde no hay conocimiento o voluntad en uno o varios departamentos. 
Además, suele ocurrir que el valor del trabajo de un DevOps se pone de manifiesto 
de forma indirecta a medio y largo plazo. 
El DevOps es, por lo tanto, un embajador entre tres mundos que suelen estar 
demasiado separados en la realidad actual de las empresas, tanto si se le emplea 
como un servicio horizontal o como si sólo interviene en situaciones de crisis a 
modo de negociador. 
¿Qué es un DevOps? 
atsistemas.com
atSistemas es una compañía de consultoría, servicios de IT y desarrollo de software. 
Con un crecimiento sostenido desde su fundación en 1994 y una plantilla que supera 
los 450 empleados, los servicios de atSistemas se caracterizan por la flexibilidad y 
la agilidad, lo que nos permite ayudar a grandes empresas de todos los sectores, 
aportando conocimiento y experiencia sobre el más amplio abanico de tecnologías. 
Nuestra cartera de clientes incluye más de 200 de las principaels empresas del país, 
con representación de todos los sectores de actividad, a los que prestamos servicio 
desde nuestras oficinas de Madrid, Barcelona, Cádiz y Zaragoza. 
Nuestro portfolio de servicios abarca desde el desarrollo de software a medida 
hasta la integración de grandes soluciones de software empresarial, en áreas que 
van desde la más compleja arquitectura de sistemas hasta las soluciones más 
novedosas de comercio electrónico o aplicaciones móviles. 
Valle de Alcudia, 3 
28230 Las Rozas, Madrid 
+34 91 640 76 20 
Passeig de Gràcia 55, 8º - 4ª 
08007 Barcelona 
+34 93 209 66 61 
atsistemas.com info@atsistemas.com

Más contenido relacionado

La actualidad más candente

1º Webinar EXIN en Castellano: EXIN DevOps Master certification: where Agile ...
1º Webinar EXIN en Castellano: EXIN DevOps Master certification: where Agile ...1º Webinar EXIN en Castellano: EXIN DevOps Master certification: where Agile ...
1º Webinar EXIN en Castellano: EXIN DevOps Master certification: where Agile ...EXIN
 
DevOps. Integre las operaciones para una entrega continua
DevOps. Integre las operaciones para una entrega continuaDevOps. Integre las operaciones para una entrega continua
DevOps. Integre las operaciones para una entrega continuaDavid Alvarez Palomo
 
Que demonios es eso de Devops (y porquedebería interesarme)
Que demonios es eso de Devops (y porquedebería interesarme)Que demonios es eso de Devops (y porquedebería interesarme)
Que demonios es eso de Devops (y porquedebería interesarme)Jacobo García López de Araujo
 
DevOps como habilitador de continous delivery
DevOps como habilitador de continous deliveryDevOps como habilitador de continous delivery
DevOps como habilitador de continous deliveryJuan Mauricio
 
Desayuno Tecnológico Data Adviser: "DevOps, realidad o ficción" ~ 28 de Junio...
Desayuno Tecnológico Data Adviser: "DevOps, realidad o ficción" ~ 28 de Junio...Desayuno Tecnológico Data Adviser: "DevOps, realidad o ficción" ~ 28 de Junio...
Desayuno Tecnológico Data Adviser: "DevOps, realidad o ficción" ~ 28 de Junio...Mkt Manager Data Adviser
 
Dev ops e infraestructura – acompañando nuestro software a producción
Dev ops e infraestructura – acompañando nuestro software a producciónDev ops e infraestructura – acompañando nuestro software a producción
Dev ops e infraestructura – acompañando nuestro software a producciónKleer Agile Coaching & Training
 
ALM09 - Scrum, Visual Studio y Buenas Prácticas
ALM09 - Scrum, Visual Studio y Buenas PrácticasALM09 - Scrum, Visual Studio y Buenas Prácticas
ALM09 - Scrum, Visual Studio y Buenas PrácticasRodrigo Corral
 
DevOps Seminar Slides (Spanish version)
DevOps Seminar Slides (Spanish version)DevOps Seminar Slides (Spanish version)
DevOps Seminar Slides (Spanish version)XebiaLabs
 
DevOps hacia donde va el camino de baldosas amarillas
DevOps hacia donde va el camino de baldosas amarillasDevOps hacia donde va el camino de baldosas amarillas
DevOps hacia donde va el camino de baldosas amarillasJorge Moratilla Porras
 
Devops Cultura y Ciclo de Vida
Devops Cultura y Ciclo de VidaDevops Cultura y Ciclo de Vida
Devops Cultura y Ciclo de VidaEdith Puclla
 
Liquid Day - Testing de la teoria a practica
Liquid Day - Testing de la teoria a practicaLiquid Day - Testing de la teoria a practica
Liquid Day - Testing de la teoria a practicaSoftware Guru
 
Introducción a DevOps
Introducción a DevOpsIntroducción a DevOps
Introducción a DevOpsEdith Puclla
 
Transformación Digital en clave Cloud, ALM y DevOps
Transformación Digital en clave Cloud, ALM y DevOpsTransformación Digital en clave Cloud, ALM y DevOps
Transformación Digital en clave Cloud, ALM y DevOpsatSistemas
 

La actualidad más candente (20)

1º Webinar EXIN en Castellano: EXIN DevOps Master certification: where Agile ...
1º Webinar EXIN en Castellano: EXIN DevOps Master certification: where Agile ...1º Webinar EXIN en Castellano: EXIN DevOps Master certification: where Agile ...
1º Webinar EXIN en Castellano: EXIN DevOps Master certification: where Agile ...
 
DevOps cultura y herramientas
DevOps cultura y herramientasDevOps cultura y herramientas
DevOps cultura y herramientas
 
DevOps. Integre las operaciones para una entrega continua
DevOps. Integre las operaciones para una entrega continuaDevOps. Integre las operaciones para una entrega continua
DevOps. Integre las operaciones para una entrega continua
 
Que demonios es eso de Devops (y porquedebería interesarme)
Que demonios es eso de Devops (y porquedebería interesarme)Que demonios es eso de Devops (y porquedebería interesarme)
Que demonios es eso de Devops (y porquedebería interesarme)
 
DevOps como habilitador de continous delivery
DevOps como habilitador de continous deliveryDevOps como habilitador de continous delivery
DevOps como habilitador de continous delivery
 
Desayuno Tecnológico Data Adviser: "DevOps, realidad o ficción" ~ 28 de Junio...
Desayuno Tecnológico Data Adviser: "DevOps, realidad o ficción" ~ 28 de Junio...Desayuno Tecnológico Data Adviser: "DevOps, realidad o ficción" ~ 28 de Junio...
Desayuno Tecnológico Data Adviser: "DevOps, realidad o ficción" ~ 28 de Junio...
 
Dev ops e infraestructura – acompañando nuestro software a producción
Dev ops e infraestructura – acompañando nuestro software a producciónDev ops e infraestructura – acompañando nuestro software a producción
Dev ops e infraestructura – acompañando nuestro software a producción
 
3.desarrollo ágil
3.desarrollo ágil3.desarrollo ágil
3.desarrollo ágil
 
4.aspectos humanos de sistemas
4.aspectos humanos de sistemas4.aspectos humanos de sistemas
4.aspectos humanos de sistemas
 
El reto del DevOps agil
El reto del DevOps agilEl reto del DevOps agil
El reto del DevOps agil
 
ALM09 - Scrum, Visual Studio y Buenas Prácticas
ALM09 - Scrum, Visual Studio y Buenas PrácticasALM09 - Scrum, Visual Studio y Buenas Prácticas
ALM09 - Scrum, Visual Studio y Buenas Prácticas
 
DevOps Seminar Slides (Spanish version)
DevOps Seminar Slides (Spanish version)DevOps Seminar Slides (Spanish version)
DevOps Seminar Slides (Spanish version)
 
DevOps hacia donde va el camino de baldosas amarillas
DevOps hacia donde va el camino de baldosas amarillasDevOps hacia donde va el camino de baldosas amarillas
DevOps hacia donde va el camino de baldosas amarillas
 
Introduccion a devops y devsecops
Introduccion a devops y devsecopsIntroduccion a devops y devsecops
Introduccion a devops y devsecops
 
Devops Cultura y Ciclo de Vida
Devops Cultura y Ciclo de VidaDevops Cultura y Ciclo de Vida
Devops Cultura y Ciclo de Vida
 
Liquid Day - Testing de la teoria a practica
Liquid Day - Testing de la teoria a practicaLiquid Day - Testing de la teoria a practica
Liquid Day - Testing de la teoria a practica
 
Ingenieria de Software
Ingenieria de Software Ingenieria de Software
Ingenieria de Software
 
Introducción a DevOps
Introducción a DevOpsIntroducción a DevOps
Introducción a DevOps
 
Transformación Digital en clave Cloud, ALM y DevOps
Transformación Digital en clave Cloud, ALM y DevOpsTransformación Digital en clave Cloud, ALM y DevOps
Transformación Digital en clave Cloud, ALM y DevOps
 
problemas del software
problemas del softwareproblemas del software
problemas del software
 

Similar a DevOps: un embajador entre Desarrollo, Calidad y Sistemas

Desarrollo de software
Desarrollo de softwareDesarrollo de software
Desarrollo de softwaresairarcf
 
15 el-desarrollo-del-software
15 el-desarrollo-del-software15 el-desarrollo-del-software
15 el-desarrollo-del-softwarevisualmolina
 
Mariannys bermudez ensayo.pdf,
Mariannys bermudez ensayo.pdf,Mariannys bermudez ensayo.pdf,
Mariannys bermudez ensayo.pdf,mariannys bermudez
 
Dev ops una perspectiva ágil más allá del código.
Dev ops  una perspectiva ágil más allá del código.Dev ops  una perspectiva ágil más allá del código.
Dev ops una perspectiva ágil más allá del código.Zaira Bermúdez
 
Dev ops una perspectiva ágil más allá del código.
Dev ops  una perspectiva ágil más allá del código.Dev ops  una perspectiva ágil más allá del código.
Dev ops una perspectiva ágil más allá del código.Zaira Bermúdez
 
Devsecooops Los Caso de no éxito en DevSecOps
Devsecooops Los Caso de no éxito en DevSecOpsDevsecooops Los Caso de no éxito en DevSecOps
Devsecooops Los Caso de no éxito en DevSecOpsLuciano Moreira da Cruz
 
¿Es posible implantar un ERP de forma ágil? - Webinar PMI. Luis Carrasco
¿Es posible implantar un ERP de forma ágil? - Webinar PMI. Luis Carrasco¿Es posible implantar un ERP de forma ágil? - Webinar PMI. Luis Carrasco
¿Es posible implantar un ERP de forma ágil? - Webinar PMI. Luis CarrascoLuis Carrasco
 
Especial ingenieria de software
Especial ingenieria de softwareEspecial ingenieria de software
Especial ingenieria de softwarealejandor reyes
 
Especial ingenieria de software
Especial ingenieria de softwareEspecial ingenieria de software
Especial ingenieria de softwarealejandor reyes
 
Desarrollo de software, métodos tradicionales.pptx
Desarrollo de software, métodos tradicionales.pptxDesarrollo de software, métodos tradicionales.pptx
Desarrollo de software, métodos tradicionales.pptxJasonPadilla9
 
Administracion de proyectos software i estudiantes
Administracion de proyectos software i estudiantesAdministracion de proyectos software i estudiantes
Administracion de proyectos software i estudiantesCyber Brel'R
 
DBAccess - presentacion corporativa
DBAccess -  presentacion corporativaDBAccess -  presentacion corporativa
DBAccess - presentacion corporativaVictor Garcia
 
presentacion corporativa 2015 ver 1.3
presentacion corporativa 2015 ver 1.3presentacion corporativa 2015 ver 1.3
presentacion corporativa 2015 ver 1.3Victor Garcia
 

Similar a DevOps: un embajador entre Desarrollo, Calidad y Sistemas (20)

Desarrollo de software
Desarrollo de softwareDesarrollo de software
Desarrollo de software
 
15 el-desarrollo-del-software
15 el-desarrollo-del-software15 el-desarrollo-del-software
15 el-desarrollo-del-software
 
Crystal Clear
Crystal ClearCrystal Clear
Crystal Clear
 
Mariannys bermudez ensayo.pdf,
Mariannys bermudez ensayo.pdf,Mariannys bermudez ensayo.pdf,
Mariannys bermudez ensayo.pdf,
 
Dev ops una perspectiva ágil más allá del código.
Dev ops  una perspectiva ágil más allá del código.Dev ops  una perspectiva ágil más allá del código.
Dev ops una perspectiva ágil más allá del código.
 
Dev ops una perspectiva ágil más allá del código.
Dev ops  una perspectiva ágil más allá del código.Dev ops  una perspectiva ágil más allá del código.
Dev ops una perspectiva ágil más allá del código.
 
Devsecooops Los Caso de no éxito en DevSecOps
Devsecooops Los Caso de no éxito en DevSecOpsDevsecooops Los Caso de no éxito en DevSecOps
Devsecooops Los Caso de no éxito en DevSecOps
 
¿Es posible implantar un ERP de forma ágil? - Webinar PMI. Luis Carrasco
¿Es posible implantar un ERP de forma ágil? - Webinar PMI. Luis Carrasco¿Es posible implantar un ERP de forma ágil? - Webinar PMI. Luis Carrasco
¿Es posible implantar un ERP de forma ágil? - Webinar PMI. Luis Carrasco
 
Especial ingenieria de software
Especial ingenieria de softwareEspecial ingenieria de software
Especial ingenieria de software
 
Especial ingenieria de software
Especial ingenieria de softwareEspecial ingenieria de software
Especial ingenieria de software
 
Desarrollo de software
Desarrollo de softwareDesarrollo de software
Desarrollo de software
 
01
0101
01
 
Desarrollo de software, métodos tradicionales.pptx
Desarrollo de software, métodos tradicionales.pptxDesarrollo de software, métodos tradicionales.pptx
Desarrollo de software, métodos tradicionales.pptx
 
Presentación ae
Presentación aePresentación ae
Presentación ae
 
Luis
LuisLuis
Luis
 
Material trainer-depc-v1-parte2
Material trainer-depc-v1-parte2Material trainer-depc-v1-parte2
Material trainer-depc-v1-parte2
 
Administracion de proyectos software i estudiantes
Administracion de proyectos software i estudiantesAdministracion de proyectos software i estudiantes
Administracion de proyectos software i estudiantes
 
¿DEVSECOPS puede desaparecer?
¿DEVSECOPS puede desaparecer?¿DEVSECOPS puede desaparecer?
¿DEVSECOPS puede desaparecer?
 
DBAccess - presentacion corporativa
DBAccess -  presentacion corporativaDBAccess -  presentacion corporativa
DBAccess - presentacion corporativa
 
presentacion corporativa 2015 ver 1.3
presentacion corporativa 2015 ver 1.3presentacion corporativa 2015 ver 1.3
presentacion corporativa 2015 ver 1.3
 

Más de Willy Marroquin (WillyDevNET)

Language Is Not All You Need: Aligning Perception with Language Models
Language Is Not All You Need: Aligning Perception with Language ModelsLanguage Is Not All You Need: Aligning Perception with Language Models
Language Is Not All You Need: Aligning Perception with Language ModelsWilly Marroquin (WillyDevNET)
 
Inteligencia artificial y crecimiento económico. Oportunidades y desafíos par...
Inteligencia artificial y crecimiento económico. Oportunidades y desafíos par...Inteligencia artificial y crecimiento económico. Oportunidades y desafíos par...
Inteligencia artificial y crecimiento económico. Oportunidades y desafíos par...Willy Marroquin (WillyDevNET)
 
An Artificial Neuron Implemented on an Actual Quantum Processor
An Artificial Neuron Implemented on an Actual Quantum ProcessorAn Artificial Neuron Implemented on an Actual Quantum Processor
An Artificial Neuron Implemented on an Actual Quantum ProcessorWilly Marroquin (WillyDevNET)
 
ENFERMEDAD DE ALZHEIMER PRESENTE TERAP...UTICO Y RETOS FUTUROS
ENFERMEDAD DE ALZHEIMER PRESENTE TERAP...UTICO Y RETOS FUTUROSENFERMEDAD DE ALZHEIMER PRESENTE TERAP...UTICO Y RETOS FUTUROS
ENFERMEDAD DE ALZHEIMER PRESENTE TERAP...UTICO Y RETOS FUTUROSWilly Marroquin (WillyDevNET)
 
The Malicious Use of Artificial Intelligence: Forecasting, Prevention, and...
The Malicious Use   of Artificial Intelligence: Forecasting, Prevention,  and...The Malicious Use   of Artificial Intelligence: Forecasting, Prevention,  and...
The Malicious Use of Artificial Intelligence: Forecasting, Prevention, and...Willy Marroquin (WillyDevNET)
 
TowardsDeepLearningModelsforPsychological StatePredictionusingSmartphoneData:...
TowardsDeepLearningModelsforPsychological StatePredictionusingSmartphoneData:...TowardsDeepLearningModelsforPsychological StatePredictionusingSmartphoneData:...
TowardsDeepLearningModelsforPsychological StatePredictionusingSmartphoneData:...Willy Marroquin (WillyDevNET)
 
DeepMood: Modeling Mobile Phone Typing Dynamics for Mood Detection
DeepMood: Modeling Mobile Phone Typing Dynamics for Mood DetectionDeepMood: Modeling Mobile Phone Typing Dynamics for Mood Detection
DeepMood: Modeling Mobile Phone Typing Dynamics for Mood DetectionWilly Marroquin (WillyDevNET)
 
FOR A MEANINGFUL ARTIFICIAL INTELLIGENCE TOWARDS A FRENCH AND EUROPEAN ST...
FOR A  MEANINGFUL  ARTIFICIAL  INTELLIGENCE TOWARDS A FRENCH  AND EUROPEAN ST...FOR A  MEANINGFUL  ARTIFICIAL  INTELLIGENCE TOWARDS A FRENCH  AND EUROPEAN ST...
FOR A MEANINGFUL ARTIFICIAL INTELLIGENCE TOWARDS A FRENCH AND EUROPEAN ST...Willy Marroquin (WillyDevNET)
 
When Will AI Exceed Human Performance? Evidence from AI Experts
When Will AI Exceed Human Performance? Evidence from AI ExpertsWhen Will AI Exceed Human Performance? Evidence from AI Experts
When Will AI Exceed Human Performance? Evidence from AI ExpertsWilly Marroquin (WillyDevNET)
 
AttnGAN: Fine-Grained Text to Image Generation with Attentional Generative Ad...
AttnGAN: Fine-Grained Text to Image Generation with Attentional Generative Ad...AttnGAN: Fine-Grained Text to Image Generation with Attentional Generative Ad...
AttnGAN: Fine-Grained Text to Image Generation with Attentional Generative Ad...Willy Marroquin (WillyDevNET)
 
Seven facts noncognitive skills education labor market
Seven facts noncognitive skills education labor marketSeven facts noncognitive skills education labor market
Seven facts noncognitive skills education labor marketWilly Marroquin (WillyDevNET)
 
FaceNet: A Unified Embedding for Face Recognition and Clustering
FaceNet: A Unified Embedding for Face Recognition and ClusteringFaceNet: A Unified Embedding for Face Recognition and Clustering
FaceNet: A Unified Embedding for Face Recognition and ClusteringWilly Marroquin (WillyDevNET)
 

Más de Willy Marroquin (WillyDevNET) (20)

World Economic Forum : The Global Risks Report 2024
World Economic Forum : The Global Risks Report 2024World Economic Forum : The Global Risks Report 2024
World Economic Forum : The Global Risks Report 2024
 
Language Is Not All You Need: Aligning Perception with Language Models
Language Is Not All You Need: Aligning Perception with Language ModelsLanguage Is Not All You Need: Aligning Perception with Language Models
Language Is Not All You Need: Aligning Perception with Language Models
 
Real Time Speech Enhancement in the Waveform Domain
Real Time Speech Enhancement in the Waveform DomainReal Time Speech Enhancement in the Waveform Domain
Real Time Speech Enhancement in the Waveform Domain
 
Data and AI reference architecture
Data and AI reference architectureData and AI reference architecture
Data and AI reference architecture
 
Inteligencia artificial y crecimiento económico. Oportunidades y desafíos par...
Inteligencia artificial y crecimiento económico. Oportunidades y desafíos par...Inteligencia artificial y crecimiento económico. Oportunidades y desafíos par...
Inteligencia artificial y crecimiento económico. Oportunidades y desafíos par...
 
An Artificial Neuron Implemented on an Actual Quantum Processor
An Artificial Neuron Implemented on an Actual Quantum ProcessorAn Artificial Neuron Implemented on an Actual Quantum Processor
An Artificial Neuron Implemented on an Actual Quantum Processor
 
ENFERMEDAD DE ALZHEIMER PRESENTE TERAP...UTICO Y RETOS FUTUROS
ENFERMEDAD DE ALZHEIMER PRESENTE TERAP...UTICO Y RETOS FUTUROSENFERMEDAD DE ALZHEIMER PRESENTE TERAP...UTICO Y RETOS FUTUROS
ENFERMEDAD DE ALZHEIMER PRESENTE TERAP...UTICO Y RETOS FUTUROS
 
The Malicious Use of Artificial Intelligence: Forecasting, Prevention, and...
The Malicious Use   of Artificial Intelligence: Forecasting, Prevention,  and...The Malicious Use   of Artificial Intelligence: Forecasting, Prevention,  and...
The Malicious Use of Artificial Intelligence: Forecasting, Prevention, and...
 
TowardsDeepLearningModelsforPsychological StatePredictionusingSmartphoneData:...
TowardsDeepLearningModelsforPsychological StatePredictionusingSmartphoneData:...TowardsDeepLearningModelsforPsychological StatePredictionusingSmartphoneData:...
TowardsDeepLearningModelsforPsychological StatePredictionusingSmartphoneData:...
 
Deep learning-approach
Deep learning-approachDeep learning-approach
Deep learning-approach
 
WEF new vision for education
WEF new vision for educationWEF new vision for education
WEF new vision for education
 
El futuro del trabajo perspectivas regionales
El futuro del trabajo perspectivas regionalesEl futuro del trabajo perspectivas regionales
El futuro del trabajo perspectivas regionales
 
ASIA Y EL NUEVO (DES)ORDEN MUNDIAL
ASIA Y EL NUEVO (DES)ORDEN MUNDIALASIA Y EL NUEVO (DES)ORDEN MUNDIAL
ASIA Y EL NUEVO (DES)ORDEN MUNDIAL
 
DeepMood: Modeling Mobile Phone Typing Dynamics for Mood Detection
DeepMood: Modeling Mobile Phone Typing Dynamics for Mood DetectionDeepMood: Modeling Mobile Phone Typing Dynamics for Mood Detection
DeepMood: Modeling Mobile Phone Typing Dynamics for Mood Detection
 
FOR A MEANINGFUL ARTIFICIAL INTELLIGENCE TOWARDS A FRENCH AND EUROPEAN ST...
FOR A  MEANINGFUL  ARTIFICIAL  INTELLIGENCE TOWARDS A FRENCH  AND EUROPEAN ST...FOR A  MEANINGFUL  ARTIFICIAL  INTELLIGENCE TOWARDS A FRENCH  AND EUROPEAN ST...
FOR A MEANINGFUL ARTIFICIAL INTELLIGENCE TOWARDS A FRENCH AND EUROPEAN ST...
 
When Will AI Exceed Human Performance? Evidence from AI Experts
When Will AI Exceed Human Performance? Evidence from AI ExpertsWhen Will AI Exceed Human Performance? Evidence from AI Experts
When Will AI Exceed Human Performance? Evidence from AI Experts
 
Microsoft AI Platform Whitepaper
Microsoft AI Platform WhitepaperMicrosoft AI Platform Whitepaper
Microsoft AI Platform Whitepaper
 
AttnGAN: Fine-Grained Text to Image Generation with Attentional Generative Ad...
AttnGAN: Fine-Grained Text to Image Generation with Attentional Generative Ad...AttnGAN: Fine-Grained Text to Image Generation with Attentional Generative Ad...
AttnGAN: Fine-Grained Text to Image Generation with Attentional Generative Ad...
 
Seven facts noncognitive skills education labor market
Seven facts noncognitive skills education labor marketSeven facts noncognitive skills education labor market
Seven facts noncognitive skills education labor market
 
FaceNet: A Unified Embedding for Face Recognition and Clustering
FaceNet: A Unified Embedding for Face Recognition and ClusteringFaceNet: A Unified Embedding for Face Recognition and Clustering
FaceNet: A Unified Embedding for Face Recognition and Clustering
 

Último

Trabajos en Altura - USO DEL ARNES .ppt
Trabajos en Altura  - USO DEL ARNES .pptTrabajos en Altura  - USO DEL ARNES .ppt
Trabajos en Altura - USO DEL ARNES .pptdantechaveztarazona
 
182305655-Manual-Torno-Cnc-Muy-Completo.pdf
182305655-Manual-Torno-Cnc-Muy-Completo.pdf182305655-Manual-Torno-Cnc-Muy-Completo.pdf
182305655-Manual-Torno-Cnc-Muy-Completo.pdfmanualvaca7
 
S03 - Perfil del ingeniero industrial UTP - DIAPOS.pdf
S03 - Perfil del ingeniero industrial UTP - DIAPOS.pdfS03 - Perfil del ingeniero industrial UTP - DIAPOS.pdf
S03 - Perfil del ingeniero industrial UTP - DIAPOS.pdfroycordovabocanegra7
 
ESTADISTICA RESUELTO SAN JUAN SOLUCIONARIO CORRECTO.pdf
ESTADISTICA RESUELTO SAN JUAN SOLUCIONARIO CORRECTO.pdfESTADISTICA RESUELTO SAN JUAN SOLUCIONARIO CORRECTO.pdf
ESTADISTICA RESUELTO SAN JUAN SOLUCIONARIO CORRECTO.pdffredyflores58
 
Ecuacion Diferencial de Clairaut, Ejercicios Resueltos
Ecuacion Diferencial de Clairaut, Ejercicios ResueltosEcuacion Diferencial de Clairaut, Ejercicios Resueltos
Ecuacion Diferencial de Clairaut, Ejercicios ResueltosManuel Alejandro Vivas Riverol
 
FUNDAMENTOS DE LA INTELIGENCIA ARTIFICIAL
FUNDAMENTOS DE LA INTELIGENCIA ARTIFICIALFUNDAMENTOS DE LA INTELIGENCIA ARTIFICIAL
FUNDAMENTOS DE LA INTELIGENCIA ARTIFICIALPamelaGranda5
 
TR-514 (3) - DOS COLUMNAS PASCUA 2024 3.4 8.4.24.pdf
TR-514 (3) - DOS COLUMNAS PASCUA 2024 3.4 8.4.24.pdfTR-514 (3) - DOS COLUMNAS PASCUA 2024 3.4 8.4.24.pdf
TR-514 (3) - DOS COLUMNAS PASCUA 2024 3.4 8.4.24.pdfFRANCISCOJUSTOSIERRA
 
NOJA-581-08 NOJA Power OSM15-27-38 Guia de Producto - es.pdf
NOJA-581-08 NOJA Power OSM15-27-38 Guia de Producto - es.pdfNOJA-581-08 NOJA Power OSM15-27-38 Guia de Producto - es.pdf
NOJA-581-08 NOJA Power OSM15-27-38 Guia de Producto - es.pdflinderlauradelacruz
 
Marcas de Fuego debido a la combustión de materiales afectados por un incendi...
Marcas de Fuego debido a la combustión de materiales afectados por un incendi...Marcas de Fuego debido a la combustión de materiales afectados por un incendi...
Marcas de Fuego debido a la combustión de materiales afectados por un incendi...JeisonArango3
 
thinner-acrilico-ac-205- ficha tecnica msds
thinner-acrilico-ac-205- ficha tecnica msdsthinner-acrilico-ac-205- ficha tecnica msds
thinner-acrilico-ac-205- ficha tecnica msdsfioticona20395
 
JC Etapas del desarrollo de la industria minera.pptx
JC Etapas del desarrollo de la industria minera.pptxJC Etapas del desarrollo de la industria minera.pptx
JC Etapas del desarrollo de la industria minera.pptxJuanCorcuera3
 
Ejercicio 1 - Edificio en Galerías - Pro.
Ejercicio 1 - Edificio en Galerías - Pro.Ejercicio 1 - Edificio en Galerías - Pro.
Ejercicio 1 - Edificio en Galerías - Pro.MariaJoseLopez914893
 
Teoría de la contingencia en las organizaciones
Teoría de la contingencia en las organizacionesTeoría de la contingencia en las organizaciones
Teoría de la contingencia en las organizacionesCarlosRozo19
 
DOCUMENTO DE MODELO DISEÑO DE MEZCLA 210 KG CM2
DOCUMENTO DE MODELO DISEÑO DE MEZCLA 210 KG CM2DOCUMENTO DE MODELO DISEÑO DE MEZCLA 210 KG CM2
DOCUMENTO DE MODELO DISEÑO DE MEZCLA 210 KG CM2ErnestoContreras39
 
Parciales y Semestral Profesor David cedeño
Parciales y Semestral Profesor David cedeñoParciales y Semestral Profesor David cedeño
Parciales y Semestral Profesor David cedeñomonicabetancur29
 
Wal-Mart batalla con RFID...............
Wal-Mart batalla con RFID...............Wal-Mart batalla con RFID...............
Wal-Mart batalla con RFID...............osoriosantiago887
 
gestion y optimizacion de procesos proyecto
gestion y optimizacion de procesos proyectogestion y optimizacion de procesos proyecto
gestion y optimizacion de procesos proyectoclopez37
 
S02_s2 ECUACIONES DIFERENCIALES EXACTAS.pdf
S02_s2 ECUACIONES DIFERENCIALES EXACTAS.pdfS02_s2 ECUACIONES DIFERENCIALES EXACTAS.pdf
S02_s2 ECUACIONES DIFERENCIALES EXACTAS.pdfGERSONYT1
 
IPERC INSTALACION DE EQUIPOS DE AIRE ACONDICIONADO
IPERC INSTALACION DE EQUIPOS DE AIRE ACONDICIONADOIPERC INSTALACION DE EQUIPOS DE AIRE ACONDICIONADO
IPERC INSTALACION DE EQUIPOS DE AIRE ACONDICIONADOEdisonRebattaRojas1
 

Último (19)

Trabajos en Altura - USO DEL ARNES .ppt
Trabajos en Altura  - USO DEL ARNES .pptTrabajos en Altura  - USO DEL ARNES .ppt
Trabajos en Altura - USO DEL ARNES .ppt
 
182305655-Manual-Torno-Cnc-Muy-Completo.pdf
182305655-Manual-Torno-Cnc-Muy-Completo.pdf182305655-Manual-Torno-Cnc-Muy-Completo.pdf
182305655-Manual-Torno-Cnc-Muy-Completo.pdf
 
S03 - Perfil del ingeniero industrial UTP - DIAPOS.pdf
S03 - Perfil del ingeniero industrial UTP - DIAPOS.pdfS03 - Perfil del ingeniero industrial UTP - DIAPOS.pdf
S03 - Perfil del ingeniero industrial UTP - DIAPOS.pdf
 
ESTADISTICA RESUELTO SAN JUAN SOLUCIONARIO CORRECTO.pdf
ESTADISTICA RESUELTO SAN JUAN SOLUCIONARIO CORRECTO.pdfESTADISTICA RESUELTO SAN JUAN SOLUCIONARIO CORRECTO.pdf
ESTADISTICA RESUELTO SAN JUAN SOLUCIONARIO CORRECTO.pdf
 
Ecuacion Diferencial de Clairaut, Ejercicios Resueltos
Ecuacion Diferencial de Clairaut, Ejercicios ResueltosEcuacion Diferencial de Clairaut, Ejercicios Resueltos
Ecuacion Diferencial de Clairaut, Ejercicios Resueltos
 
FUNDAMENTOS DE LA INTELIGENCIA ARTIFICIAL
FUNDAMENTOS DE LA INTELIGENCIA ARTIFICIALFUNDAMENTOS DE LA INTELIGENCIA ARTIFICIAL
FUNDAMENTOS DE LA INTELIGENCIA ARTIFICIAL
 
TR-514 (3) - DOS COLUMNAS PASCUA 2024 3.4 8.4.24.pdf
TR-514 (3) - DOS COLUMNAS PASCUA 2024 3.4 8.4.24.pdfTR-514 (3) - DOS COLUMNAS PASCUA 2024 3.4 8.4.24.pdf
TR-514 (3) - DOS COLUMNAS PASCUA 2024 3.4 8.4.24.pdf
 
NOJA-581-08 NOJA Power OSM15-27-38 Guia de Producto - es.pdf
NOJA-581-08 NOJA Power OSM15-27-38 Guia de Producto - es.pdfNOJA-581-08 NOJA Power OSM15-27-38 Guia de Producto - es.pdf
NOJA-581-08 NOJA Power OSM15-27-38 Guia de Producto - es.pdf
 
Marcas de Fuego debido a la combustión de materiales afectados por un incendi...
Marcas de Fuego debido a la combustión de materiales afectados por un incendi...Marcas de Fuego debido a la combustión de materiales afectados por un incendi...
Marcas de Fuego debido a la combustión de materiales afectados por un incendi...
 
thinner-acrilico-ac-205- ficha tecnica msds
thinner-acrilico-ac-205- ficha tecnica msdsthinner-acrilico-ac-205- ficha tecnica msds
thinner-acrilico-ac-205- ficha tecnica msds
 
JC Etapas del desarrollo de la industria minera.pptx
JC Etapas del desarrollo de la industria minera.pptxJC Etapas del desarrollo de la industria minera.pptx
JC Etapas del desarrollo de la industria minera.pptx
 
Ejercicio 1 - Edificio en Galerías - Pro.
Ejercicio 1 - Edificio en Galerías - Pro.Ejercicio 1 - Edificio en Galerías - Pro.
Ejercicio 1 - Edificio en Galerías - Pro.
 
Teoría de la contingencia en las organizaciones
Teoría de la contingencia en las organizacionesTeoría de la contingencia en las organizaciones
Teoría de la contingencia en las organizaciones
 
DOCUMENTO DE MODELO DISEÑO DE MEZCLA 210 KG CM2
DOCUMENTO DE MODELO DISEÑO DE MEZCLA 210 KG CM2DOCUMENTO DE MODELO DISEÑO DE MEZCLA 210 KG CM2
DOCUMENTO DE MODELO DISEÑO DE MEZCLA 210 KG CM2
 
Parciales y Semestral Profesor David cedeño
Parciales y Semestral Profesor David cedeñoParciales y Semestral Profesor David cedeño
Parciales y Semestral Profesor David cedeño
 
Wal-Mart batalla con RFID...............
Wal-Mart batalla con RFID...............Wal-Mart batalla con RFID...............
Wal-Mart batalla con RFID...............
 
gestion y optimizacion de procesos proyecto
gestion y optimizacion de procesos proyectogestion y optimizacion de procesos proyecto
gestion y optimizacion de procesos proyecto
 
S02_s2 ECUACIONES DIFERENCIALES EXACTAS.pdf
S02_s2 ECUACIONES DIFERENCIALES EXACTAS.pdfS02_s2 ECUACIONES DIFERENCIALES EXACTAS.pdf
S02_s2 ECUACIONES DIFERENCIALES EXACTAS.pdf
 
IPERC INSTALACION DE EQUIPOS DE AIRE ACONDICIONADO
IPERC INSTALACION DE EQUIPOS DE AIRE ACONDICIONADOIPERC INSTALACION DE EQUIPOS DE AIRE ACONDICIONADO
IPERC INSTALACION DE EQUIPOS DE AIRE ACONDICIONADO
 

DevOps: un embajador entre Desarrollo, Calidad y Sistemas

  • 1. Noviembre 2013 Thorsten Prumbs Arquitecto de soluciones en atSistemas Thorsten es un reputado profesional, con dilatada experiencia en el diseño de arquitecturas corporativas y la consultoría de seguridad y rendimiento de entornos distribuidos de alta disponibilidad, principalmente para el sector financiero y asegurador. atsistemas.com ¿Qué es un DevOps? Introducción DevOps es el acrónimo de Development & Operations, que en castellano podemos traducir como Desarrollo y Sistemas. Con este nombre, designamos un rol que se está introduciendo, poco a poco, en nuestro entorno tecnológico. La persona o equipo que desarrolla este papel debe reunir conocimientos horizontales y una visión muy clara de los siguientes mundos tecnológicos: En este sentido, un DevOps actúa como puente, como embajador y, a la vez, como evangelista entre los equipos de Desarrollo, Sistemas y Control de calidad. ¿Responde a una necesidad real o es una moda? La respuesta a esta pregunta sería: depende de a cuál de los tres departamentos anteriores se le realiza la pregunta. Cuanto más cerca se está de la situación real de un software a nivel funcional y no funcional, más claramente se percibe el hueco, o más bien el abismo, existente entre los tres departamentos. Hablemos de la realidad En la mayoría de las empresas que invierten en el desarrollo de productos software, la realidad es que los tres departamentos de Desarrollo, Calidad y Sistemas están separados y aislados el uno del otro. Con el avance de la externalización (Servicios de Operaciones, Software Factories), los miembros de cada departamento ni conocen a los integrantes de los demás departamentos, ni tienen una forma de comunicación directa con ellos. El resultado es lo que se podría llamar una “guerra de trincheras”, donde la patata caliente se pasa de un lado a otro empleando técnicas propias de una guerra como la distracción, el engaño, el ataque y la defensa. “Cuanto más cerca se está de un software a nivel funcional y no funcional, más claramente se percibe el abismo existente entre los tres departamentos.” Desarrollo de Software DevOps Control de Calidad (QA) Sistemas
  • 2. En este contexto, se dan pocos cambios con la metodología de calidad o de desarrollo que se emplee. La diferencia está en la rapidez con la que un usuario puede cuestionar o justificar con su experiencia la inversión ya hecha. Con un modelo cascada, los problemas de comunicación y conocimiento entre los departamentos están camuflados por los problemas de desviación de la Triple Restricción: requisitos, fecha de entrega y presupuesto. Con un modelo ágil, la retroalimentación del usuario se da mucho antes. Además, como los periodos de evolución son más cortos, los problemas de comunicación entre los departamentos se dan antes y con más frecuencia. El resultado es que todos los departamentos ven la necesidad de automatizar para eliminar fallos humanos y para poder llevar a cabo su trabajo con el tiempo y los recursos que tienen. Al final, con las mejoras y evoluciones continuas, todos los departamentos se dan cuenta de los problemas de mantenimiento: · Desarrollo tiene que reimplementar en vez de reutilizar. · Calidad tiene que volver a probar todo porque no se pueden fiar de la estabilidad y funcionalidad del software. · Sistemas tiene que aprender de nuevo, con casi cada pase a producción, cómo analizar trazas, cómo dimensionar, cómo monitorizar, etc. Como consecuencia, los proyectos de desarrollo ágil emplean pocos recursos con un alto nivel de conocimiento y técnicas como TDD y Pair Programming. Éstas son las razones por las que, en proyectos ágiles con continuas puestas en producción, se percibe mucho antes la necesidad de un DevOps. Hablemos de proyectos ágiles La parte de gestión de requisitos con sus historias de usuario y su plan de releases ya acerca, por fuerza, dos partes: el usuario y el técnico que lo implementa. Con la planificación a corto plazo dentro de un sprint, llegan las funcionalidades ya “modularizadas” y “pre-pensadas”. Por tanto, resulta más fácil y directo pensar en módulos funcionales y su integración. Junto con las mencionadas técnicas de desarrollo, se implementan pruebas unitarias de cada módulo funcional y de cada integración. Si el desarrollo conlleva historias ya completas, se hacen pruebas de humo de la funcionalidad básica. ¿Qué es un DevOps? El DevOps es, por lo tanto, un embajador entre tres mundos que suelen estar demasiado separados en la realidad actual de las empresas. En proyectos ágiles con continuas puestas en producción, se percibe mucho antes la necesidad de un DevOps. atsistemas.com
  • 3. Esta forma de desarrollo debe ir acompañada de un alto nivel de automatización de casi todas las fases del ciclo de vida: gestión de dependencias (Maven, Gradle), compilación, empaquetado, pruebas unitarias, despliegue, pruebas de humo, revisión estática de código, .... En este contexto, las pruebas funcionales de aceptación y las no funcionales se convierten en el cometido principal del Departamento de Calidad. Como los despliegues y las pruebas de humo están automatizados, y se hicieron ya pruebas de rendimiento, robustez y seguridad (no funcional), el Departamento de Sistemas tampoco se encuentra sorpresas en el momento de dimensionar, monitorizar y operar en producción, ya que el mantenimiento y las evoluciones suelen ser pasos pequeños e incrementales. Como resultado tampoco hay sorpresas en el día a día. El problema de los proyectos ágiles es que requieren un alto nivel de conocimiento y experiencia de todos los participantes. Si el sistema a construir tiene un alto nivel de complejidad (muchas integraciones a medida, tecnologías heterogéneas, etc.), la agilidad y mejora continua se ven afectadas por los problemas técnicos (Technical Debt – deuda técnica). La Deuda técnica - no tanto a nivel funcional sino más a nivel no funcional y a medio/largo plazo - se mitiga con DevOps por su alto nivel de experiencia y su enfoque de entrega continua con sus implicaciones en los tres departamentos: Desarrollo, Calidad y Sistemas. ¿Cómo llegar a ser un buen DevOps? Desde los primeros momentos de un proyecto, el DevOps se encarga de alinear el desarrollo con las necesidades funcionales, operativas y de calidad. Esta labor de negociación y convicción requiere un alto nivel de conocimiento práctico en las tres áreas, junto con una visión clara de necesidades y posibilidades futuras. Según el contexto de cada proyecto y empresa, el DevOps debe conocer de antemano la empresa y su forma de trabajar. Es decir, debe tener una idea muy clara y concreta de las formas de trabajo de cada uno de los tres departamentos: Desarrollo, Calidad y Sistemas. Durante todo el proyecto, es de gran ayuda si el DevOps sabe organizar y documentarse bien. Es decir, hay que tener una visión para los problemas y soluciones esenciales y no liarse con el “ruido” del trabajo o problemas diarios. ¿Qué es un DevOps? Desde los primeros momentos de un proyecto, el DevOps se encarga de alinear el desarrollo con las necesidades funcionales, operativas y de calidad. atsistemas.com
  • 4. Pero todas las habilidades y conocimientos no son suficientes si el contexto organizativo - la empresa con sus departamentos - persigue intereses ocultos y opuestos. Es decir, con la organización formal no se consigue nada si no se tiene en cuenta la informal. La organización formal se suele desviar mucho más de la informal en contextos jerárquicos con un alto nivel de externalización que en organizaciones planas. ¿Cómo me pueden permitir ser un buen DevOps? Como siempre, depende del contexto empresarial, organizativo y tecnológico pero, en líneas generales, un DevOps sólo puede convencer y alinear los tres departamentos (Desarrollo, Calidad y Sistemas) si los conoce. El DevOps debe considerar imprescindible hacer “reuniones” informales con miembros claves de cada departamento. En general, esto se consigue con asignaciones directas al proyecto en curso de personas de cada departamento, con nombres y apellidos. Dicho de forma rápida: tomando un café con gente de cada departamento, un DevOps se entera de asuntos de igual o más importancia que leyendo las actas del PMO. La información e impresión obtenida ayuda al DevOps a hacer preguntas de la forma más efectiva posible. Dicho de otra manera: con el conocimiento de los atajos y trucos habituales de un departamento, se relativizan las historias de éxito de los demás departamentos. Sin embargo, el DevOps debe contrastar simultáneamente este conocimiento con la documentación existente, por un lado, y con el código más configuración, por el otro. En este sentido, todo conocimiento empieza y acaba en la parte de Sistemas. Sí, en la parte de Sistemas y no de Desarrollo, porque en un contexto organizativo difícil, un DevOps no se puede fiar de nadie y si no hay mecanismos automatizados, no se puede fiar de que el código fuente de Desarrollo o de Calidad coincida con el compilado en ejecución en un entorno concreto. En este sentido, es de ayuda si el DevOps emplea técnicas de Ingeniería Inversa. Por ejemplo, puede tener que decompilar binarios obtenidos de Sistemas para poder demostrar un problema de código (es decir, de Desarrollo y a lo mejor también de Calidad). Esta información suele ayudar a la hora de establecer confianza en el conocimiento y la capacidad del DevOps. Cualquier análisis que se haga tiene que hacer énfasis en el problema, su impacto y su posible solución, pero no en su causa o responsable. ¿Qué es un DevOps? Cualquier análisis que se haga tiene que hacer énfasis en el problema, su impacto y su posible solución, pero no en su causa o responsable. atsistemas.com
  • 5. El DevOps debe buscar siempre la mejora para todos los afectados (Usuario y Desarrollo -> funcional, Calidad -> verificación, Sistemas -> no funcional) sin escalar a los niveles de gestión porque suele destruir niveles de confianza ya obtenidas. Si, en un momento dado, el DevOps sabe dar una solución cuya mejora afecta a todos los tres departamentos, suele crear a la vez un clima de cooperación, aunque sea temporal. Esta cooperación hace hueco para aquellas mejoras del DevOps cuyo valor todavía no es percibido como necesario. En términos generales, hace falta automatizar tareas como parte del proyecto donde no hay conocimiento o voluntad en uno o varios departamentos. Además, suele ocurrir que el valor del trabajo de un DevOps se pone de manifiesto de forma indirecta a medio y largo plazo. El DevOps es, por lo tanto, un embajador entre tres mundos que suelen estar demasiado separados en la realidad actual de las empresas, tanto si se le emplea como un servicio horizontal o como si sólo interviene en situaciones de crisis a modo de negociador. ¿Qué es un DevOps? atsistemas.com
  • 6. atSistemas es una compañía de consultoría, servicios de IT y desarrollo de software. Con un crecimiento sostenido desde su fundación en 1994 y una plantilla que supera los 450 empleados, los servicios de atSistemas se caracterizan por la flexibilidad y la agilidad, lo que nos permite ayudar a grandes empresas de todos los sectores, aportando conocimiento y experiencia sobre el más amplio abanico de tecnologías. Nuestra cartera de clientes incluye más de 200 de las principaels empresas del país, con representación de todos los sectores de actividad, a los que prestamos servicio desde nuestras oficinas de Madrid, Barcelona, Cádiz y Zaragoza. Nuestro portfolio de servicios abarca desde el desarrollo de software a medida hasta la integración de grandes soluciones de software empresarial, en áreas que van desde la más compleja arquitectura de sistemas hasta las soluciones más novedosas de comercio electrónico o aplicaciones móviles. Valle de Alcudia, 3 28230 Las Rozas, Madrid +34 91 640 76 20 Passeig de Gràcia 55, 8º - 4ª 08007 Barcelona +34 93 209 66 61 atsistemas.com info@atsistemas.com