DASA DevOps

¿Por qué hay un muro de confusión entre los equipos?. Los equipos tienen líderes y objetivos diferentes. Los equipos tienen mentalidades, procesos y herramientas diferentes. Los equipos tienen prioridades, objetivos y competencias diferentes. Los equipos tiene culturas, rituales y mentalidades diferentes.

¿Cómo evitar el muro de confusión en un entorno DevOps?. Practicar la comunicación efectiva y la colaboración. Realice un análisis de la causa raíz su hay un conflicto. Centrarse en el proceso pro encima de las personas. Céntrese en las reuniones peródicas del equipo.

¿Qué es un DevOps?. Un marco que prescribe un conjunto específico de herramientas y procesos. Norma que debe seguirse para conseguir un software de alta calidad. Cultura centrada en mejorar la colaboración, la comunicación y la mejora continua. Una estructura de equipo en la que cada uno se especializa en una habilidad concreta.

¿Qué refuerza la resiliencia?. Adquisición y aplicación de un conjunto específico de herramientas para la automatización. Asignación de un papel o función especifícos a los equipos. Cultura de colaboración y comunicación. Experimentación y aprendizaje continuo.

¿Cuál de las siguientes NO es una característica de una organización DevOps centrada en el cliente?. Creación de ciclos cortos de retroalimentación. Fomentar la burocracia. Centrarse en las características valiosas del producto. Fomento de la innovación.

¿Cómo puede la cultura crear un sentido de propósito común entre los empleados?. Alineando a los empleados en torno a una visión común. Animando a las personas a ser autosuficientes. Creando competencia entre los empleados. Fijando objetivos poco realistas.

¿Cuál de las siguientes opciones describe mejor la mentalidad de servicio en la cultura DevOps?. Centrarse en entregar valora al cliente. Centrarse en entregar el producto lo antes posible. Centrarse en la reducción de costos para la organización. Centrarse en la eliminación del desperdicio en el proceso de desarrollo.

¿Cuál de las siguientes estrategias puede facilitar el mando de misión en un entorno DevOps?. Asignar tareas específicas al equipo en función de sus competencias. Proporcionar al equipo las herramientas y recursos necesarios para tomar decisiones. Crear un entorno que fomente la comunicación abierta y la transparencia. Supervisar de cerca el trabajo del equipo para asegurarse de que cumplen la misión y los objetivos.

¿Por qué es importante iterar y mejorar continuamente los procesos para crear una cultura DevOps?. Fomenta un sentido de propósito y responsabilidad compartida. El resultado es una entrega de software más eficaz. Anima a las personas a tomar riesgos. Establece la confianza y la responsabilidad entre los miembros del equipo.

¿Cuál es el primer paso para cambiar una cultura?. Definir la cultura deseada. Crear un plan. Identificación de la cultura actual. Comunicar el plan.

¿Cuáles son los desafíos comunes a los que se enfrentan las organizaciones en su viaje hacia DevOps?. Lucha con la priorización, la reducción del tiempo de ciclo y la falta de retroalimentación de los clientes. Comunicación ineficaz, falta de colaboración y escasas oportunidades de aprendizaje. Infraestructura inadecuada, herramientas informáticas obsoletas y escasa motivación de los empleados. Mala calidad de software, altos índices de defectos y lentitud en la puesta en el mercado.

¿Cuál es la diferencia entre la entrega continua y despliegue continuo?. Entrega continua implica despliegues manuales a producción, mientras que despliegue continuo automatiza los despliegues a producción. Entrega continua automatiza los despliegues a producción, mientras que despliegue continuo requiere despliegues manuales a producción. Entrega continua y despliegue continuo son lo mismo y pueden utilizarse indistintamente. Tanto la entrega continua como el despliegue continuo implican despliegues manuales a producción.

¿Qué técnica consiste en escribir casos de prueba automatizados enates de escribir código funcional?. Behavior-driven development (BDD). Test-driven development (TDD). Continuous integration (CI). Desarrollo ágil.

¿Cuáles son algunos de los inconvenientes del modelo tradicional de entrega de software?. Velocidad lenta y problemas de sincronización. Pasos de estafeta manuales y sistemas inconsistentes. Alta producción con muchos defectos. Aumento de la velocidad de configuración y mejora de la calidad.

¿Cuál es la principal ventaja de utilizar una infraestructura inmutable?. Permite actualizar y modificar continuamente los servidores. Elimina el desvío de la configuración y garantiza la consistencia. Proporciona flexibilidad y escalabilidad en el despliegue de servidores. Simplifica la gestión de las configuraciones de los servidores.

¿Cuál es el principio más importante de la metodología Lean, tal como se deriva el sistema de producción Toyota?. Maximizar los beneficios. Producción justo a tiempo. Entrega rápida de software funcionando. Colaboración y flexibilidad.

¿Cuál es el enfoque común de las metodologías Agile y Lean?. Automatización con toque humano. Seguir un plan estricto y predeterminado. Reducción de desperdicios y entrega rápida de software funcionando. Colaboración y flexibilidad.

¿Para qué sirve un mapa de flujo de valor?. Visualizar el flujo de trabajo en un proceso. Identificar cuellos de botella y áreas de mejora. Medir el desempeño de un proceso. Automatizar las tareas repetitivas de un proceso.

¿Qué es un MVP en la metodología Lean Startup?. Producto con características limitadas pero suficiente para recopilar la máxima información sobre los clientes potenciales y sus opiniones. Producto acabado que incluye todas las características necesarias para resolver los problemas del cliente. Producto que incluye todas las funciones y procesos necesarios para resolver los problemas de los clientes. Producto que se venda para dar a conocer la marca y recaudar fondos para la Lean Startup.

¿Cuál de los siguientes parámetros podría incluirse en los Key Value Indicators (KVIs)?. Ingresos por ventas. Tasa de rotación de empleados. Tasa de retención de clientes. Tiempo dedicado a una tarea.

¿Cuál es el propósito de la medición en las organizaciones DevOps?. Recopilar tantos datos como sea posible. Mejorar continuamente la organización. Cumplir la normativa. Medir el desempeño de los individuos.

¿Cuál es la diferencia clave entre los KPI y los OKR?. Los KPI son métricas cuantitativas utilizadas para supervisar el progreso continuo, mientras que los OKR son objetivos estratégicos fijados para un período específico. Los KPI se centran en mantener los niveles de desempeño existentes, mientras que los OKR persiguen la innovación y el crecimiento. Los KPI se utilizan para las revisiones del desempeño individual, mientras que los OKR no deben utilizarse para las revisiones de desempeño. Los KPI son descendentes y dictados por la dirección, mientras que los OKR son ascendentes y permiten autonomía del equipo.

¿Cuáles son las métrica claves identificadas por DORA para medir el desempeño de DevOps?. Satisfacción, Retención de empleados, Satisfacción del cliente, Puntuación neta del promotor. Tiempo de entrega para los cambios, frecuencia de despliegue, tiempo de restauración del servicio, tas de fallo de cambios. Capacidades técnicas, capacidades de medición, capacidades de proceso, capacidades cuturales. Control de versiones, integración continua, automatización del despliegue, desarrollo basado en la rama principal.

¿Para qué sirven las métricas de flujo en las organizaciones DevOps?. Medir el número de elementos de flujo en el flujo de valor. Identifica los cuellos de botella y mejora la eficacia de los procesos. Medir el tiempo durante el cual se trabaja activamente en los elementos del flujo. Acortar las distancias lingüísticas entre TI y la empresa.

¿Cuál es el objetivo de crear un OKR?. Medir aspectos específicos del desempeño cruciales para el éxito de una organización, proyecto o proceso. Establecer y hacer un seguimiento de los objetivos a los que se aspira durante un periodo determinado. Supervisar los progresos en curso e identificar las áreas que necesitan mejoras. Impulsar la Innovación y el crecimiento en una organización o equipo.

¿Qué modelo organizativo se caracteriza por equipos funcionales separados que trabajan de forma aislada, lo que provoca traspasos y retrasos en el proceso de entrega del software?. Silos funcionales. Equipos multifuncionales. Equipos Ágil. Equipos de flujo.

¿Cuáles son los cuatro tipos de equipos fundamentales en el modelo de topologías de equipos?. Equipos alineados al flujo, Equipos de habilitación, Equipos de subsistemas complicados, Equipos de plataforma. Equipos de Experiencia de Usuario, Equipos de Herramientas de Desarrollo Móvil, Equipos de Seguridad de Datos, Equipos de Servicios de Backend. Equipos de producto autónomos, Equipos de plataforma, Equipos del sistema de negocio, Equipos alineados al flujo. Equipos de Colaboración, Equipos X-como-servicio, Equipos de Facilitación, Equipos de Habilitación.

Según la Ley de Conway, ¿qué refleja el diseño de un sistema de software?. Estructura organizacional. La complejidad de la solución técnica. Colaboración entre equipos. La mentalidad dentro de una organización.

¿Por qué es importante que los profesionales de DevOps tengan habilidades en forma de T?. Las personas con forma de T son más propensas a colaborar eficazmente con especialistas de otros campos. Las personas con forma de T son más propensas a centrarse en la Innovación y a tener ideas innovadoras. Las personas con forma de T tienen perfiles llamativos que atraen a los empleadores. Las personas en forma de T tienen experiencias diversas y una satisfacción de profundidad en su trabajo.

¿Qué es un punto de desacoplamiento dentro de la pila tecnológica en una organización DevOps?. Un punto en el que la tecnología permite a los equipos resolver problemas de forma colaborativa. Un punto en el que la responsabilidad se transfiere entre el equipo de Producto y el de Plataforma. Un punto en el que se consigue la automatización del despliegue. Un punto en el que la pila tecnológica empieza a reflejar los análisis de los usuarios para tomar decisiones basadas en datos.