Los proyectos se ven afectados por los siguientes las siguientes limitaciones Tiempos Costos Alcance Calidad Recursos Capacidades organizacionales Todas las anteriores.
Scrum es un framework(marco de referencia): Adaptable, Iterativo, Rápido, Flexible y eficaz Adaptable, Iterativo, Rápido, Flexible, eficaz y ágil Adaptable, Iterativo, Rápido, Flexible y ágil.
¿Cual de las siguientes opciones NO es una característica de la gestión adaptable de proyectos(adaptative Project Management) ? Desarrollo iterativo de producto Grandes cantidades de planificación por adelantado Tiempo reducido para la comercialización Entrega flexible de producto.
usted es CEO de una empresa que opera 4 proyectos distintos. ¿para cual proyecto implementaría las metodologías agiles? La construcción de una unidad habitacional de 5 pisos con seis departamentos en cada nivel Trabajo en la décima etapa de un proyecto a largo plazo de implementación de software, en el cual los requerimientos de dicho proyecto estuvieron claramente definidos y la entrega ha cumplido hasta el momento con dichos requerimientos. El desarrollo de una tecnología de software para un cliente que busca un ejercicio de gestión de cambio que implica una identificación de las practicas actuales, así como el desarrollo de un plan de acción de proceso a realizarse, dependiendo de la visión del equipo de administración. La producción de un automóvil en línea en una fábrica, con base en un prototipo previamente establecido.
¿Cuál de las siguientes NO es parte del manifiesto ágil? Promover individuos sobre procesos Responder al cambio en vez de hacer planes a largo plazo Contar con un equipo especializado en vez de un equipo interfuncional Un software funcionando es mas importante que la documentación integral.
Como PM que implementa prácticas ágiles en su organización ¿Cuál de los siguientes principios NO implementaría? Los empleados técnicos y de negocios deben trabajar juntos Documentar cada detalle del nuevo software antes de permitir su lanzamiento
Mantener equipos co-ubicados y promover la comunicación frente a frente Aceptar requerimientos cambiantes aún durante el desarrollo.
¿Cuál de las siguientes opciones NO es verdadera respecto
a las metodologías ágiles? Las metodologías ágiles hacen énfasis en las personas en vez de los procesos Las metodologías ágiles promueven una mínima documentación a diferencia de la técnica de cascada Las metodologías ágiles recomiendan un estilo de liderazgo basado en el mando Las técnicas ágiles se enfocan en la adaptabilidad del proyecto.
¿Cuales son las fases del proceso Scrum? Inicio, planificación y estimación, Implementación, Revisión y retrospectiva, Lanzamiento visión del proyecto, planificación y estimación, Implementación, Revisión y retrospectiva, Lanzamiento visión del proyecto, planificación y estimación, Implementación, Revisión y retrospectiva, entregables.
¿Cuál de los siguientes no es un proceso fundamental de la fase de inicio? Crear la visión del proyecto Identificar al Scrum Master y Stakeholders Formar Equipos Scrum Desarrollar épicas Crear Backlog Priorizado del producto Realizar la planificación de lanzamiento Crear historias de usuario.
¿Cual de los siguientes no es un proceso fundamental de la fase de Planificación y Estimación? Crear historias de usuario Estimas historias de usuario Comprometer historias de usuario Identificar tareas Estimar tareas Crear el Sprint Backlog Crear entregables.
¿Cuál de los siguientes NO es un proceso fundamental de la fase de Implementación? Crear entregables Realizar daily standup Refinar el backlog priorizado del producto Demostrar y validar el sprint.
¿Cual de los siguientes no es un proceso fundamental de la fase de Revisión y Retrospectiva? Demostrar y validar el sprint Retrospectiva del sprint Enviar entregables .
¿Cuál de los siguientes no es un proceso fundamental de la fase de Lanzamiento? Enviar entregables Retrospectiva del proyecto Refinar el Backlog priorizado del proyecto.
¿Dónde utilizar Scrum? 1.Desarrollo de productos con tecnología de punta 2. Equipos ínter-funcionales dedicados y altamente calificados 3. Desarrollo de productos en ambientes muy competitivos 4. Requerimientos de cambios en forma frecuente y fuera de tiempo 5. Una necesidad regular para la retroalimentación debido a requisitos complejos 1, 2 ,3,5 1,2,3,4,5 todas las anteriores.
Cuales son las funciones centrales del Scrum(Scrum core team) Propietario del producto, Scrum Master, Equipo Scrum Propietario del producto, Scrum Master, Equipo Scrum, Involucrados(Stakeholders) Propietario del producto y Scrum Master.
El equipo scrum NO es responsable de lo siguiente: Desarrollo del producto, servicio o de cualquier otro resultado. De moderar y facilitar las interacciones del equipo.
El equipo Scrum consiste en un grupo de personas que trabajan en las historias de usuario en el Sprint Backlog para crear los entregables del proyecto Verdadero Falso.
¿Cómo se le conoce en ocasiones al equipo Scrum? Equipo de implementación Equipo de diseñadores Equipo de desarrollo.
¿El equipo Scrum no consiste en un grupo de personas que trabajan en las historias de usuario en el Sprint Backlog para crear los entregables del proyecto? Verdadero Falso.
Seleccione la habilidad faltante del Product Owner Moderador Excelentes habilidades de comunicación Proactivos.
Seleccione la habilidad faltante del Scrum Master Líder Servicial Habilidad de Negociación Accesible.
Seleccione la habilidad faltante del Equipo Scrum Auto-organizable Orientado a las metas Habilidades de coordinación .
¿Cuál es el tamaño optimo de un Equipo Scrum? 3 a 6 Miembros 6 Miembros 6 o mas Miembros 6 a 10 Miembros.
¿Cuál es una desventaja importante de que los Equipos Scrum sean pequeños? Se ven afectador por su mala auto-organización Se ven afectador por su mala comunicación Se ven afectados por la perdida de un miembro del equipo .
¿Cual de los siguientes conceptos se acerca mas a la definición de proyecto? Un proyecto es un emprendimiento colaborativo para crear nuevos productos o servicios, o para obtener resultados como los que se definen en la declaración de la visión del proyecto (Project Vision Statement) Un proyecto es un emprendimiento auto organizado para crear nuevas aplicaciones, o para obtener resultados como los que se definen en el Product Backlog.
¿Que es un programa? Un programa es un grupo de proyectos relacionados con la finalidad de entregar resultados de negocio definidos en la declaración de la visión del programa Un programa es un grupo de sprints relacionados con la finalidad de entregar resultados de negocio definidos en la declaración de la visión del programa.
¿Que es un portafolio? Un portafolio es un grupo de programas relacionados con la finalidad de entregar resultados de negocio como se define en la declaración de la visión del portafolio Un portafolio es un grupo de programas relacionados con la finalidad de entregar resultados de una manera ágil y basados en los principios scrum.
¿De quien es la responsabilidad de mantener la participación de los stakeholders ? Scrum Master Equipo Scrum Product Owner.
¿Que acción no forma parte de las recomendaciones para conservar la participación y el apoyo de los Stakeholders? Asegurar la colaboración efectiva y la participación de los Stakeholders en el proyecto Evaluar continuamente el impacto en el negocio Mantener una comunicación constante con los Stakeholders Administrar las expectativas de los stakeholders Realizar reuniones de manera constante con los Stakeholders.
Es la persona que provee los fondos y demás recursos para un proyecto Product Owner Stakeholders Patrocinador(Sponsor).
¿Que asuntos deben tener claro los patrocinadores que financian un proyecto? 1. Beneficios de la implementación de Scrum 2. Plazos del objetivo y costos estimados de los proyectos Scrum 3. Los riesgos en general involucrados en proyectos Scrum y las medidas para mitigarlos 4. Fechas de lanzamiento esperadas y entregables finales 2 y 4 Ninguna es correcta 1,2,3 y 4.
En los métodos tradicionales de gestión de proyectos, la estructura de la organización no es jerárquica y la autoridad para todos los aspectos del proyecto no se delega desde el nivel superior al inferior. Los métodos tradicionales de gestión de proyectos no hacen énfasis en la responsabilidad individual respecto a las responsabilidades del proyecto, en vez de la responsabilidad
propiedad colectiva. Verdadero Falso.
El énfasis en Scrum está en la auto-organización y la auto-motivación, donde el equipo asume una mayor responsabilidad en lograr el éxito de un proyecto. Esto también garantiza la existencia de un sentido de compromiso del equipo y responsabilidad compartida. Esto, a su vez, da lugar a la motivación del equipo que lleva a una optimización de su eficiencia. El Product Owner, el Scrum Master y el Equipo Scrum trabajan de cerca con el(los) stakeholder(s) relevante(s) para ajustar los requisitos a medida que avanzan a
través de los procesos de Desarrollar de épica(s), Crear el Backlog Priorizado del Producto y Crear historias de usuario. Verdadero Falso.
¿Cuales son las etapas del modelo de Tuckman? Formación , Enfrentamiento , Normalización , Desempeño Formulación, Enfrentamiento , Normalización , Desempeño Formación , Enfrentamiento , Normalización , Implementación .
¿A que teoría de recursos humanos se refiere el siguiente texto?: El conflicto puede ser sano cuando promueve las discusiones en equipo y fomenta al debate, ya que por lo general esto se traduce en beneficios para el proyecto y para los respectivos miembros de los equipos. Por lo tanto, es importante que se fomente la resolución de los conflictos, promoviendo un entorno abierto donde los miembros del equipo se sientan alentados a expresar sus inquietudes y opiniones con los demás sobre el proyecto, y por último que estén de acuerdo en lo que habrá de entregarse y cómo se realizará el trabajo en cada sprint. Teoria de Gestion de Conflictos Teoria de Tuckman.
¿Cuales son los enfoques para la gestión de conflictos en una organización que aplica procesos SCRUM? 1. Ganar-Ganar
2. Perder-Ganar
3. Perder-Perder
4. Ganar-Perder 1. Tuckman
2. Gestión de conflictos (Conflict Management) Ninguno.
¿Cuales son los estilos de liderazgo comunes en las organizaciones ? 1. Líder servicial
2. Líder delegador
3. Líder Autocrático
4. Líder directivo
5. Líder Laissez Faire
6. Líder de apoyo y entrenamiento
7. Líder enfocado en las tareas
8. Líder asertivo 1. Líder empático
2. Líder Comunicador
3. Líder Autocrático
4. Líder directivo
5. Líder Laissez Faire
6. Líder de apoyo y entrenamiento
7. Líder enfocado en las tareas
8. Líder asertivo 1. Líder servicial
2. Líder comunicador
3. Líder autoritario
4. Líder directivo
5. Líder Laissez Faire
6. Líder de apoyo
7. Líder enfocado en las tareas
8. Líder asertivo.
¿Cual es el estilo de liderazgo preferigo para los proyectos SCRUM? Liderazgo servicial (Servant Leadership) Líder de apoyo y entrenamiento Líder directivo Líder asertivo.
¿Cuales son los los 10 rasgos del líder servicial ? 1. Escuchar
2. Empatía
3. Recuperación
4. Toma de conciencia
5. Persuasión
6. Conceptualización
7. Prospectiva
8. Administración
9. Compromiso con el crecimiento de los demás
10. Desarrollo de una comunidad 1. Escuchar
2. Empatía
3. Comunicación
4. Toma de conciencia
5. Persuasión
6. Conceptualización
7. Prospectiva
8. Administración
9. Compromiso con el crecimiento de los demás
10. Desarrollo de una comunidad 1. Escuchar
2. Empatía
3. Comunicación
4. Toma de conciencia
5. Persuasión
6. Conceptualización
7. Prospectiva
8. Administración
9. Compromiso
10. Desarrollo de una comunidad.
¿Cuales son los dos niveles de la pirámide de Maslow que deben haber alcanzado los miembros centrales y no centrales ? Seguridad y Reconocimiento Autorrealización y Reconocimiento Fisiología y Seguridad.
El Scrum Master NO debe entender donde se encuentra cada persona del equipo en relación a la pirámide de Maslow Verdadero Falso.
¿Cuales son las teorías propuestas por MacGregor? Teoría x, Teoría y Maslow.
En la Teoría X de gestión Doulglas McGregor, los líderes asumen que los empleados están inherentemente desmotivados y evitarán el trabajo si es posible, lo cual justifica un estilo autoritario de gestión. Verdadero Falso.
En la Teoría Y de gestión de Douglas McGregor, los líderes asumen que los empleados son auto motivados y buscan aceptar una mayor responsabilidad. La Teoría Y implica un estilo más participativo de gestión. Verdadero Falso.
¿Que implica ofrecer una entrega basada en valor ? 1. Entender lo que agrega valor a los clientes y usuarios y dar prioridad a los requerimientos de alto
valor que encabezan el Sprint Backlog.
2. Aumentar la incertidumbre y atender constantemente de los riesgos que potencialmente pudieran
reducir el valor en caso de materializarse.
3. Crear entregables basados en las prioridades determinadas por la producción de incrementos del
producto potencialmente entregables durante cada sprint. 1. Entender lo que agrega valor a los clientes y usuarios y dar prioridad a los requerimientos de alto
valor que encabezan el Backlog Priorizado del Producto.
2. Disminuir la incertidumbre y atender constantemente de los riesgos que potencialmente pudieran
reducir el valor en caso de materializarse.
3. Crear entregables basados en las prioridades determinadas por la producción de incrementos del
producto potencialmente entregables durante cada sprint.
Los modelos tradicionales de gestión de proyectos no son atractivos para los Stakeholders y para la alta gerencia por lo siguiente:
1. A los requerimientos se les da prioridad con base al valor del negocio.
2. Los cambios en los requerimientos después del inicio del proyecto resultan fáciles y se realizan de manera ágil.
3. El valor se logra con rapidez. Verdadero Falso.
¿A quien le corresponder la responsabilidad de priorizar y entregar valor de negocio para los proyectos en una organización ? Product Owner Scrum Master Equipo Scrum.
¿A quien le corresponder la responsabilidad de priorizar y entregar valor de negocio para los programas y portafolios en una organización ? Product Owner Program Product Owner y Portfolio Product Owner Equipo Scrum.
¿Cómo contribuye el patrocinador a la justificación del negocio? El patrocinador o sponsor, proporciona los fondos para el proyecto y supervisa constantemente el
proyecto para confirmar el logro de los beneficios. El patrocinador o sponsor, proporciona los fondos para el proyecto y delega al Scrum Master la supervisión constante del proyecto para confirmar el logro de los beneficios.
¿Cómo contribuyen el usuario y el cliente a la justificación del negocio? Los clientes y usuarios participan en la definición de la lista priorizada de los requisitos y de las
historias de usuario en Backlog Priorizado del Producto; en la revisión de los entregables después
de cada sprint o lanzamiento y en la confirmación de los beneficios. Los clientes y usuarios participan en la definición de la lista priorizada de los requisitos y de las
historias de usuario en el Sprint Backlog; en la revisión de los entregables después
de cada sprint o lanzamiento y en la confirmación de los beneficios.
¿Cómo contribuye el Scrum Guidance Body a la justificación del negocio? El Scrum Guidance Body puede proporcionar directrices y recomendaciones relacionadas a las
técnicas de justificación del negocio y confirmar la realización de beneficios, etc. Tales directrices y
recomendaciones pueden después remitirse los equipos centrales de Scrum y a los stakeholders. El Scrum Guidance Body puede proporcionar directrices y recomendaciones relacionadas a las
técnicas de justificación del negocio y confirmar la realización de beneficios, etc. Tales directrices y
recomendaciones pueden después remitirse al usuario y al cliente.
¿Cómo contribuye el Scrum Master a la justificación del negocio? El Scrum Master facilita la creación de entregables del proyecto; está a cargo de la gestión
riesgos, de cambios e impedimentos durante los procesos de Realizar Daily Standup y de la
Retrospectiva del sprint, entre otros. El Scrum Master se coordina con el Equipo Scrum para crear
los entregables y con el Product Owner y otros stakeholders para asegurar que los beneficios del
proyecto se materialicen. El Scrum Master facilita la creación de entregables del proyecto; está a cargo de la gestión
riesgos, de cambios e impedimentos durante los procesos de Realizar Reunión de revisión del sprint y de la Retrospectiva del sprint, entre otros. El Scrum Master se coordina con el Equipo Scrum para crear los entregables y con el Patrocinador y otros stakeholders para asegurar que los beneficios del proyecto se materialicen. .
¿Cómo contribuye el Equipo Scrum a la justificación del negocio? El Equipo Scrum trabaja en la creación de entregables del proyecto y contribuye a la creación de
valor del negocio para todos los stakeholders y para el proyecto. El Equipo Scrum también participa
en los procesos de Desarrollar de épica(s), Crear el Backlog Priorizado del Producto, Crear
historias de usuario, Estimar historias de usuario, Comprometer historias de usuario, así como en
procesos asociados donde se definen y se priorizan los requerimientos del negocio. El Equipo
Scrum también ayuda en la identificación de riesgos y presenta solicitudes de cambio para las
mejoras durante las reuniones de retrospectiva del sprint y otras reuniones. El Equipo Scrum trabaja en la creación de entregables del proyecto y contribuye a la creación de
valor del negocio para el Product Owner y para el proyecto. El Equipo Scrum también participa
en los procesos de Desarrollar de épica(s), Crear el Backlog Priorizado del Producto, Crear
historias de usuario, Estimar historias de usuario, Comprometer historias de usuario, así como en
procesos asociados donde se definen y se priorizan los requerimientos del negocio. El Equipo
Scrum también ayuda en la identificación de riesgos y presenta solicitudes de cambio para las
mejoras durante las reuniones de retrospectiva del sprint y otras reuniones.
Cuales son los factores que se utilizan para determinar la justificación de un proyecto 1. Razonamiento del proyecto
2. Necesidades del negocio
3. Beneficios del proyecto
4. Costo de oportunidad
5. Riesgos mayores
6. Escalas de tiempo del proyecto (Project Timescales)
7. Costos del proyecto 1. Retorno de Inversión(ROI)
2. Necesidades del negocio
3. Beneficios del proyecto
4. Costo de oportunidad
5. Riesgos mayores
6. Escalas de tiempo del proyecto (Project Timescales)
7. Costos del proyecto.
¿Cuáles son los pasos para determinar la justificación del un proyecto? 1. Evaluar y presentar un caso de negocio
2. Justificación continua de valor
3. Confirmar la realización de los beneficios 1. Evaluar y presentar la declaración de visión del proyecto
2. Justificación continua de valor
3. Confirmar la realización de los beneficios.
¿Qué herramientas se utilizan para valorar y evaluar la justificación del negocio? Retorno sobre la inversión RSI/ROI
Valor presente neto
Tasa Interna de Retorno El Scrum Guidance Body (SGB)
Retorno sobre la inversión RSI/ROI
Tasa Interna de Retorno.
Elija las herramientas comunes recomendadas por un Scrum Guidance Body para planificar en base a valor 1. Mapa de flujo de valor (Value Stream Mapping) 2. Priorización basada en el valor para el cliente (Customer Value-based Prioritization) 1 y 2 Ninguna.
¿Cuáles son los esquemas de priorización para determinar las características de alto valor? 1. Esquemas simples
2. Priorización MoSCoW
3. Dinero de Monopoly
4. Método de los 100 puntos
5. Análisis de Kano Todas son correctas Ninguna es Correcta.
¿Cuál es el concepto de Priorización basada en el valor para el cliente (Customer Value-based Prioritization)? La priorización basada en el valor para el cliente le da importancia primordial al cliente y se
esfuerza primero en implementar las historias de usuario con más alto valor. Dichas historias de
usuario de alto valor se identifican y se colocan en la parte superior del Backlog Priorizado del
Producto. La priorización basada en el valor para el cliente le da importancia primordial al producto y se
esfuerza primero la planificación. .
Uno de los inconvenientes que tiene la priorización por esquema simple, es que a menudo hay una tendencia en etiquetar todo como prioridad “1” o “alta”. Incluso los métodos de priorización tales como “alta”, “media” y “baja” pueden encontrarse con dificultades similares. Verdadero Falso.
El esquema de priorización MoSCoW obtiene su nombre de la versión en inglés de las frases:
“Debe tener” (Must have), “Debería tener” (Should have), “Podría tener” (Could have) y “No
tendrá” (Won’t have). Las etiquetas están en orden de prioridad creciente con historias de usuario con características de “debería tener”, siendo aquellas sin las que el producto no tendrá valor, e historias de usuarios con características de “gustaría que tuviera” siendo aquellas que, a pesar de que sería bueno tener, no se es necesario incluir Verdadero Falso.
La priorización "Dinero de Monopoly" es una técnica que consiste en darle al cliente dinero del juego Monopoly, o “dinero falso”, equivalente a la cantidad del presupuesto del proyecto, solicitando que lo distribuyan entre las historias de usuario que están a consideración. De esta forma, el cliente prioriza con base en lo que está dispuesto a pagar por cada historia de usuario. Verdadero Falso.
El método de priorización de los 10 puntos fue desarrollado en el 2003 por Dean Leffingwell y Don Widrig. Dicho método implica otorgar 10 puntos al cliente a fin de que los pueda utilizar para votar por
las características que consideren más importantes. Verdadero Falso.
Según lo que indica el método de priorización de Análisis Kano, ¿Cuáles, son los cuatro(4) categorías en las que se debe clasificar con base en las preferencias del cliente? 1. Calidad atractiva (Exciters/Delighters)
2. Calidad unidimensional (Satisfiers)
3. Calidad requerida (Dissatisfiers)
4. Calidad indiferente (Indifferent) 1. Calidad atractiva (Exciters/Delighters)
2. Calidad unidimensional (Satisfiers)
3. Calidad requerida (Required)
4. Calidad Insatisfacción (Dissatisfiers).
La clasificación relativa de priorización, conocida en inglés como: Relative Prioritization Ranking, es una
simple enumeración de historias de usuario por orden de prioridad. El objetivo es crear una lista
simple, con el único objetivo de dar prioridad a las características, en vez de distraerse con múltiples
esquemas de priorización. Verdadero Falso.
La justificación continua de valor describe la evaluación con regularidad del valor del negocio para
determinar si aún existe la justificación o viabilidad en la ejecución del proyecto. La evaluación frecuente de la inversión en el proyecto en relación con el valor del negocio que se está creando, califica la viabilidad de un proyecto. Verdadero Falso.
En Scrum, la calidad se define como la capacidad con la que cuenta un producto terminado o los entregables para cumplir con los criterios de aceptación y lograr el valor del negocio que espera el cliente. Verdadero Falso.
Para asegurar que un proyecto cumpla con los requisitos de calidad, Scrum adopta un enfoque de mejora continua donde el equipo aprende de sus experiencias y de la participación de los stakeholders para mantener constantemente desactualizado el Backlog Priorizado del Producto. Verdadero Falso.
La lista de tareas del backlog priorizado del producto se cierra al finalizar la reunión de visión del proyecto Verdadero Falso.
Scrum requiere que el trabajo se realice en incrementos durante los sprints, lo cual significa que los errores o defectos se detectan durante las pruebas de calidad repetitivas y no cuando el producto final o servicio está casi terminado Verdadero Falso.
¿La mejora continua con sus repetitivas pruebas minimiza la probabilidad de alcanzar los niveles esperados de calidad en un proyecto Scrum? Verdadero Falso.
¿Que factores se necesitan para determinar los requerimientos de alcance y calidad para un proyecto? La necesidad del negocio que habrá de cumplir el proyecto
La capacidad y la disposición de la organización para cumplir con las necesidades del negocio
Las necesidades futuras y actuales del público meta La necesidad del negocio que habrá de cumplir el proyecto
La capacidad y la disposición de la organización para cumplir con el cronograma de lanzamiento
Las necesidades futuras y actuales del público meta.
La calidad es la capacidad que tienen los entregables para cumplir con los requisitos de calidad del producto y satisfacer las necesidades del cliente Verdadero Falso.
Para determinar el valor empresarial de un producto, es importante entender la necesidad del negocio que impulsa los requisitos del mismo. Por lo tanto, la necesidad del negocio determina cuál es el producto requerido, y este, a su vez, proporciona el valor empresarial esperado. Verdadero Falso.
El Backlog Priorizado del Producto es un solo documento de requisitos que no define el alcance del proyecto, proporcionando una lista de prioridades de las características del producto o servicio a ser entregado por el proyecto. Verdadero Falso.
¿Cada historia de usuario cuenta con sus criterios de aceptación de historia de usuario, que son los componentes objetivos mediante los cuales se juzga la funcionalidad de una historia de usuario? Verdadero Falso.
¿Quien desarrolla los criterios de aceptación? Product Owner Stakeholders Scrum Master.
Los criterios de aceptación son únicos en cada historia de usuario y son un substituto de la lista de requerimientos. Verdadero Falso.
¿Cuáles son los criterios de terminado ? Fueron revisados por otros miembros del equipo;
Completaron la prueba de unidad de la historia de usuario;
Conclusión de las pruebas de garantía de calidad
Conclusión de toda la documentación relacionada a la historia de usuario;
Se corrigieron todos los problemas;
Demostración satisfactoria a los stakeholders y/o representantes empresariales. Fueron revisados por los miembros del equipo scrum;
Completaron la prueba de unidad de la historia de usuario;
Conclusión de las pruebas de garantía de calidad
Conclusión de toda la documentación relacionada a la historia de usuario;
Se corrigieron todos los problemas;
Demostración satisfactoria a los stakeholders y/o representantes empresariales.
No es necesario que el equipo Scrum utilice un checklist de criterios de terminado para garantizar que una tarea está terminada y de que el resultado cumpla con la con la definición de terminado (DoD, por sus siglas en inglés). Verdadero Falso.
¿Quien determina y documenta la definición de terminado DoD? El Equipo SCRUM El Product Owner Los Stakeholders Scrum Guidance Body.
¿Cuándo se lleva a cabo la reunión de revisión del Sprint ? Diariamente Al inicio del Sprint Al final de Sprint.
¿Quien tiene la autoridad para rechazar o aceptar como terminada una historia de usuario? Scrum Master Product Owner Stakeholders.
¿Quién tiene la responsabilidad de asegurase de que los criterios de aceptación de una historia de usuario
no sean modificados por el Product Owner a mitad de un sprint.? Scrum Master Equipo Scrum Scrum Guidance Body.
¿Cómo puede ser el cliente dentro de cualquier proyecto Scrum? 1. Interno
2. Externo 1. Interno
2. Externo
3. Cliente Interno y Externo.
¿Cuáles son las 3 actividades que facilitan la gestión de calidad?
1. Planificación de calidad
2. Control de calidad
3. Garantía de calidad 1. Control de Planificación de calidad
2. Control de calidad del producto final
3. Garantía de calidad mínima .
Las causas de la deuda técnica son las siguientes:
• Rápida solución y elaboración de entregables que no cumplan con los estándares de calidad, seguridad, metas de arquitectura a largo plazo, etc.
• Evaluación inadecuada o incompleta.
• Documentación inadecuada o incompleta.
• Falta de coordinación entre los distintos miembros del equipo, o si hay diferentes equipos de Scrum que empiezan a trabajar en forma aislada con menor enfoque en la integración final de los componentes requeridos para realizar un proyecto o programa exitoso.
• Intercambio deficiente del conocimiento empresarial y de procesos entre los stakeholders y equipos
del proyecto.
• Demasiado énfasis en los objetivos del proyecto a corto plazo en vez de objetivos a largo plazo en
la empresa. Verdadero Falso.
|
