¿Qué principio de DevOps se centra en la mentalidad de
producto y servicio? Acción centrada en el cliente. Mejora Continua. Crear con un fin en mente. Automatizar todo lo que se pueda.
Una organización mantiene un equipo independiente y autónomo para cada uno de sus servicios.
¿Cuál es una posible desventaja de este tipo de estructura organizacional? La calidad de las funciones entregadas será baja. La implementación de los cambios dentro de un equipo es lenta. La reutilización de las habilidades dentro de la organización es limitada. El tiempo de espera para procesar la solicitud del servicio es alto.
¿Qué tipo de mentalidad es la base de una cultura DevOps? Mentalidad de Servicio. Mentalidad de Habilidades. Mentalidad de las Personas. Mentalidad de la Automatización.
¿Cuál NO es un predictor adecuado del rendimiento de TI en un entorno DevOps? Cambios aprobados fuera del equipo. Cultura organizacional de alta confianza. Monitoreo Proactivo. Control de versiones de todos los artefactos.
Erik está trabajando en un equipo de Producto (o un equipo de Sistema de Negocio) especializado en la entrega de un producto específico relacionado con TI para el departamento de Ventas. ¿Cuál de los siguientes tipos de actividades es más probable que sean recurrentes en la agenda del equipo de Erik? Muchos momentos de traspaso con otros departamentos. Reuniones sobre la utilización de los recursos especializados dentro de la organización. Reuniones de liberación mensuales para las liberaciones bimensuales. Asistir a la reunión de demostración (demo) del producto.
¿Qué tipo de tareas se caracterizan por una baja variabilidad de tareas y una alta analizabilidad de tareas? Rutina Artesanía Ingeniería No rutinaria.
¿Cuál de los siguientes enfoques de entrega de software se centra en unidades funcionales más pequeñas en lugar de desarrollar el software completo? Ágil Iterativo Lean Cascada (Waterfall).
¿Cuál es el ciclo de vida del Story Mapping? 1. Establecer un objetivo general común
2. Determinar el flujo de trabajo de extremo a extremo
3. Definir un primer conjunto de funcionalidades comercializables
4. Expandir/mejorar la funcionalidad existente 1. Establecer un objetivo general común
2. Definir actividades
3. Determinar el flujo de trabajo de extremo a extremo
4. Expandir/mejorar la funcionalidad existente 1. Establecer un objetivo general común
2. Definir el trabajo en progreso
3. Definir actividades
4. Definir un primer conjunto de funcionalidades comercializables
5. Expandir/mejorar la funcionalidad existente 1. Establecer un objetivo general común
2. Determinar el flujo de trabajo de extremo a extremo
3. Definir actividades
4. Definir un primer conjunto de funcionalidades comercializables
5. Expandir/mejorar la funcionalidad existente.
Los productos de plataforma controlan la libertad y restricciones para los equipos de Sistema de Negocios DevOps. ¿Qué clasificación de servicios en la nube presenta la mayor cantidad de restricciones cuando el cliente busca la flexibilidad para adaptar la plataforma completa, incluidos el hardware y software? On Premise IaaS PaaS SaaS.
¿Cuál es la diferencia entre Entrega Continua y Despliegue Continuo? La Entrega Continua es una tarea manual, mientras que el Despliegue Continuo es una tarea
automatizada. La Entrega Continua tiene una decisión de liberación manual al ambiente productivo, mientras que el Despliegue Continuo tiene liberaciones automáticas al ambiente productivo. La Entrega Continua incluye todos los pasos del ciclo de vida del desarrollo de software; el Despliegue Continuo puede omitir algunos pasos como la validación y la prueba. La Entrega Continua implica la entrega completa de la aplicación al cliente; el Despliegue Continuo incluye solo el despliegue de la aplicación en el entorno del cliente.
¿Cómo funcionan los procesos de Gestión de Nivel de Servicio del Diseño de Servicio de ITIL en una organización DevOps? Tienen como objetivo la autonomía completa y la entera responsabilidad de entregar un producto (valor) al cliente. Traen el nuevo software en vivo en cuestión de minutos a través de la automatización. Mantienen equipos estables y fijos para evitar el cambio de recursos entre proyectos. Gestionan los cambios a través de los mismos mecanismos utilizados para alinear el negocio con TI.
¿Cuál NO es un aspecto relacionado con la gestión del trabajo en una organización? Asistir a un Scrum de Scrums Usar cambios de Funciones Usar un tablero de scrum para hacer que los miembros del equipo estén en sintonía Aplicar la automatización de pruebas.
¿Cuáles son las características de las personas que trabajan en una organización orientada hacia el producto y basada en DevOps? Las personas están organizadas funcionalmente. Las personas conocen del negocio, de TI y entregan trabajo, apelando al uso de cualquier habilidad/talento de las personas. Las personas están orientadas hacia la especialización. Las personas son asignadas a múltiples proyectos a la vez, por razones relacionadas con la
optimización de recursos.
¿Qué frase se ajusta MEJOR como característica de un equipo de DevOps, teniendo en cuenta que el equipo hace parte de una organización antifrágil? El empleado primero Honran el valor inspirado en la web Burocracia Mínima Viable Autogestión.
¿Cuándo debería pasar a la fase de Mejora del método DMAIC? Después de recopilar datos relacionados y hechos sobre las variables que pueden influir en el problema Después de definir posibles soluciones al problema Después de asegurar que una solución en particular
funciona Después de haber entendido las causas del problema.
En DevOps, los equipos de Sistema de Negocio son equipos autónomos que “aterrizan” su aplicación y código de infraestructura sobre una plataforma común. Esta plataforma común es mantenida por el equipo de Plataforma.
¿Qué es cierto respecto las responsabilidades de estos equipos? El equipo de Plataforma siempre es responsable de mantener el producto dentro de su entorno operacional. Cuando una aplicación de producto/servicio es “aterrizado” en la plataforma, la responsabilidad del producto/servicio pasa del equipo de Sistema de Negocio al equipo de Plataforma. El equipo de Sistema de Negocio solo es responsable de la fase de desarrollo de los nuevos servicios. Los equipos de Sistema de Negocio tienen una responsabilidad de extremo a extremo, no hay entrega o transferencia de responsabilidades o de rendición de cuentas.
¿Cuál es la principal razón para conocer exactamente quién es el cliente cuando se está estableciendo un equipo de Servicio de Negocio? Para determinar qué valor y funcionalidades debería entregar el equipo Para establecer la combinación de habilidades y conocimiento requeridos del equipo Para saber qué tipo de trabajo manejará el equipo Para entender el alcance de la responsabilidad tecnológica del equipo.
¿Qué principio de DevOps valora la medición de procesos, personas y herramientas? Mejora continua Crear con un fin en mente Equipos autónomos multifuncionales Responsabilidad de las personas.
¿Qué rol debería asegurar que las historias de usuario se adhieren a la Definición de Listo (DoR)? ensayador (Tester) dueño del producto (Product Owner) Scrum Master Gerente de Servicio (Service Manager).
John es el Dueño del Producto (Product Owner) y está ayudando a su equipo a entender el producto y los requerimientos del cliente. Al hacer esto, ¿qué tipo de desperdicio visible para el cliente, es probable que sea eliminado? Defectos Habilidades no utilizadas Transporte Movimiento.
¿Cuáles son las características apropiadas del enfoque de Entrega Continua?
1. Liberaciones complejas pero en pequeño número
2. Enfocarse en la reducción del tiempo del ciclo
3. Gestión del proceso basada en recursos
4. Equipos autogestionados y receptivos 1 y 3 2 y 4 2, 3, y 4 1, 2, 3, y 4.
¿Cuál es el principal beneficio del aprovisionamiento automatizado? Un enfoque flexible hacia los cambios ad-hoc de los sistemas Enfocarse en una perspectiva operacional para controlar los cambios de infraestructura Alta velocidad de entrega de nuevos entornos Variabilidad en los entornos de aplicación.
¿Qué es correcto acerca de la implementación de la medición en una organización? Definir buenas métricas es suficiente para mejorar el negocio. Las diferencias en las métricas pueden llevar a la confrontación dentro de la organización, por lo tanto, la métricas se deberían evitar. La métrica de un aspecto usualmente puede representar la situación general de un escenario del negocio. Las organizaciones deberían establecer un punto de vista equilibrado para confrontar las métricas y llegar a la conclusión correcta.
¿Cuál es la característica correcta para las métricas de rendimiento? Las métricas de rendimiento están orientadas hacia el resultado Las métricas del rendimiento son difíciles de medir Las métricas del rendimiento son fáciles de mejorar Las métricas del rendimiento también se conocen como indicadores principales (leading).
¿Qué modelo es usado para la Configuración del Estado Deseado (DSC) para especificar la configuración de sistemas? Declarativo Imperativo Procedimental Secuencial.
¿Cuál es la secuencia correcta de los cuatro pasos para dar retroalimentación de acuerdo al modelo de Retroalimentación? 1. Describir observaciones concretas.
2. Explicar qué le hace a usted.
3. Esperar y escuchar las preguntas aclaratorias.
4. Dar sugerencias concretas o reconocimiento/incentivos. 1. Explicar que le hace a usted
2. Describir observaciones concretas.
3. Esperar y escuchar las preguntas aclaratorias.
4. Dar sugerencias concretas o reconocimiento/incentivos 1. Esperar y escuchar las preguntas aclaratorias.
2. Explicar qué le hace a usted.
3. Describir observaciones concretas.
4. Dar sugerencias concretas o reconocimiento/incentivos 1. Esperar y escuchar las preguntas aclaratorias.
2. Dar sugerencias concretas o reconocimiento/incentivos
3. Describir observaciones concretas.
4. Explicar qué le hace a usted.
El desarrollo de nuevo software y servicios de TI consiste en requisitos funcionales y no funcionales. ¿Desde qué punto en el proceso de desarrollo deberían abordarse los requerimientos no funcionales para poder entregar software y servicios de un modo más rápido y mejor? Desde el inicio del desarrollo de software Después de la prueba de aceptación funcional por los representantes del cliente Simultánea con la implementación de la entrega continua Los requerimientos no funcionales no son de interés para los clientes.
¿Qué enunciado NO define DevOps? DevOps es un movimiento o práctica que enfatiza la colaboración y comunicación entre los desarrolladores de software y otros profesionales de la tecnología de la información (TI). DevOps es un marco y título de trabajo que se enfoca en procesos estructurados para organizar el flujo entre los equipos de Desarrollo y Operaciones. DevOps trata de experiencias, ideas y cultura. DevOps es una actividad para optimizar la cadena de valor (value stream) de desarrollo a operaciones, creando un flujo de cambios de aplicación cada vez más rápido, desde el desarrollo hasta las operaciones.
¿Qué características debería adoptar una organización para convertirse en una organización DevOps?
1. Automatización
2. Pensamiento del producto
3. pensamiento individual
4. Fallar rápido
5. Evitar los problemas
6. Roles especializados 1,2, y 4 1,5, y 6 2,3, y 4 3,4, y 6.
¿Qué significa “resiliencia” al hablar de arquitectura de TI? Preparar los sistemas para requerimientos cambiados Preparar los sistemas para amenazas de seguridad Preparar los sistemas para las actualizaciones de tecnología Preparar los sistemas para eventos inesperados.
Su equipo DevOps es un equipo estable, donde los miembros del equipo han estado trabajando juntos en varios sprints. El equipo está teniendo problemas para liberar una nueva versión del producto para que lo usen sus clientes. Usted debería estar entregando trabajo en sprints de dos semanas, pero el equipo no logra entregar las actualizaciones acordadas a tiempo.
¿Cuál es el enfoque apropiado para cumplir con las fechas
de entrega de los próximos sprints? Extender el sprint a cuatro semanas para darle más tiempo al equipo. Esperar que el equipo aprenda de sus errores y resuelva el problema en el próximo ciclo. Acortar el sprint para dar pequeños pasos y encontrar los problemas rápidamente. Enfocarse en solo algunos cambios limitados que sean viables para ser entregados en dos semanas.
¿Qué componente aporta la primera retroalimentación sobre la calidad de los cambios del código de la aplicación comprometida? Aprovisionamiento Automatizado Construcción Automatizada Prueba Automatizada Despliegue Automatizado.
Dentro del contexto de la computación en la nube, ¿qué concepto permite la adaptación dinámica a diferentes cargas del sistema? Abstracción Elasticidad Medición Multitenancy (Multi alquiler).
¿Cuál es la secuencia correcta de las pruebas, cuando se prueba un nuevo software? Pruebas funcionales, pruebas del sistema, pruebas unitarias, pruebas de IU Pruebas de IU, pruebas funcionales, pruebas del sistema, pruebas unitarias Pruebas del sistema, pruebas unitarias, pruebas funcionales, pruebas de IU Pruebas unitarias, pruebas del sistema, pruebas de IU, pruebas funcionales.
¿Qué herramienta ayuda a reducir el riesgo durante el desarrollo ya que la retroalimentación de los clientes están integrados en el proceso de diseño? Automatización de pruebas Despliegue de Snapshot Story Mapping Value Stream Mapping (Mapa de Cadena de Valor).
|
