Mock 2 - Spanish

Question 1

Hay muchas razones por las que una organización puede interesarse en DevOps. ¿Cuándo deberían interesarse en DevOps las organizaciones?

A) Cuando las prácticas de Agile no parezcan adecuadas para la organización

B) Cuando no se consigan los resultados necesarios con ningún otro método

C) Cuando se hayan implementado prácticas de Scrum y Lean

Answer 1

A)
Incorrecto. Este debería ser un disparador para reconsiderar seriamente las prácticas de DevOps para una organización. Cuando las prácticas Agile no parezcan ser relevantes para un negocio, no hace daño considerar las prácticas de DevOps. Sin embargo, dado que DevOps incluye muchos conceptos de Agile, quizás DevOps no sea para esa organización.

B)
Correcto. Las organizaciones se interesan en / deberían interesarse en DevOps cuando todos los otros métodos probados para aumentar la eficacia ya no dan resultados significativos. A pesar de que no es la mejor razón para adoptar las prácticas de DevOps, esta opción debería investigarse cuando nada más funciona. (Bibliografía: A 5.1)

C)
Incorrecto. No hay necesidad de esperar a que se hayan implementado prácticas de Scrum y Lean para adoptar las prácticas de DevOps. De hecho, muchas de las prácticas de DevOps se basan en conceptos de Scrum y Lean, por lo que deberían poder trabajar el uno con el otro sin inconvenientes. DevOps permite que la organización elija lo que le funcione mejor.

Question 2

¿Qué requisitos debería tener en cuenta un equipo de DevOps al trabajar en un elemento del backlog?

A) Tanto los requisitos funcionales como los no funcionales

B) Ni los requisitos funcionales, ni los no funcionales

C) Solo los requisitos funcionales

D) Solo los requisitos no funcionales

Answer 2

A)
Correcto. Se deben tener en cuenta tanto los requisitos funcionales, como los no funcionales. (Bibliografía: A 4.6)

B)
Incorrecto. Se deben tener en cuenta tanto los requisitos funcionales, como los no funcionales.

C)
Incorrecto. Se deben tener en cuenta tanto los requisitos funcionales, como los no funcionales.

D)
Incorrecto. Se deben tener en cuenta tanto los requisitos funcionales, como los no funcionales.

Question 3

Una Definición de Terminado (DoD) precisa es esencial en DevOps y toma en consideración el valor para el cliente. ¿Cuál es una buena descripción de “Terminado” en DevOps?

A) Un requisito está “Terminado” cuando ya se ha construido.

B) Un requisito está “Terminado” cuando ya se ha probado.

C) Un requisito está “Terminado” cuando se acepta el producto.

D) Un requisito está “Terminado” cuando el producto está en producción.

Answer 3

A)
Incorrecto. Una buena descripción de “Terminado” en DevOps es considerar que algo está “Terminado” cuando se ha añadido valor para el cliente. La construcción es solo una fase del pipeline de DevOps, en la que todavía no se ha generado ningún valor añadido.

B)
Incorrecto. Una buena descripción de “Terminado” en DevOps es considerar que algo está “Terminado” cuando se ha añadido valor para el cliente. La comprobación es solo una fase del pipeline de DevOps, en la que todavía no se ha generado ningún

C)
Incorrecto. Una buena descripción de “Terminado” en DevOps es considerar que algo está “Terminado” cuando se ha añadido valor para el cliente. La aceptación es solo una fase del pipeline de DevOps, en la que todavía no se ha generado ningún valor añadido.

D)
Correcto. Una buena descripción de “Terminado” en DevOps es considerar que algo está “Terminado” cuando se ha añadido valor para el cliente. Este objetivo se ha logrado cuando el producto está en el entorno de producción (Bibliografía: A 3.5).

Question 4

Se deben priorizar las tareas. Esta priorización tiene lugar en la cola de entrada de la cadena de valor. ¿Por qué suele causar problemas esta priorización?

A) Porque en este punto, se decide cómo crear el pipeline de despliegue para las tareas que pueden ser automatizadas. Esto toma tiempo y provoca demoras.

B) Porque habilitar la medición de los indicadores clave de la cadena de valor se hace de manera incorrecta o ineficiente, lo que causa problemas.

C) Porque la implementación del uso de herramientas de visualización y las limitaciones del WiP que permiten identificar los cuellos de botella de las tareas se hacen de manera incorrecta.

D) Porque se debe desarrollar la versión del estado actual (as-is) y del estado futuro deseado (to-be) de la cadena, junto con una lista de los cambios necesarios. Esto toma mucho tiempo.

E) Porque cuando se toman varias decisiones antes que comience el trabajo, como en el enfoque tradicional, esto causa importantes demoras.

Answer 4

A)
Incorrecto. Este paso se da más tarde en el proceso y no causa problemas en la cola de entrada de la cadena de valor.

B)
Incorrecto. Este no es uno de los objetivos del primer paso de la cadena de valor (maximizar el número de medidas) y no debería tener lugar en este punto, así que no tiene por qué causar los problemas mencionados.

C)
Incorrecto. De esta manera, se alcanza un estado con un flujo uniforme y sin demoras, y se identifican los cuellos de botella, pero este no es el problema que ocurre en el punto mencionado.

D)
Incorrecto. Esto se logra más tarde en el proceso de la cadena de valor, así que no debería causar problemas en el punto mencionado.

E)
Correcto. Cuando una organización sigue trabajando con muchas prácticas tradicionales, y todas las decisiones relativas al trabajo se toman antes de empezar a trabajar, se ocasionan los problemas mencionados. (Bibliografía: A 4.10)

Question 5

¿Por qué el concepto de “cadena de valor” es tan importante en DevOps?

A) La cadena de valor ayuda a los empleados a ver y entender sus tareas diarias.

B) La cadena de valor ayuda a analizar el mapa del estado actual (as-is) y los intentos para mejorar las métricas.

C) La cadena de valor ayuda a identificar cuándo una persona ha realizado su parte del trabajo.

D) La cadena de valor ayuda a establecer un flujo regular y uniforme a través de todas las etapas del proceso.

E) La cadena de valor ayuda a optimizar localmente la práctica laboral actual.

Answer 5

A)
Incorrecto. Este es “el ‘qué’ de su trabajo” y no incluye el resultado esperado de “por qué”.

B)
Incorrecto. El trabajo de optimización no debería limitarse a analizar el mapa del estado actual (as-is). También es necesario desarrollar el mapa del estado futuro deseado (to-be), que puede diferir considerablemente de la práctica laboral actual.

C)
Incorrecto. Lo importante es saber cuándo el cliente recibió o empezó a recibir el valor que esperaba.

D)
Correcto. El concepto de la cadena de valor garantiza que se pueda establecer un flujo regular y uniforme de una etapa a otra en el proceso. (Bibliografía: A 3.1)

E)
Incorrecto. La cadena de valor ayuda a identificar y eliminar los cuellos de botella, a la vez que evita caer en la trampa de la optimización local.

Question 6

¿Qué idea originó el concepto de “pipeline de despliegue”?

A) Una tubería (pipeline) por la que fluye un líquido.

B) Una línea de montaje, como para la fabricación de automóviles.

C) El paralelismo por segmentación (pipelining) de los procesadores modernos.

D) La idea de utilizar más de una línea de montaje.

E) El proceso de enviar a personas para que realicen diferentes trabajos.

Answer 6

A)
Incorrecto. Esta es una creencia común, pero equivocada, y no corresponde al verdadero significado del concepto.

B)
Incorrecto. Esta es una creencia común, pero equivocada, y no corresponde al verdadero significado del concepto.

C)
Correcto. Humble y Farley explican que, cuando acuñaron el término, se basaron en la idea de segmentación (pipelining) de la arquitectura de procesadores modernos, que permite obtener resultados mucho más rápido. (Bibliografía: A 3.2)

D)
Incorrecto. Esta es una creencia común, pero equivocada, y no corresponde al verdadero significado del concepto.

E)
Incorrecto. Esta es una creencia común, pero equivocada, y no corresponde al verdadero significado del concepto.

Question 7

Para DevOps, es importante crear un equilibrio entre la rapidez y el mantenimiento de la fiabilidad de la aplicación. ¿Cómo apoya el control de versiones a lograr este objetivo?

A) Permitiendo que cualquier miembro del equipo borre libremente los archivos y documentos innecesarios

B) Permitiendo la formación de pequeños equipos de desarrollo que sean independientes y autosuficientes

C) Utilizando herramientas especializadas para eliminar o reducir el desperdicio (waste) y optimizar los procesos

Answer 7

A)
Correcto. El control de versiones le permite a cualquier miembro del equipo borrar libremente los archivos y documentos innecesarios, sin correr el riesgo de perder accidentalmente un producto o información importantes. (Bibliografía: A 3.3)

B)
Incorrecto. Formar equipos pequeños, autosuficientes y diversos es una idea fundamental en DevOps, pero esta no es la manera en la que el control de versiones contribuye a la agilidad y fiabilidad del sistema.

C)
Incorrecto: Esta es una aplicación práctica de las ideas de Producción Lean a TI. Usar herramientas especializadas para identificar desperdicios; luego aplicar otras herramientas especializadas para eliminar o reducir el desperdicio. Sin embargo, esta no es la forma en la que el control de versiones contribuye a la agilidad y confiabilidad del sistema.

Question 8

Según el Instituto Nacional de Estándares y Tecnología (NIST) de Estados Unidos, ¿cuál no es una característica esencial de la computación en la nube (cloud)?

A) El amplio acceso a la red

B) El sistema de pago por uso (pay-per-use)

C) La rápida elasticidad

D) La agrupación de recursos (resource pooling)

Answer 8

A)
Incorrecto. El amplio acceso a la red es una de las características esenciales de la computación en la nube, según el NIST.

B)
Correcto. El sistema de pago por uso es frecuentemente utilizado, pero no es una de las características esenciales de la computación en la nube, según el NIST. Otros tipos de contratos también son posibles. (Bibliografía: A 1.1.2)

C)
Incorrecto. La rápida elasticidad es una de las características esenciales de la computación en la nube, según el NIST.

D)
Incorrecto. La agrupación de recursos es una de las características esenciales de la computación en la nube, según el NIST.

Question 9

En DevOps, ¿qué se debe hacer cuando se identifican deficiencias en los procesos?

A) Se deben guardar todos los cambios en un backlog, para que puedan ser implementados en un proyecto o en un evento Kaizen.

B) Se deben encontrar e implementar soluciones lo antes posible, una vez identificada la deficiencia.

C) Se deben encontrar soluciones, el gestor de cambios debe aprobarlas, y luego se deben implementar según la prioridad.

D) Se deben encontrar soluciones, el gestor de mejora continua debe aprobarlas, y luego se deben implementar inmediatamente.

E) Se debe posponer la implementación de soluciones hasta que el cambio pueda incluirse en un sprint adecuado.

Answer 9

A)
Incorrecto. Un gran proyecto de cambios o un evento Kaizen pueden ser útiles, pero los cambios regulares del proceso como parte de la mejora continua deberían ser implementados lo antes posible.

B)
Correcto. No solucionar las deficiencias del proceso después de haberlas detectado provoca más problemas innecesarios. “Por esta razón, el enfoque de DevOps es distinto: todas las deficiencias del proceso identificadas deben ser eliminadas inmediatamente”. (Bibliografía: A 4.1)

C)
Incorrecto. No existe un gestor de cambios y lassoluciones se deben implementar inmediatamente.

D)
Incorrecto. No existe un gestor de mejora continua que deba aprobar las soluciones.

E)
Incorrecto. Posponer no es una buena idea, porque mantiene la ineficiencia del sistema e influye negativamente en el trabajo.

Question 10

Un mapa de la cadena de valor (VSM) muestra claramente dónde se encuentran las ineficiencias en la cadena de valor. ¿Por qué se debería hacer un mapa de la cadena de valor (VSM)?

A) Para ayudar a optimizar los procesos del negocio.

B) Para identificar qué personas no están trabajando lo suficiente.

C) Para acelerar el Work-in-Progress (WiP).

D) Para visualizar a qué línea de productos se le debería poner fin.

Answer 10

A)
Correcto. Esta es la razón que se debería tener en mente al crear el mapa de la cadena de valor y es la parte del ejercicio con mayor valor. (Bibliografía: A 3.1)

B)
Incorrecto. La razón para crear un mapa de la cadena de valor no es para ver quién es innecesario, a quién se debería despedir primero o quién no está trabajando. Al contrario, los procesos deberían optimizarse para que las personas de la organización puedan empezar a producir mayores cantidades con una mejor calidad.

C)
Incorrecto. Aunque puede que se acelere el ritmo de los procesos, no necesariamente se acelerará el ritmo del trabajo en sí. Más bien, el trabajo puede ralentizarse para evitar errores y aumentar los aciertos de las primeras veces, lo que puede ahorrar un paso en el control de calidad. El objetivo no es aumentar la rapidez del trabajo, sino eliminar el desperdicio (waste) y añadir más valor al negocio.

D)
Incorrecto. Aunque el negocio pueda decidir poner fin a una línea de negocio o de productos basado en el mapa de la cadena de valor, esto nunca es el objetivo. De hecho, solo se deberían crear mapas de la cadena de valor para los productos viables.

Question 11

DevOps se basa considerablemente en los principios y prácticas de producción Lean. Uno de los tipos de desperdicio (waste) en TI es el “cambio de tareas” (task switching). ¿De qué tipo de desperdicio original proviene este término de TI?

A) Movimientos innecesarios (Motion)

B) Sobreproducción (Overproduction)

C) Transporte (Transportation)

D) Tiempo de espera (Waiting)

Answer 11

A)
Incorrecto. Los movimientos innecesarios en Lean corresponden a los traspasos (handoffs) en TI.

B)
Incorrecto. La sobreproducción en Lean corresponde a las funciones adicionales (extra features) en TI.

C)
Correcto. El transporte en Lean corresponde al cambio de tareas en TI. (Bibliografía: A 2.1.1)

D)
Incorrecto. El tiempo de espera en Lean corresponde al tiempo de espera en TI.

Question 12

¿Cuál es una de las ventajas de tener a los miembros de un equipo de DevOps trabajando juntos durante un largo período de tiempo?

A) El equipo ya no tiene que seguir mejorando el proceso.

B) Los miembros del equipo usan su experiencia para innovar y mejorar el proceso.

C) El equipo empezará a trabajar de manera más independiente.

D) Queda tiempo disponible para procesar solicitudes inesperadas más a menudo.

Answer 12

A)
Incorrecto. Los equipos de DevOps siempre buscan maneras de mejorar: para eso es la mejora continua. Los miembros de un equipo que llevan mucho tiempo trabajando juntos incluso podrían sentir más confianza para cambiar rutinas y mejorar procesos.

B)
Correcto. Los equipos de DevOps que trabajan juntos durante más tiempo tienen la oportunidad de utilizar su experiencia en desarrollos futuros, hacer entregas más rápido e innovar los procesos. (Bibliografía: A 4.9)

C)
Incorrecto. Trabajar juntos no significa que el equipo empezará a trabajar de manera más independiente. Los miembros deben dirigir su trabajo en función de la misión organizativa. Por otra parte, deberían ser autosuficientes desde el principio.

D)
Incorrecto. Un lote (batch) se planea con los elementos del backlog, en función de su prioridad. Procesar muchas solicitudes inesperadas nunca debería ser una meta de DevOps, pues las solicitudes deberían guardarse en el backlog y clasificarse según su prioridad. Solo después pueden ser tratadas en la siguiente iteración.

Question 13

Es recomendable que las organizaciones adapten y seleccionen prácticas de DevOps que funcionen en su organización. Se deben formular preguntas específicas para la organización y encontrar respuestas específicas para la organización. ¿Por qué es esto una buena idea?

A) Porque las publicaciones de DevOps no siempre reflejan la realidad, y esconden las dificultades y fracasos.

B) Porque esta es la mejor manera de convertirse en un ingeniero DevOps que puede ser contratado para implementar DevOps.

C) Porque hay muy pocas publicaciones y eventos sobre DevOps como para formarse una opinión.

D) Porque los que trabajan en la organización son los que más saben cómo implementar allí DevOps.

Answer 13

A)
Correcto. La gran cantidad de bibliografía disponible no necesariamente prepara al equipo para todos los desafíos y fracasos que se presentan en la realidad. Por eso, es importante filtrar la información y ver qué es lo más apropiado para la situación de la organización. (Bibliografía: A 5.6)

B)
Incorrecto. DevOps no puede ser “implementado” y no hay ingenieros que puedan ser contratados para traer un nuevo orden a la organización de TI.

C)
Incorrecto. Por el contrario, hay muchas publicaciones y eventos para ayudar a la organización a decidir.

D)
Incorrecto. No existe tal cosa como “implementar” DevOps.

Question 14

¿Cuál no es una razón para limitar el Work-in-Progress (WiP)?

A) Para disminuir la pérdida de productividad

B) Para ayudar a eliminar las limitaciones

C) Para mejorar el ritmo del flujo

D) Para aumentar el uso de los recursos

Answer 14

A)
Incorrecto. Al limitar el Work-in-Progress, los miembros del equipo pueden concentrarse en trabajar en un solo elemento. Esto ayuda a reducir las interrupciones innecesarias causadas por el cambio de tareas (task switching) y, finalmente, lleva a una mayor productividad.

B)
Incorrecto. Limitar el Work-in-Progress hace que sea más fácil corregir fallas rápidamente y optimizar el sistema entre tareas.

C)
Correcto. Este no es uno de los beneficios de limitar el Work-in-Progress. (Bibliografía: A 4.4 y 4.5)

D)
Incorrecto. Al limitar el Work-in-Progress, los miembros del equipo pueden concentrarse en trabajar en un solo elemento. Esto ayuda a reducir las interrupciones innecesarias causadas por el cambio de tareas y, finalmente, lleva a un mejor aprovechamiento de los recursos.

Question 15

El paquete de software comercial (COTS) se utiliza para obtener rápidamente los resultados necesarios, pues desarrollar un software propio toma tiempo. ¿Cuál afirmación sobre COTS es correcta?

A) El COTS debería ser utilizado para apoyar líneas de negocio estratégicas.

B) El COTS requiere la adaptación y escritura de scripts para configurar el sistema.

C) El software listo para usar suele ser una opción mucho más económica.

D) El software listo para usar es una opción más flexible.

Answer 15

A)
Incorrecto. El paquete de software comercial no apoyará automáticamente las líneas de negocio estratégicas. Para que esto sea posible (si es que siquiera es posible), se requiere la escritura de scripts. Se recomienda no utilizar un COTS para líneas de negocio estratégicas.

B)
Correcto. La escritura de scripts hace que sea posible configurar este tipo de software. Sin embargo, puede haber limitaciones, además de que también toma tiempo configurar el sistema. (Bibliografía: A 5.2)

C)
Incorrecto. Configurar este tipo de software tomará tiempo, lo que equivale a más esfuerzo y más gastos. Además, puede que no se entregue el valor que el negocio realmente necesita.

D)
Incorrecto. El paquete de software comercial limita la flexibilidad, ya que no siempre es posible configurarlo de la manera en que se desee o necesite.

Question 16

En Agile, ¿cuál afirmación es falsa?

A) Negocios y Desarrollo trabajan juntos a lo largo del proyecto.

B) Responder a los cambios es mejor que seguir un plan.

C) Satisfacer al cliente cumpliendo exactamente sus requisitos es una prioridad.

D) Un software funcional es la principal medida de progreso.

Answer 16

A)
Incorrecto. La afirmación de que “el personal de negocios y los desarrolladores deben trabajar en el proyecto juntos y a diario” es parte del manifiesto Ágil.

B)
Incorrecto. Responder a los cambios en lugar de seguir un plan es parte del manifiesto Ágil.

C)
Correcto. Satisfacer al cliente cumpliendo exactamente sus requisitos no es parte del manifiesto Ágil, ni es un objetivo de Agile. (Bibliografía: A 1.1.1)

D)
Incorrecto. Un software funcional como principal medida de progreso es parte del manifiesto Ágil.

Question 17

La gestión de la configuración permite que la infraestructura de TI y los sistemas de software puedan escalar, sin necesidad de más personas que trabajen en ellos. ¿Cuál sería la manera ideal de realizar cambios en ese entorno escalado?

A) Mediante la integración continua

B) Mediante scripts completamente controlados

C) Mediante la automatización de pruebas

D) Mediante el pipeline de despliegue

Answer 17

A)
Incorrecto. La integración continua constituye la segunda etapa para implementar un pipeline de despliegue, pero no es la única forma en la que los administradores deberían estar autorizados a cambiar algo en producción. Idealmente, esto se hace mediante scripts automatizados.

B)
Correcto. De hecho, se puede argumentar que ni siquiera los administradores deberían seguir teniendo derechos en producción. No deberían estar autorizados a cambiar nada, salvo mediante scripts completamente controlados y automatizados. (Bibliografía: A 3.3, 3.4)

C)
Incorrecto. La automatización de las pruebas constituye la tercera etapa para implementar un pipeline de despliegue, pero no es la única forma en la que los administradores deberían estar autorizados a cambiar algo en producción. Idealmente, esto se hace mediante scripts automatizados.

D)
Incorrecto. En un nivel abstracto, un pipeline de despliegue completamente automatizado y que funcione correctamente es una manifestación automatizada del proceso para hacer llegar el software del control de versiones a las manos de los usuarios. Sin embargo, no es posible tener un pipeline de despliegue manual. Esta no es una descripción de la manera en la que los administradores deberían estar autorizados a cambiar algo en producción. Idealmente, esto se hace mediante scripts automatizados.

Question 18

Una compañía desea reducir su plazo de comercialización (time-to-market) de años a meses. Uno de sus empleados afirma que deberían considerar utilizar métodos de DevOps en el departamento de TI. ¿Por qué adoptar DevOps ayudaría a reducir su plazo de comercialización?

A) Porque DevOps une Desarrollo y Operaciones en un solo equipo, lo que resulta en un menor número de empleados.

B) Porque los equipos de DevOps son más caros, trabajan más horas extra, y lanzan productos al mercado con mayor rapidez.

C) Porque DevOps cuenta con equipos dedicados y autosuficientes, así que dispone de mayor agilidad para lidiar con los requisitos cambiantes del producto.

Answer 18

A)
Incorrecto. En general, no hay menos, sino probablemente más empleados, ya que cada producto o línea de productos cuenta con su propio equipo dedicado y autosuficiente de desarrolladores, operadores y otros especialistas. Además, esta unión no necesariamente hace que DevOps sea una manera más rápida de desarrollar, pero sí logra que el software que se despliegue sea más robusto, pues Desarrollo entiende mejor las necesidades de Operaciones.

B)
Incorrecto. Aunque los equipos dedicados y autosuficientes pueden ser más caros, las prácticas de DevOps nunca se basan en trabajar estructuralmente horas extra para terminar el trabajo más rápido. De hecho, es todo lo contrario: DevOps intenta alcanzar un ritmo sostenible.

C)
Correcto. Gracias a que hay un solo equipo dedicado y autosuficiente que trabaja en un solo producto, hay menos distracciones e interrupciones del trabajo en ese producto. Además, el equipo no necesita esperar por un especialista, lo que reduce grandes cantidades de desperdicio (waste) en forma de tiempo de espera y ayuda al equipo a reducir su plazo de comercialización. (Bibliografía: A 1.3.1)

Question 19

¿Qué ventaja significativa ofrece DevOps a las organizaciones?

A) Elimina la fragilidad de un sistema de negocio.

B) Reduce costes para el cliente.

C) Reduce los desafíos culturales.

Answer 19

A)
Correcto. “Se espera que DevOps reduzca el plazo de comercialización (time-to-market) y la deuda técnica y elimine la fragilidad”. (Bibliografía: A 1.3.3)

B)
Incorrecto. Las prácticas de DevOps pueden resultar más costosas, y reducir los costes para el cliente no es uno de los objetivos.

C)
Incorrecto. Aunque DevOps fomenta la diversidad en los equipos, esto no garantiza que haya menos desafíos culturales.

Question 20

¿Qué es lo que no ayuda a un equipo de DevOps a desarrollar y entregar exitosamente un software funcionando?

A) Formar un equipo de DevOps por un período de tiempo corto durante un proyecto

B) Identificar, corregir y aprender de las fallas tan pronto como se encuentren

C) Organizar los equipos de DevOps en función de una misión organizativa

D) Escribir un código para software que tenga como objetivo principal la calidad incorporada

Answer 20

A)
Correcto. Los equipos de DevOps son formados por períodos más largos. Esto les da la oportunidad de utilizar su experiencia en el futuro para entregar software nuevo más rápido y para seguir innovando. (Bibliografía: A 4.2)

B)
Incorrecto. Cuando los lotes (batches) son más pequeños, las fallas se pueden identificar con mayor facilidad y corregir inmediatamente. DevOps se centra en el principio de Lean de identificar rápidamente las fallas, corregirlas inmediatamente y optimizar el proceso.

C)
Incorrecto. Una de las ventajas principales de DevOps es que el equipo añade valor al negocio al alinear su trabajo con una meta organizativa específica.

D)
Incorrecto. La calidad incorporada es una característica de Lean retomada por DevOps. Escribir un código teniendo en cuenta la calidad puede que tome más tiempo, pero termina añadiendo valor gracias a que se encuentran menos errores y el sistema construido es más robusto.

Question 21

La información más valiosa de un mapa de la cadena de valor (VSM) se obtiene a partir de tres medidas fundamentales. ¿Cuál es una de estas tres medidas?

A) El tiempo de entrega combinado con el flujo

B) El porcentaje de trabajo completado y adecuado

C) El tiempo de procesamiento dividido entre el tiempo de entrega

D) El valor completado menos el desperdicio (waste)

Answer 21

A)
Incorrecto. El tiempo de entrega es una medida clave, pero el flujo no es una medida. Es un concepto de velocidad que se mide mediante el tiempo de entrega y el tiempo de procesamiento.

B)
Correcto. El porcentaje de trabajo completado y adecuado es una medida clave del mapa de la cadena de valor (VSM) que ayuda a recopilar la información más importante. (Bibliografía: A 3.1)

C)
Incorrecto. Tanto el tiempo de procesamiento como el tiempo de entrega son medidas fundamentales, pero la proporción entre ambos no es una medida útil.

D)
Incorrecto. El valor completado menos el desperdicio no es una medida. Sin embargo, ambos son conceptos de DevOps.

Question 22

Un buen sistema de control de versiones es uno de los mayores indicadores de alto rendimiento en DevOps. ¿Qué se necesita para aplicar exitosamente el control de versiones?

A) Cambiar la cultura del trabajo con información y configuración

B) Aumentar significativamente la velocidad a la que se implementan cambios

C) Generar deliberadamente caos e inestabilidad en la producción

D) Adoptar un proceso de gestión de cambios formalizado y automatizado

Answer 22

A)
Correcto. Versionar permite controlar todas las partes importantes del sistema en funcionamiento, algo que no se puede lograr con otras herramientas. Un control de versiones bien ejecutado requiere un cambio en la cultura del trabajo con información y configuración. (Bibliografía: A 3.3)

B)
Incorrecto. El grado de automatización ha aumentado significativamente en los últimos años gracias al uso de tecnologías virtuales en la nube (cloud), por lo que cuenta con la velocidad para implementar cambios, pero este no es un principio necesario para el control de versiones.

C)
Incorrecto. Una de las mejores prácticas de DevOps relativa a la antifragilidad es la generación deliberada de caos e inestabilidad en el entorno de producción. Esta técnica tiene muchos nombres: gamificación (Game Day), mono Desorden (Chaos Monkey), ejército de los simios (Simian Army), pero ninguno de estos son principios necesarios para el control de versiones.

D)
Incorrecto. Para lidiar con la fragilidad de la infraestructura TI, algunas organizaciones adoptan procesos de gestión de cambios formalizados y automatizados, diseñados para estructurar el flujo de cambios y minimizar los riesgos asociados a su implementación. Sin embargo, este no es un principio necesario para el control de versiones.

Question 23

¿Cuándo, el uso de DevOps para cambios organizativos y tecnológicos, puede provocar caos y pérdida de control?

A) Cuando el principal negocio de la organización depende en gran medida de la tecnología de la información

B) Cuando la organización es compleja y desea solucionar problemas crónicos

C) Cuando la organización necesita cambios rápidos para probar nuevas ideas o hipótesis de negocio

D) Cuando el ritmo de cambio en la tecnología de la información que utiliza la organización es alto

Answer 23

A)
Incorrecto. Las organizaciones se interesan / deberían interesarse en DevOps cuando el negocio principal depende en gran medida de la tecnología de la información.

B)
Correcto. En situaciones complejas, DevOps probablemente no generará muchas ganancias, y definitivamente no producirá éxitos rápidos. Los problemas crónicos deben resolverse de manera cuidadosa, bien considerada y juiciosa. No se debería esperar que DevOps sea la solución mágica para todos los problemas. (Bibliografía: A 5.1)

C)
Incorrecto. Las organizaciones se interesan / deberían interesarse en DevOps cuando el negocio principal requiere cambios rápidos para probar nuevas ideas o hipótesis de negocio.

D)
Incorrecto. Las organizaciones se interesan / deberían interesarse en DevOps cuando el ritmo de cambio en la tecnología de la información que utiliza la organización es alto.

Question 24

Las nuevas formas de interactuar entre las partes involucradas en el desarrollo de software están a la base del surgimiento de DevOps. Provocaron la necesidad de nuevas formas de gestión de TI. Esto llevó a la aparición de DevOps. ¿Cuáles fueron las partes que descubrieron nuevas formas de interacción?

A) El negocio y los clientes

B) El departamento de TI y los clientes

C) El desarrollo y las operaciones de TI

Answer 24

A)
Incorrecto. Puede que el negocio haya cambiado la manera en la que interactúa con sus clientes, pero esto en sí no fue lo que llevó a la aparición de DevOps. DevOps surgió por la interacción entre el departamento de TI y el negocio (cliente).

B)
Correcto. “Primero, debido a la aparición de nuevas formas de interactuar con los clientes de negocio, y a la aplicación adecuada de las técnicas de desarrollo ágiles, surge la necesidad de nuevos modos de gestión de TI”. Se necesitan nuevas formas de interactuar con los clientes debido a los cambios del mercado y de la manera en la que las personas se relacionan con sus marcas favoritas. Además, la correcta aplicación de técnicas ágiles conlleva a que el negocio asocie una mayor rentabilidad a Agile (no solo TI). (Bibliografía: A 1.1.3)

C)
Incorrecto. La interacción entre las partes internas de TI no es lo que llevó al desarrollo de DevOps.

Question 25

Cuando se adopta DevOps, ¿qué puede causar dificultades?

A) Los equipos multifuncionales

B) El uso limitado de la virtualización

C) La arquitectura de microservicios

Answer 25

A)
Incorrecto. Los equipos de DevOps son multifuncionales, por lo que tenerlos ofrece una ventaja a las organizaciones para la adopción de DevOps.

B)
Correcto. Las organizaciones con un uso limitado de la virtualización enfrentarán dificultades para implementar las prácticas de DevOps. (Bibliografía: A 5.1)

C)
Incorrecto. La arquitectura de microservicios, emergida de una serie de ideologías en común de DevOps, le ofrece una ventaja a las organizaciones para adoptar DevOps.

Question 26

Según las prácticas de DevOps, ¿cuál es la mejor manera de aumentar el nivel de control operacional?

A) Automatizando todas las operaciones manuales

B) Definiendo funciones y responsabilidades apropiadas

C) Elaborando procedimientos de control

D) Mejorando la gobernanza operacional

Answer 26

A)
Correcto. Automatizar tantas operaciones como sea posible llevará a un control total, porque todas las operaciones se vuelven instantáneas y uniformes. Cuando una operación no es óptima, cambiar la automatización también permitirá cambiar todas las operaciones futuras. (Bibliografía: A 4.1.3)

B)
Incorrecto. Aunque es importante definir funciones y responsabilidades, esto no influye directamente en el control de todas las operaciones.

C)
Incorrecto. Únicamente elaborar procedimientos no va a ayudar. Una vez que estos procedimientos se hayan elaborado, deberían automatizarse para que no haya fallas y todas las operaciones sean uniformes.

D)
Incorrecto. Aunque esto también pueda ser deseable, la gobernanza en sí no proporciona un mayor control. Es la automatización la que garantiza un control total.

Question 27

Al adoptar DevOps, se espera una mayor rentabilidad de las tecnologías de la información. ¿Qué es lo que DevOps hace de manera diferente a Agile, Scrum y Lean para satisfacer esta expectativa?

A) DevOps acelera la entrega de productos nuevos y modificados entre Desarrollo y Operaciones.

B) DevOps acelera la entrega de productos nuevos y modificados al mercado y a los clientes.

C) DevOps garantiza una respuesta más rápida a los cambios infraestructurales, conforme al presupuesto.

D) DevOps garantiza una respuesta más rápida a los incidentes que afecten la cadena de valor de la organización.

Answer 27

A)
Incorrecto. Acelerar la entrega de productos entre los departamentos es un resultado de DevOps. Sin embargo, debido a que esto no entrega valor al cliente, no se espera que DevOps logre una mayor rentabilidad de TI.

B)
Correcto. Así es como DevOps generará una mayor rentabilidad de TI: acelerando la entrega de productos a los clientes, lo que ayuda a que el negocio pueda añadir valor más rápido y mejor. (Bibliografía: A 1.2)

C)
Incorrecto. Los cambios a la infraestructura son una necesidad interna de TI, al igual que la conformidad con el presupuesto. Sin embargo, el negocio no obtendrá una mayor rentabilidad de TI solo por cambiar la infraestructura.

D)
Incorrecto. Esta no es una manera de generar mayor rentabilidad de TI. A pesar de que las respuestas más rápidas resultarán en una mejor experiencia para el usuario, no son suficientes para producir una mayor rentabilidad.

Question 28

Una organización tiene una infraestructura legada en TI y quieren adoptar DevOps. ¿Cuál es un enfoque común para este tipo de organización?

A) Empezar a implementar DevOps como si fuera un producto de software, instalarlo y luego iniciarlo

B) Empezar con un pipeline básico que realice al menos el ensamblado y las pruebas iniciales

C) Empezar seleccionando el producto que tenga más oportunidades de optimización

D) Empezar identificando los sistemas débilmente acoplados con otros
E)
Empezar fijando un plazo determinado de tiempo de trabajo para la mejora

Answer 28

A)
Incorrecto. DevOps no es un producto de software que pueda ser instalado e iniciado.

B)
Incorrecto. Este no es un enfoque adecuado para empezar con DevOps. Es un paso necesario para proceder con la creación del pipeline de despliegue para la parte de la cadena que se puede automatizar.

C)
Incorrecto. Este es el inicio de la creación del mapa de la cadena de valor (VSM).

D)
Correcto. DevOps puede comenzar en cualquier punto en el que se encuentre el negocio en la actualidad. Identificar los sistemas débilmente acoplados es el primer paso. (Bibliografía: A 5.6)

E)
Incorrecto. Esto se relaciona con la deuda técnica.

Question 29

Muchos empleados siguen desarrollando y manteniendo un sistema de TI como si fuera una entidad única. ¿Qué dificultad para adoptar las prácticas de DevOps se puede esperar?

A) Asignar equipos de DevOps para distintos ámbitos de responsabilidad

B) Crear equipos multifuncionales para trabajar en la estructura organizativa

C) Mantener y versionar numerosas API para la retrocompatibilidad

Answer 29

A)
Correcto. Un obstáculo significativo para la implementación de las prácticas de DevOps es una arquitectura de TI rígida y monolítica. Incorporar equipos pequeños necesita la capacidad de asignar distintos ámbitos de responsabilidad para cada uno. En una situación en la que docenas o cientos de empleados siguen desarrollando y manteniendo el sistema de TI como si fuera una entidad única, resultará difícil separar partes para equipos individuales e independientes que trabajan de manera asíncrona. (Bibliografía: A 5.1).

B)
Incorrecto. No hay obstáculos para crear equipos multifuncionales.

C)
Incorrecto. Con una aplicación monolítica, los desarrolladores solo deben cambiar el nombre de clase y la API. Con los microservicios, los desarrolladores deben cambiar el número de la versión de la API y mantener múltiples API para la retrocompatibilidad. En este caso, dado que no se han implementado los microservicios, no se prevé esta dificultad. Además, a pesar de que se pueda necesitar un sistema para versionar, esto no se considera una dificultad, sino un avance, un resultado previsto y, finalmente, un beneficio de implementar las prácticas de DevOps.

Question 30

¿Cuál es el modo DevOps de resolver incidentes?

A) Escalar al equipo de gestión de problemas y encontrar una solución temporal hasta que ellos resuelvan el incidente

B) Investigar el incidente, ejecutar diagnósticos, e identificar e implementar una solución alternativa (workaround)

C) Verificar si un incidente relacionado tuvo lugar antes e implementar una solución similar para el problema

D) Rastrear si el incidente se relaciona con un despliegue reciente y restaurar el sistema al último estado estable

Answer 30

A)
Incorrecto. Esta alternativa puede llevar a una solución funcional temporal, pero en ese caso, quizá nunca se resuelva el verdadero problema.

B)
Incorrecto. Implementar una solución alternativa no resuelve el incidente, así que no es la manera correcta de reaccionar.

C)
Incorrecto. Lo más probable es que se trate de una solución alternativa, lo que no es deseable. Además, no se debería esperar hasta que alguien más resuelva el problema.

D)
Correcto. Según la bibliografía, “si el incidente se remonta a un despliegue reciente, el sistema de control del pipeline restaurará automáticamente el último estado estable”. Esta debería ser la solución, tanto si el proceso es automatizado, como si todavía se realiza de manera manual. (Bibliografía: A 4.1)

Question 31

DevOps recomienda visualizar el trabajo terminado. ¿Cuáles son los dos objetivos que se pueden lograr mediante la visualización? Recuerde seleccionar 2 respuestas.

A) Construir un sistema pull

B) Dividir el trabajo

C) Fomentar el compromiso

D) Identificar las ineficiencias

E) Informar al cliente

Answer 31

A)
Correcto. Este es un beneficio de la visualización. Visualizar permite construir un sistema pull, lo que a su vez mejora el flujo de trabajo, y reduce la inactividad y la necesidad de coordinación. La visualización también ayuda a identificar las ineficiencias. (Bibliografía: A 4.3)

B)
Incorrecto. Un equipo puede dividir perfectamente el trabajo sin la visualización.

C)
Incorrecto. Por otra parte, visualizar no fomenta el compromiso, aunque sí es importante para que DevOps tenga éxito.

D)
Correcto. La visualización también ayuda a identificar las ineficiencias. (Bibliografía: A 4.3)

E)
Incorrecto. La persona que actúe como voz del cliente o del negocio debería mantener informado al cliente.

Question 32

Una compañía realiza un despliegue continuo. ¿Quién debería decidir cuándo lanzar (release) una nueva funcionalidad?

A)El negocio

B) El cliente

C) El departamento de TI

D) El usuario

Answer 32

A)
Correcto. Cuando se usa el despliegue continuo, lanzar una nueva funcionalidad que se vaya a utilizar se convierte en una decisión del negocio. Puede que la funcionalidad ya haya sido desplegada por un tiempo, antes de que el negocio decida que es el momento de empezar a utilizarla. El departamento de TI realiza lanzamientos a su propio ritmo, pero el negocio es el que decide cuándo lanzar una nueva funcionalidad. (Bibliografía: A 4.1)

B)
Incorrecto. Aunque el cliente es una parte importante para la toma de decisiones, los lanzamientos de funcionalidades son, sobre todo, una decisión del negocio.

C)
Incorrecto. Aunque el departamento de TI es una parte importante para la toma de decisiones, los lanzamientos de funcionalidades son, sobre todo, una decisión del negocio.

D)
Incorrecto. Aunque el usuario es una parte importante para la toma de decisiones, los lanzamientos de funcionalidades son, sobre todo, una decisión del negocio.

Question 33

¿Cuáles son dos prácticas comunes para reducir la deuda técnica?

A) Las prácticas formales de gestión de cambios y de lanzamiento (release)

B) Las prácticas de gestión de incidentes y de cumplimiento de requisitos

C) Aumentar el presupuesto y los recursos

D) Refactorizar y enfrentar el problema

Answer 33

A)
Incorrecto. Estos son dos procesos que podrían generar deuda técnica.

B)
Incorrecto. Estos son dos procesos que podrían generar deuda técnica.

C)
Incorrecto. Estas medidas no ayudarán directamente a reducir la deuda técnica, aunque cuando hay más desarrolladores, esta se puede reducir más rápido.

D)
Correcto. Según la bibliografía, dos de las prácticas comúnmente utilizadas son refactorizar y enfrentar el problema. (Bibliografía: A 1.3)

Question 34

Al implementar el pipeline de despliegue, surgen problemas. En principio, no hay suficientes pruebas predesarrolladas para garantizar un funcionamiento estable del entorno de producción. ¿Cuál es la mejor solución a este problema?

A) Crear el pipeline y tantas automatizaciones como sea posible, pero no utilizarlos hasta que se hayan establecido todas las pruebas adecuadas.

B) Aumentar la cobertura del código mediante pruebas dado que la deuda técnica debe tratarse lo antes posible.

C) Dejar que el pipeline funcione con las pruebas desarrolladas y que lidie con los posibles problemas en producción cuando estos tengan lugar.

D) Usar el pipeline como un sistema de integración para entregar el código escrito únicamente a pruebas y aseguramiento de la calidad (QA).

Answer 34

A)
Incorrecto. Crear el pipeline, pero no utilizarlo hasta que se hayan establecido todas las pruebas tomará mucho tiempo, lo que equivale a una pérdida de dinero para el negocio. Se debería probar un enfoque iterativo, haciendo las pruebas más importantes al principio y, después, ejecutando continuamente nuevas pruebas para aumentar la cobertura.

B)
Correcto. Aumentar la cobertura del código mediante pruebas es la única solución a este problema. (Bibliografía: A 3.2)

C)
Incorrecto. Dejar que el pipeline funcione con un conjunto reducido de pruebas da como resultado una cobertura de pruebas mediocre, y potencialmente causa muchos problemas en producción. Esto afecta la adopción del pipeline.

D)
Incorrecto. El pipeline de despliegue busca entregar un código funcional a la producción, y no solamente a pruebas y aseguramiento de la calidad, por lo que esto no le ayudará a cumplir su propósito.

Question 35

En las prácticas tradicionales, pueden surgir muchos problemas en los lanzamientos (releases): algunos cambios no se documentan, el sistema no se respalda completamente, o no se guarda ningún estado anterior del sistema. ¿Cómo garantiza DevOps la realización de lanzamientos frecuentes sin estos problemas?

A) Automatizando los lanzamientos

B) Permitiendo que Operaciones realice los lanzamientos

C) Haciendo que los lanzamientos sean muy pequeños

D) No documentando todos los cambios

Answer 35

A)
Correcto. La automatización es un factor importante para garantizar que los lanzamientos sean frecuentes y que el proceso de lanzamiento se vuelva rutinario. Si se automatizan todos los factores humanos de respaldar, documentar y restaurar, la probabilidad de que se haya problemas con los lanzamientos disminuirá considerablemente. Si no se puede implementar exitosamente un lanzamiento, el sistema enviará una alerta al equipo para que intervenga. (Bibliografía: A 4.1)

B)
Incorrecto. Darle el control a Operaciones no evita los problemas mencionados. Tener en cuenta a Operaciones e integrar a Desarrollo en sus prácticas puede dar pistas sobre qué partes del proceso de lanzamiento deben ser automatizadas y estandarizadas. Pero darle simplemente el control de los lanzamientos a Operaciones no solucionará los problemas mencionados.

C)
Incorrecto. El tamaño no importa tanto como la automatización para hacer funcionar los lanzamientos de rutina. Por otra parte, los lanzamientos más pequeños no necesariamente evitarán ninguno de los problemas mencionados. Hacer lanzamientos frecuentemente hará que estos sean más pequeños.

D)
Incorrecto. Esto solo va a empeorar los problemas. Incorporar un sistema de versiones, preferiblemente automatizado, ayudará a eliminar los problemas provocados por la falta de documentación.

Question 36

¿Cuál es el primer paso en el mapeo de la cadena de valor (VSM)?

A) Crear la especificación de los requisitos

B) Documentar el trabajo terminado

C) Identificar las etapas clave del proceso

Answer 36

A)
Incorrecto. El primer paso debería ser identificar las etapas clave específicas para tu proceso y organización.

B)
Incorrecto. Solo se debería documentar el trabajo terminado después de haber identificado las etapas clave. El trabajo terminado de etapas que no son esenciales no forma parte del mapa de la cadena de valor.

C)
Correcto. Este debería ser el primer paso para el mapeo de la cadena de valor. La organización debería tomar en consideración el proceso para el que desean crear un mapa y, después, identificar las etapas clave en las que se realiza el trabajo y se añade valor. (Bibliografía: A 3.1)

Question 37

¿Cuál es una de las dificultades de una arquitectura de TI rígida o monolítica?

A) Es difícil cambiar y desarrollar la arquitectura de TI en sí.

B) Modificar servicios dentro de la arquitectura se hace de manera independiente.

C) Actualizar a una nueva versión sin desactivar la versión actual.

D) Esperar que todos los componentes estén listos para una migración a gran escala.

Answer 37

A)
Correcto. Este es uno de los problemas de una arquitectura de TI rígida. Mientras más amplia y rígida sea la arquitectura, más difícil será hacer cambios, así como poder ver lo que ese cambio provoca en el resto de la arquitectura. (Bibliografía: A 5.3)

B)
Incorrecto. Esta es una solución al problema. Cuando todos los servicios se pueden modificar de manera independiente, la arquitectura ya no es rígida.

C)
Incorrecto. Este puede ser un desafío incluso cuando la arquitectura no es rígida.

D)
Incorrecto. No necesariamente se trata de una arquitectura rígida cuando se hace una migración a gran escala y se preparan todos los componentes para este fin. Esto podría suceder en cualquier tipo de arquitectura de TI.

Question 38

El equipo trabaja con iteraciones de una semana y frecuentemente encuentran cuellos de botella. ¿Cuál es la mejor reacción posible del equipo después de identificar un cuello de botella?

A) Eliminar el cuello de botella lo antes posible.

B) Extender la duración de la iteración en la que se identifica un cuello de botella.

C) Limitar el número normal de tareas de un lote (batch).

D) Utilizar herramientas de visualización junto con limitar el WiP.

Answer 38

A)
Correcto. Se deberían encontrar maneras para eliminar la causa de los cuellos de botella lo antes posible. Una vez que se haya eliminado el cuello de botella, incluso se podría terminar el trabajo en la iteración para la que estaba planificado, aunque esto no es común. El Propietario del Producto (Product Owner) puede priorizar el trabajo en la iteración actual. (Bibliografía: A 4.11)

B)
Incorrecto. En este caso, esta no es la mejor solución para el problema. Scrum permite, ocasionalmente, extender la duración de una iteración. Sin embargo, en DevOps se busca establecer un ritmo más que en Scrum. Por esta razón, extender la duración de la iteración debería ser el último recurso.

C)
Incorrecto. Limitar el tamaño de los lotes (batches) ayuda a identificar los problemas que causan el cuello de botella, no a eliminarlos. Sin embargo, se debería implementar esta medida como parte de las prácticas de DevOps. Simplemente, no debe implementarse después de que el equipo ya haya identificado un cuello de botella.

D)
Incorrecto. Esta medida ayuda a identificar los cuellos de botella, pero no se debería implementar después de que el equipo ya haya identificado uno.

Question 39

A veces, se cree que DevOps es una parte de Agile. ¿A qué cuestión, que no tiene nada que ver con Agile, da DevOps una respuesta?

A) ¿Qué se puede hacer para lanzar (release) el software que desarrollamos lo suficientemente rápido como para obtener una cuota de mercado importante?

B) ¿Qué relación necesitamos tener con nuestros clientes para entender mejor sus requisitos?

C) ¿Qué se debe hacer con un producto lanzado para que sea útil y fácil de usar?

Answer 39

A)
Incorrecto. El lanzamiento de un producto es parte tanto de Agile, como de DevOps. Agile ayuda a lanzar rápidamente partes funcionales del producto final. Por su parte, DevOps explora nuevas maneras de entregar verdadero valor a clientes reales.

B)
Incorrecto. La relación con el cliente y la compresiónde los requisitos son tanto parte de Agile, como de DevOps. Los Propietarios del Producto (Product Owners) mantendrán un contacto cercano con el cliente para garantizar que se esté añadiendo valor al producto.

C)
Correcto. Pensar en el lanzamiento y las fases operativas durante el desarrollo no necesariamente es un aspecto de Agile, pero es una parte esencial de DevOps. (Bibliografía: A 1.5.1)

Question 40

¿Cuál es el beneficio de la gestión de la configuración?

A) Permite que cualquier miembro del equipo borre los archivos innecesarios sin ningún riesgo.

B) Permite que miembros importantes del equipo se ausenten sin ningún problema.

C) Permite que los miembros del equipo vean quién cambió un código determinado y en qué fecha.

Answer 40

A)
Incorrecto. El control de versiones es el que le permite a cualquier miembro del equipo borrar libremente información. Si algo sale mal, se puede restaurar la versión anterior.

B)
Correcto. Cuando la gestión de la configuración controla todos los cambios, el sistema se restaura automáticamente a un estado estable anterior, de ser necesario. Además, si se van miembros importantes del equipo, su conocimiento no se pierde, sino que se ve afianzado en la configuración. (Bibliografía: A 3.4)

C)
Incorrecto. Los registros de lo que ha cambiado, cuándo y por quién, son parte del control de versiones y no de la gestión de la configuración.