Decisions Analysis: Pugh Matrix 1. ¿En qué se basa la definición de alternativas a evaluar en la Matriz de Pugh (Pugh Matrix)?
CTQs del proyecto
Alternativas
Opciones posibles
Requerimientos 2. ¿Contra qué es evaluada cada una de las alternativas que se definen en la Matriz de Pugh (Pugh Matrix)?
Contra una alternativa llamada datum o baseline.
Contra todas las alternativas definidas en la Matriz de Pugh.
Contra cualquiera de las alternativas definidas en la Matriz de Pugh.
Contra la peor alternativa que se defina en la Matriz de Pugh. 3. La generación de alternativas más fuertes a partir de alternativas más débiles resulta útil para alcanzar:
La alternativa de solución más cara
La alternativa de solución más aceptada por el equipo
La mejor alternativa de solución, la optima.
La alternativa de solución más revolucionaria (state of the art) 4. Una de las ventajas de utilizar la Matriz de Pugh (Pugh Matrix) es:
Requiere poco detalle de conceptos cuantitativos.
De fácil aplicación en los proyectos
Uso sencillo
Todas las respuestas dadas 5. ¿Qué criterio se considera para evaluar el riesgo para la alternativa seleccionada?
La probabilidad de seleccionar la alternativa incorrecta
Impacto de la decisión sobre el presupuesto
Incertidumbre relacionada con esta decisión
Todas las respuestas dadas 6. El no cuantificar el grado en que e s mejor o peor una alternativa al compararla contra la alternativa base (baseline) es una desventaja de la Matriz de Pugh.
VERDADERO
FALSO 7. ¿En que consiste la actividad de "Clarificar Conceptos" en el procesos de llenado de la Matriz de Pugh (Pugh Matrix)?
En evaluar la calificación de CTQs. En asegurarse de que todos los miembros del equipo tienen el mismo nivel de entendimiento sobre todos los aspectos de cada alternativa que se defina. En clarificar los requerimientos del cliente.
Ninguna de las respuestas mencionadas 8. ¿Qué es la Datum o Baseline?
Es la calificación de cada alternativa
Son los datos a evaluar para cada alternativa
Es la mejor alternativa actual en c ada iteración de la matriz.
Es el valor de cada CTQ. 9. De acuerdo a qué se evalúan e valúan las alternativas en la Matriz de Pugh (Pugh Matrix)?
A sus opciones
A sus proveedores
A sus fortalezas y debilidades comparadas contra la alternativa datum o baseline
Ninguna de las respuestas mencionadas 10. ¿Cuál es el propósito de la Matriz de Pugh (Pugh Matrix)?
Comparar diferentes alternativas contra un objetivo de cliente.
Comparar diferentes alternativas contra una alternativa base.
Comparar diferentes alternativas contra los asuntos del proyecto.
Comparar los CTQ´s del proyecto contra diferentes alternativas
Introduction to Configuration Management 1. Sección del plan de configuración donde se definen las convenciones de nomnclatura y etiquetado (Naming and Labeling conventions ).
Configuration Management Tools.
Identification Methods.
Repository Structure.
Environments Configuration. 2. Elementos de la configuración que deben ser tratados como "Documentación re lacionada con el Sistema" (System Related Documentation) : (a) Especificaciones (b) Casos de Uso (c) Testware (d) Manuales de instalación.
(a), (b) y (d)
(a), (b) y (c)
(b) y (c)
Todas las respuestas. 3. Un elemento de la Administración de la Configuración que consiste en e l registro y reporte de la información necesaria para administrar efectivamente la configuración.
Identificación de la Configuración (Configuration Identification)
Reporte de control de la configuración (Configuration Control Report)
Reporte del estatus de la configuración (Configuration Status Accounting)
Ninguna de las respuestas dadas 4. Consiste en identificar y documentar las características funcionales y físicas de un elemento de configuración, controlar los cambios a esas características, re gistrar y reportar cambios en el procedimiento y en el estatus de implementación; así como verificar el cumplimiento de los requerimientos.
Control de la configuración (Configuration Control)
Identificación de la configuración (Configuration Identification)
Elemento de configuración (Configuration Item)
Administración de la configuración (Configuration Management) 5. Está dirigido a verificar que los elementos de la configuración cumplan con un estándar específico o un requerimiento.
Verificación del Repositorio (Repository Ver ification)
Control de la configuración (Configuration Control)
Validación de la configuración (Configuration Validation)
Auditoria de la configuración (Configuration Audit) 6. Es un conjunto de productos de trabajo designado para la Administración de la Configuración y es procesado como una entidad única en el proceso de administración de la configuración.
Administración de la configuración (Configuration Management)
Identificacion de la configuración (Configuration Identification)
Elemento de configuración (Configuration Item)
Control de la configuración (Configuration Control) 7. Sección del plan de configuración donde se definen los pasos para e jecutar la construcción de la versión que se liberará/construirá.
Build Procedure.
Check - In Process.
Check - Out Process.
Labeling Conventions. 8. No sólo se encarga de requerimientos nuevos o cam biados, sino también de fallas y defectos en los productos de trabajo.
Liberación (Release)
Crear (Build)
Solicitud de cambio (Change Request).
Auditoría a la configuración (Configuration Audit). 9. La información de la configuración designada formalmente en un momento específico durante la vida del componente del producto o del producto.
Línea base de la configuración (Configuration Baseline).
Respositorio estándar de la configuración (Configuration Standard Repository).
Validación de la Configuración (Configuration Validation).
Ninguna de las respuestas dadas. 10. Constituye la información actual de la configuración.
Administración de la configuración (Configuration Management)
Línea base de la configuración (Configuration Baseline)
Repositorio estándar de la configuración (Configuration Standard Repository)
Configuración de la validación (Configuration Validation) 11. Conjunto de requerimientos, diseño, código fuente y eje cutable, archivos de construcción (build) y la documentación de usuario al que se le ha asignado un identificador único.
Elemento de configuración (Configuration Item).
Línea base de la configuración (Baseline).
Reporte de estatus de la configuración (Configuration Status Accounting).
Auditoría de la configuración (Audit). 12. Elementos de la configuración que deben ser tratados como "Código Fuente y Compilado" (Source and Compiled Code) : (a) Especificaciones (b) Código Fuente (c) Estructura de Base de Datos (d) Manuales de instalación.
(a), (b) y (d)
(a), (b) y (c)
(b) y (c)
Todas las respuestas. 13. Consiste en seleccionar los elementos de la configuracion para un producto, asignar identificadores únicos a esos elementos y registrar sus carac terísticas físicas y funcionales en la documentacion técnica.
Administración de la configuracion (Configuration Management)
Identificación de la configuración (Configuration Identification)
Productos de configuración(Configuration Products)
Control de la configuración (Configuration Control) 14. Documento del proyecto que debe incluir el plan de administración de la configuración o una referencia a él.
Sirius
Work Plan.
PDP.
Audit request. 15. Creador del request en ITG de tipo 'Configuration Management Audit' para registrar la auditoría.
Líder del proyecto (Project Leader).
Administrador de la configuración (Configuration manager).
Auditor - integrante del equipo (Auditor - team member).
Todas las respuestas. 16. Grupo de gente responsable de evaluar y aprobar/desaprobar cambios propuestos a los elementos de la configuración y de asegurar la implementación de los cambios aprobados.
Equipo de la administración de la configuración (Configuration Management Team)
Equipo de audioria (Audit Team)
Grupo de Control (Control Group)
Comité de control de la configuación (Configuration Control Board) 17. ¿A qué tipos de cambios se les da seguimiento en la administración de la configuración con el fin de atenuar riesgos?
Como debe ser instalado el software.
Las diferencias entre versiones.
Nuevos componentes agregados.
Todas las respuestas. 18. Síntomas de que la administración de la configuración no trabaja apropiadamente.
Corrupción de datos/ Versiones invalidas (Data corruption / Invalid versions)
Liberaciones erroneas (Erroneous releases)
Complicada o imposible reproducción del error (Complicated or impossible bug replication)
Todas las respuestas 19. ¿Típicamente a qué se le llama "Release"?
Una línea base (Baseline) liberada al cliente.
Una línea base (Baseline) para uso interno.
Código con un identificador único.
Un conjunto de productos de trabajo. 20. Proceso de la administración de la configuración: (a) Asegura la integridad del producto. (b) Causa deterioro del producto. (c) Ayuda a atenuar r iesgos.
Todas las opciones
(a) y (b)
(b) y (c)
(a) y (c) 21. Creador del plan de administración de la configuración y responsable de su cumplimiento.
Líder del proyecto (Project Leader).
Administrador de la configuración (Configuration manager).
Auditor - integrante del equipo (Auditor - team member).
Todas las respuestas.
22. Reporte de la estructura del repositorio que debe anexarse al request de tipo 'Configuration Management Audit' como evidencia de que se siguen las prác ticas de administración de la configuración.
Plan de la configuración (Configuration Management Plan).
Convenciones de nomenclatura (Naming Conventions).
Identificación de líneas base del proyecto (Project Baselines identification).
Reporte de cambios a los elementos de la configuración (Changes Report to the Configuration Items). 23. Una de las posibles herramientas que se pueden usar para automatizar el proceso de integración del producto.
Ant Scripts
Testware
Peer review
User manual
Identification of Risks and Issues 1. ¿Qué es un plan de mitigación?
Actividades a realizar para disminuir la probabilidad del riesgo Actividades a realizar para disminuir el impacto en el proyecto si el riesgo se vuelve problema Transformar los datos del riesgo en información para la toma de decisiones
Buscar y localizar riesgos antes de que se vuelvan problemas 2. ¿Qué significa resolución?
El issue no es más de 3 días
El issue no es más de un mes
El issue no es más una amenaza para e l proyecto
El issue no es más de 2 meses 3. ¿Cuándo un issue puede ser marcado como cerrado?
Cuando el issue no afecta el proyecto
Cuando el issue afecta un poco el proyecto
Cuando el issue no toma más de un día
Cuando el OL dice que esta cerrado 4. ¿A quién se le permitiría levantar un issue?
Cualquier persona en la organización del proyecto
Administrador del proyecto
Líder del proyecto
Desarrolladores 5. ¿Qué significa Comunicación?
Transformar los datos del riesgo en información para la toma de decisiones
Monitorear las acciones de mitigación de los riesgos
Corregir por desviaciones del plan de mitigación de r iesgos
Proporcionar información y retroalimentación interna y externa a los proyectos en las actividades de riesgo, riesgos actuales y riesgos emergentes. 6. Los pasos de la administración de Issues son:
Identificar el issue del proyecto, Deter minar la prioridad del issue y monitorear el progreso en la resolución del issue. Identificar el issue del proyecto, Deter minar la prioridad del issue y resolver el issue Controlar el issue del proyecto, Dete rminar la prioridad del issue y monitorear el progreso en la resolución del issue
Definir el issue del proyecto, Determinar la prioridad del issue y monitorear el progreso en la resolución del issue 7. ¿Qué es la administración de Issues?
Proporciona un mecanismo que permite que los issues sean identificados, determinados, resueltos y seguidos desde la identificación hasta la resolución. Proporciona un mecanismo que permite que los issues sean resueltos. Proporciona un mecanismo que permite que los issues sean identificados y determinados.
Proporciona un mecanismo que permite que los issues sean resueltos y se guidos desde la identificación hasta la resolución. 8. ¿Qué es un plan de contingencia?
Actividades a realizar para disminuir la probabilidad del riesgo
Buscar y localizar riesgos antes de que se vuelvan problemas
Actividades a realizar para disminuir el impacto en el proyecto si el riesgo aparece y actividades para realizar si es que sucede
Transformar los datos del riesgo en información para la toma de decisiones 9. ¿Qué significa Análisis de Riesgos?
Transformar los datos del riesgo en información para la toma de decisiones. Evaluar el impacto, la probabilidad y el tiempo, clasificar y priorizar los riesgos.
Buscar y localizar riesgos antes de que se vuelvan problemas
Monitorear las acciones de mitigación de los riesgos
Corregir por desviaciones del plan de mitigación de riesgos 10. ¿Qué significa Identificación de Riesgos?
Corregir por desviaciones del plan de mitigación de riesgos
Transformar los datos del riesgo en información para la toma de decisiones
Monitorear las acciones de mitigación de los riesgos
Buscar y localizar riesgos antes de que se vuelvan problemas
Introduction to Organizational Metrics - Service Levels 1. Para entender mejor el proceso, …. Y para establecer una base de comparación para futuras evaluaciones, esto hace referencia a:
Mejorar
Predecir
Caracterizar
Evaluar 2. _____________ consiste en todos los costos asociados que la compañía realiza para verificar que se esta obteniendo la calidad esperada, y los costos asociados resultado de los retrabajos por sistemas inadecuados.
Quality Cost
On budget
Effort Variance
Span 3. La diferencia entre el Earn Value y el Actual Cost
Cost Variance
Delivery Days Variances
Cost of Quality
Cost Performance Index 4. _____________ es valor que esta exactamente en medio en un grupo de numeros que han sido ordenados de mayor a menor.
Mean
Median
Mode
Q1 5. La suma del presupuesto de todo el t rabajo (earn value) planeado, estimado a ser completado dentro de un periodo de tiempo. Tambien conocido como Budgeted Costs for Work Scheduled (BCWS)
Actual Cost
Planed Value
Earned Value 6. La diferencia entre el Earn Value y el Planed value
Delivery Days Variances
Cost Performance Index
Cost of Quality
Schedule Variance 7. En la métrica de OTD, Late siginifica:
Número de requerimientos entregados antes de la fecha estimada de entrega.
Número de requerimientos entregados en la misma fecha e stimada de entrega.
Número de requerimientos entregados después de la fecha estimada de entrega. 8. Costos incurrido actualmente
Actual Cost
Planed Value
Earned Value 9. Cuales son las 4 razones para medir un proceso ?
Para Caracterizar, Para Evaluar, Para Predecir, Para Mejorar
Para vender, Para mejorar, Para crecer, Para aprender 10. Costos asociados con la evaluación o auditoria de productos o servicios para asegurar la conformidad con la calidad esperada y requerimientos del cliente.
Failure Cost
Earn Value
Actual Cost
Appraisal Cost
Introduction to Kintana 1. ¿Cuales son las maneras de buscar un requerimiento?
Por numero de requerimiento, por medio de filtros genericos y 'Advanced Search'
Solo por numero de requerimiento
Solo puede buscar el lider de Proyecto
Ninguna de las respuestas 2. ¿Qué significa un campo con un asterisco rojo del lado izquierdo?
Que sólo lo puede editar el líder.
Que el campo tiene un error.
Que el campo se eliminara en el siguiente paso.
Campo obligatorio que debe llenarse antes de tomar acción en el request. 3. Que boton es el que genera y guarda el numero del requerimiento:
Submit
Done
Advanced Search
Sign out 4. A que objetos se le puede asignar esfuerzo:
Requests
Tasks
User accounts
Requests y Tasks 5. A qué botón tengo que darle c lic si requiero modificar los filtros de una búsqueda?
Change filters
Modify search
Wrong information
Back 6. A que botón le doy clic para guardar los cambios de Personalize Dashboard?
Sign Out
Ninguno,Se guarda automáticamente
Personalize Dashboard
Save 7. La liga para crear un requerimiento se encuentra dentro del menu:
Demand Mangement
Project Management
Dashboards 8. Qué es una gráfica configurable la cual provee un resumen de información relevante?
Request
Portlet
Project Plan
Status 9. Los portlets se pueden buscar por medio de:
By category and name
Only by name alone
Only by category
None - Porlets can not be searched. 10. La pantalla de Personalize Dashboard sirve para:
Mandar un Kintana Help Desk
Cambiar la configuracion de mi usuario
Modificar mis datos
Agregar portlets y dashboards
Introduction to SOFTTEK Methodologies 1. Los entregables son un sub conjunto de:
Actividades a desarrollar
Puntos de revisión
Productos del Proyecto
Productos internos 2. Los siguientes servicios son parte de "IT Infraestructure Support"
Application Support, Application Security, User Support
Backoffice Service, User Support, Application Security
User Support Services, Infraestructure Support Services, Help Desk Services.
Backoffice Service, User Support, Testing Support Service 3. ¿En que lugar se puede encontrar la referencia a las metodologías de Softtek?
En la "Quality Section"
En "GES Portal" dentro de Intrasoft
En el site de Softtek
En la sección del PIC en el portal de NearShore 4. Los ____________________ son seleccionados dependiendo del tailoring realizado al proyecto y basándose en los requerimientos específicos del cliente, las guías de adecuación y las condiciones específicas del proyecto
Entregables
Productos del Proyecto
Puntos de revisión
Productos internos 5. Un modelo de procesos representa
Una guía para desarrollar productos
Actividades, Productos y Puntos de Revisión
Estándares de codificación, Checklists
Reglas y Técnicas 6. SSDP son las siglas de
Softtek® Software Deployment Process
Softtek® Software Delivery Process
Softtek® Software Development Process
Softtek® Software Development Protocol 7. Los siguientes forman parte de los procesos base de Softtek
Request Management, Quality Management, Change Management
User Support Management, Request Management, Configuration Management
Inception Process, Request Management, Change Management
Inception Process, Request Management, Configuration Management 8. Los siguientes forman parte de los procesos base de Softtek
Inception Process, Request Management, Change Management
Collaboration Management, Initialize SW Project, PTO Process
User Support Management, Request Management, Configuration Management
Initialize SW Project, Project Tracking and Oversight, Quality Management 9. Un modelo permite a diferentes personas _______, __________ y _____ el desenvolvimiento tanto de la organización como de los proyectos bajo un mismo criterio.
Observar, medir y evaluar
Investigar, identificar y analizar
Comparar, auditar, y compartir
Compartir, identificar y analizar 10. El modelo usado no determina el éxito o fracaso de l proyecto
VERDADERO
FALSO 11. Son elementos básicos del modelo de calidad de Softtek
VOC (voz del cliente), CTQ (critical to quality factor)
Métricas Base, Procesos Digitalizados, Six Sigma
Posicionamiento del modelo NearShore, Productividad, RPN (Nivel potencial de riesgo)
Procesos digitalizados, CTQ, Six Sigma 12. Las siguientes ofertas son parte de "Application Related Ser vices"
Application Development, Desktop Support, Application Security Services
Application Security Services, Desktop Support, Application Migration
Application Maintenance and Support, Application SW Testing, Application Development
Application Development, Helpdesk, Application Maintenance and Support 13. Los siguientes forman parte de los procesos base de Softtek
User Support Management, Request Management, Configuration Management
Change Management, Configuration Management, Quality Management
Customer Management, Initialize SW Project, PTO Process
Inception Process, Request Management, Change Management
Validation and Verification 1. Horas gastadas/consumidas en la corrección de los productos
Prevention cost (Costo de Prevención)
Appraisal cost (Costo de Evaluación)
Failure cost (Costo de Falla)
Direct Effort (Esfuerzo Directo) 2. Este es el tipo de pregunta que contestamos en un proceso de validación?
¿Quién construyó este producto?
¿Cuántos defectos hicimos?
¿Construyó el producto correctamente?
¿Construyó el producto correcto? 3. Esta técnica de Peer Review aplica para el código fuente
Walkthrough
Formal Inspection (Inspección Formal)
Detailed Inspection (Inspección Detallada)
Simple inspection (Inspección Simple) 4. Las actividades de Control de Calidad (Quality Control) son aquellas que
Aseguran que todo sea como se espera
Aseguran que la calidad fue revisada
Aseguran que todos los miembros del equipo controlan la calidad
Aseguran que los defectos son corregidos antes de que el producto sea aprobado 5. La medición de defectos es la base /línea de inicio para:
Evitar errores
Evaluación del desempeño del proyecto
Mejora del proceso y del producto
Ninguna de las respuestas dadas 6. La técnica de Peer Review aplica para revisiones en la creación de cambios mayores de planes, metodología, patrones, estándares y plantillas(templates).
Walkthrough
Formal Inspection (Inspección Formal)
Detailed Inspection (Inspección detallada)
Simple inspection (Inspección Simple) 7. Contiene los puntos importantes o relevantes a ser verificados para asegurar que las metricas de calidad son cumplidas por un producto
General Checklist (Lista de revisión general)
Process Checklist (Lista de revisión de proceso)
Product Checklist (Lista de revisión de Producto)
Formal Checklist (Lista de revisión formal) 8. La pregunta ¿Construyó el producto correcto? (Did you build the right product?) puede ser contestada por
Pruebas de Software (Testing)
Auditorías (Audits)
Verificación (Verification)
Validación (Validation) 9. PDP significa
Project Development Process
Project Development Plan
Planning a Development Project
Ninguna de las respuestas dadas 10. Demuestra que un producto o componente de producto,cumple el uso deseado cuando este es puesto en el ambiente esperado
Auditorías (Audits)
Pruebas de Software (Testing)
Validación (Validation)
Verficación (Verification) 11. Esta técnica de Peer Review aplica para cualquier producto
Walkthrough
Formal Inspection (Inspección Formal)
Detailed Inspection (Inspección Detallada)
Simple inspection (Inspección Simple) 12. Esta es una herramienta de Control de Calidad (Quality Control)
Auditoría Formal (Formal audit)
Pruebas de Software (Software Testing)
Hoja de Verificación (Verification Sheet)
Ninguna de las respuestas dadas 13. Esta concentrado en verificar la funcionalidad del Software
Pruebas de Software (Software Testing)
Checklist (Lista de Revisión)
Pugh matrix (Matriz de Pugh)
Formal Review (Revisión Formal) 14. El Plan de Calidad (Quality Plan) y el Plan de Pruebas de S oftware (Test Plan) son parte del
Project Development Plan
Planning a Development Project
Project Development Process
Ninguna de las respuestas dadas 15. Horas gastadas/consumidas en la revisión de productos
Prevention cost (Costo de Prevención)
Appraisal cost (Costo de Evaluación)
Failure cost (Costo de falla)
Direct Effort (Esfuerzo directo) 16. Es el rol responsable de realizar el r e-trabajo en el producto hasta que todos los defectos sean corregidos
Author (Autor)
Moderator (Moderador)
Inspector Leader (Líder de Inspección)
Reviewer (Revisor/Inspector) 17. Es el rol responsable de registrar todos los de fectos detectados en Kintana (IT Governance)
Author (Autor)
Moderator (Moderador)
Inspector Leader (Líder de inspección)
Reviewer (Revisor/Inspector) 18. Este es el tipo de pregunta que respondemos en un proceso de verificación
¿Quién construyó este producto?
¿Cuántos defectos hicimos?
¿Construyó el producto correctamente?
¿Construyó el producto correcto? 19. Estos son roles de la técnica de Inspección Detallada (Detailed Inspection technique)
Author (Autor), inspection leader (Líder de inspección), technical leader (líder técnico)
Reviewer (Revisor/Inspector), author (Autor), auditor (Auditor)
Moderator (Moderador), reviewer (Revisor/Inspector), author (Autor)
Ninguna de las respuestas dadas 20. Estos son roles de la técnica de Inspección Detallada (Detailed Inspection technique)
Author (Autor), inspection leader (Líder de Inspección), technical leader (Líder técnico)
Reviewer (Revisor/Inspector), author (Autor) , auditor (Auditor)
Moderator (Moderador), auditor (Auditor), author (Autor)
Ninguna de las respuestas dadas
CMMI Introduction - Quality Strategy of the Organization 1. Son PAs de nivel 5 de CMMI: a) Organizational Process Performance b) Causal Analysis and Resolution c) Organizational Innovation and Deployment d) Quantitative Project Management e) Organizational Training
b) y c)
a) y d)
d) y e)
b) y d) 2. "Common Feature" que contempla la creación de políticas
Verifying implementation
Directing Implementation
Ability to Perform
Commitment to Perform 3. Son PAs de nivel 4 de CMMI: a) Organizational Process Performance b) Causal Analysis and Resolution c) Organizational Innovation and Deployment d) Quantitative Project Management e) Organizational Training
a) y d)
b) y c)
d) y e)
b) y d) 4. Determinar las oportunidades de mejora de procesos es uno de los objetivos del PA:
Process and Product Quality Assurance
Project Tracking and Oversight
Project Planning
Organizational Process Definition 5. Palabra que caracteriza el nivel 5 de CMMI:
Optimizing
Managed
Defined
Quantitatively Managed 6. Son elementos de la estructura de CMMI
Todas las respuestas mencionadas
Goals específicos y Prácticas específicas
Goals Genéricos y Prácticas Genéricas
Process Areas 7. En este nivel de CMM toda la Organizacion esta enfocada en un proceso de mejora c ontinua.
Nivel 4
Nivel 2
Nivel 1
Nivel 5
8. Las estimaciones estan documentadas y son usadas para la planeacion y seguimiento del Proyecto de Software, es uno de los objetivos del PA:
Project Planning
Verification
Project Tracking and Oversight
Process and Product Quality Assurance 9. PA que define que la toma de dec isiones debe estar basada en alternativas con un cr iterio o herramienta establecidos.
DAR (Decision Analysis and Resolution)
QPM (Quantitative Project Management)
VAL (Validation)
VER (Verification) 10. Son PAs de nivel 3 de CMMI: a) Configuration Management b) Verification c) Requirements Management d) Validation e) Organizational Training
Todas las respuestas mencionadas
b), d) y e)
a) y e)
b) y c)
Process Improvement Awareness 1. ¿Qué es LEAN?
Herramienta utilizada para eliminar todo lo que no es absolutamente requerido.
Dictionary: Thin, meat, skinny
Filosofía que se enfoca en la eliminación del desperdicio, es de cir que todas las actividades/pasos que no agregan valor al cliente son eliminadas.
Todos los de arriba 2. ¿Cuáles son las fases del projecto de Quick Hit?
Define-Analyze, Improve-Measure, Control
Define-Improve, Analyze-Measure, Control
Define-Measure, Analyze-Improve, Control
Ninguna de las anteriores 3. Las Métricas deben ser…
Generales, aproximadas, de varios proceso
Comunes, Irrelevantes, Inexactas
Específicas, medibles, alcanzables, relevantes, oportunas (SMART)
Ninguno de los de arriba 4. ¿Qué condiciones se buscan para poder iniciar un proyecto potencial Six Sigma (DMAIC)?
Tener ahorros proyectados, procesos que no cumplen los CTQ's, terminación del proyecto entre 4-6 meses Libre de defectos, gastos proyectados, terminación del proyecto en 1 año. El proceso tiene un dueño, la oportunidad de defecto no está identificada, sin límite de restricciones.
Mejores resultados del negocio que lo esperado, c álculos de ahorros del proyecto, Acuerdos del Champion en el proyecto. 5. La definición de la meta debe ser…
EXACTA
APROXIMADA
SMART
SECRETA 6. El acrónimo CTC (Critical to Cost) se refiere a:
Satisfacción del cliente
Entrega a tiempo
Calidad
Precio 7. ¿Cuáles son las fases de DFSS?
Design, Functionality, Security, Stabilize
Identify, Design, Optimize, Validate
Define, Measure, Analyze, Improve, Control
Define, Analyze Impact, Plan Implementation, Control 8. Representa un mapa de alto nivel relacionado con el mapa del proceso detallado.
FMEA
L1 Sheet
SIPOC
Value Stream Map 9. Describe exactitud (término visto en el curso como "Accuracy")
Centrado
Precisión
Falta de defectos
Todos los de arriba 10. Muestra la frecuencia relativa o tamaño en una gráfica de barras descendiente.
Histograma
FMEA
RCA
Diagrama de Pareto 11. ¿Cuándo se debería de usar la metodología Quick Hit?
Cuando un proyecto similar ha sido hecho antes
Cuando el objetivo es reducir desperdicios
Cuando las soluciones son obvias
Cuando hay una necesidad de rediseñar o cre ar un nuevo proceso 12. Son otras estrategias de mejora
RIE (Rapid Improvement Event = Evento de Mejora Rápida)
Replica
Quick Hit
Todos los de arriba 13. El Re-trabajo Oculto (Hidden Factory) está relacionado con...
Re-trabajo (Rework)
Operación
Cero Defectos
Mapa del Proceso 14. Cuál es la definición simple de Six Sigma?
Prevención de defectos por la eliminación de la oportunidad de gener arlos
Aplicar Lógica e Intuición
Es una buena idea para mejorar cosas
Todos los de arriba 15. Describe en el Project Charter la razón por la cual es importante que la organización resuelva un problema ahora.
Business Case
Project Charter
Problem Statement
Goal Statement 16. ¿Cuáles son las tres robustas herramientas de Six Sigma?
DFSS, DMAIC, LEAN
VOC,VOP, CTQ
FMEA, RCA, QFD
DPMO, KPIV,KPOV 17. Es la salida inmediata de cada fase que afecta al CTQ (Critical To Quality):
Y
"Charter" del proyecto
Estándar
X 18. ¿Cuál es el objetivo principal de la metodologia de Quick Hit?
Ayuda en resolver problemas
Mejorar soluciones
Dar a conocer a los demas acerca de herramientas de calidad
Todas las anteriores 19. Es la percepción del cliente de lo que es crítico para la calidad.
Big Y
CTQ
KPOV
KPIV 20. Son partes que pertenecen al paso de la selección del proyecto, dentro del proceso de definición del poryecto.
Selección del cliente, Voz del Cliente, Prorización de los CTQ's
Traducir el VOC en CTQ's
Charter del proyecto, Compromisos de los recursos, Beneficios del proyecto
Project Leadership, Support Functions, Stakeholders, Champion.
