Escolar Documentos
Profissional Documentos
Cultura Documentos
2
Calidad. Conceptos Generales
Qu es Calidad?
3
Calidad. Conceptos Generales
Cmo se logra?
PRODUCCION
4
Calidad. Conceptos Generales
Satisfaccin cliente
Mejores productos - Mejores servicio
Mejores procesos
Proyectos de Mejora de
procesos
Mejores servicios Mejora Continua
Mejores productos
5
Calidad. Evolucin
Cmo evoluciona la calidad?
6
Calidad. Evolucin
Dcada 70: Aseguramiento de la calidad involucrando todas las funciones de la
organizacin, desde el diseo hasta el servicio post-venta, incluyendo el
seguimiento a travs de auditoras internas y acciones correctivas/preventivas.
Crecimiento de HW Internet
Creacin Ingeniera
Lenguajes de Alto Caos Report
de software
Nivel
8
Calidad de Procesos y Calidad de Productos
CALIDAD DE PROCESOS
Est bien hecho el proceso comparado con como debi haber sido hecho:
Polticas, Normas, Procesos y Procedimientos
CALIDAD DE PRODUCTO
Qu tan bien hecho est el producto comparado con sus especificaciones:
Requerimientos, Diseo y Pruebas
9
Calidad de Procesos y Calidad de Productos
PROCESOS Y PRODUCTOS
Producto
Principal
Necesidad Proceso 1 Proceso 2 Proceso 3 x ej. Software
x ej. Solicitud x ej Anlisis x ej Diseo x ej Constr.
Prueba
Otros
Producto Producto Productos
x ej. Manuales
en Proceso en Proceso
x ej. Esp. Req. x ej. Diseo, Caso de Test
10
Calidad de Procesos
Qu necesito saber:
Qu es un Proceso.
Qu es Adherencia: Control del cumplimiento a las polticas, normas,
procesos y procedimientos tericos del proceso concreto evaluado,
generalmente de un proyecto
Qu necesito para implementarlo:
Definir y especificar
Comunicar y capacitar
Controlar su cumplimiento o determinar su nivel de adherencia.
Qu elementos se requieren/surgen:
El Proceso
Check list de control
Evidencias de Uso (artefactos / entrevistas)
Hallazgos
Reportes de QA
11
Calidad de Productos
Qu necesito saber:
Qu es un Producto: cualquier entregable producido como resultado de un
proceso, incluyendo artefactos de software y otros artefactos, datos
procesados, personal capacitado, etc.
Qu es Verificacin: Control de que lo que se hizo, se hizo bien.
Qu es Validacin: Control de adherencia del producto de software, a las
especificaciones o definiciones de lo que deba hacer, como deba funcionar
y en qu entorno de tecnologa deba trabajar.
La prueba de producto requiere:
una definicin del artefacto de software a construir
el artefacto construido y en condiciones de ser probado
control de cumplimiento
Tipos de prueba de producto (o software):
segn su objetivo: verificacin y validacin
segn su alcance: unitaria, mdulo, integracin, rendimiento (o
performance), de stress, de disaster recovery & restart, de regresin, de
aceptacin de usuario, etc.
12
Calidad de Productos
Validacin y Verificacin
Usuario
Necesidad
Analista
Especificacin
13
Calidad de Producto
15
Procesos
Qu es un Proceso?
16
Procesos
Qu es un Proceso?
17
Procesos
18
Procesos
DESCRIBIENDOLOS / DOCUMENTANDOLOS
19
Procesos
Un proceso define qu necesita ser hecho y cules son los roles que
estn involucrados.
Un procedimiento define cmo hacer la tarea y usualmente slo
aplica a un nico rol.
21
Relaciones
POLITICAS ESTANDARES
Leyes o reglamentaciones que regulan o Definiciones operacionales o criterios de
restringen la operatoria. aceptacin para los productos intermedios
y finales.
RESTRINGEN EL PROCESO
PROCESOS
Describe qu sucede dentro de la organizacin conforme a los estndares y polticas de la
organizacin
Y soportados por
ENTRENAMIENTO HERRAMIENTAS
Conocimientos y Skills requeridos para Soporte automatizado necesario para
usar el procedimiento implementar el procedimiento.
22
Procesos
En primera instancia.
Entendiendo lo que debe ser hecho y con quin
En segunda instancia
Entendiendo cmo hacerlo
23
Procesos
24
Procesos
25
Procesos
27
Procesos
28
Procesos
Mtodos Grficos:
Diagramas de Flujo
Diagramas Funcionales (cross-functional diagrams)
Diagramas IDEF (Integrated Definition for Functional Modeling)
BPMN (Business Process Modeling Notation)
Mtodos Narrativos:
Entry-Task-Verification/Validation-eXit (ETVX)
29
Procesos
Diagramas de Flujo
Muestran actividades, decisiones, etc.
Utilizan smbolos estndares.
Soporte de Herramientas (Ej. MS Visio).
Diagramas Funcionales
Muestra las actividades realizadas por cada rol.
Llamado tambin Swim Lane Diagrams.
Utiliza smbolos estndares.
Soporte de Herramientas.
30
Procesos
Diagramas IDEF
Estndar internacional
Definida en los aos 70 y usada por la fuerza area de EE. UU
Usada por el Departamento de defensa.
Utiliza smbolos estndares
ICOM : Muestra
Inputs (Materiales, requerimientos, etc.)
Control (Mecanismos de control)
Outputs (productos, servicios, etc.)
Mecanismos (recursos humanos, mquinas y software)
Se trabaja descomponiendo las actividades en actividades de
menor nivel. (jerarquizada)
31
Procesos
32
Procesos
Diagramas IDEF
33
Procesos
34
Procesos
35
Procesos
37
Consigna
38
Administracin de cambios
Roles Lder de proyecto; Analista funcional; Cliente Consigna (Cont.)
Entradas Pedido de cambio; Visin y alcance
Salidas Anlisis de Impacto; Estimacin del Pedido de Cambio; Visin y Alcance
Precondiciones Existe una lnea base sobre un alcance acordado previamente con el Cliente
Pasos
1. El Cliente informa un Pedido de Cambio a un requerimiento ya definido y acordado en el documento Visin y Alcance
utilizando un formulario base (template)
2. El Lder de Proyecto recibe el Pedido de Cambio y lo registra en el Sistema de Administracin de Requerimientos.
3. El Lder de Proyecto solicita al Analista Funcional que realice un anlisis de impacto del cambio (a nivel requerimientos
y funcionalidad afectada).
4. Con el anlisis de impacto generado, el Lder de Proyecto se rene con el Lder Tcnico del equipo y estima el esfuerzo
(en horas/hombre) para determinar el costo.
5. El Lder de proyecto analiza el costo, el impacto de las horas de esfuerzo en el cronograma y determina si el Pedido de
Cambio implica un costo adicional para el Cliente.
6. Si el Pedido de Cambio determina un costo adicional, entonces pide aprobacin del Pedido de Cambio al Cliente, caso
contrario, incorpora el Pedido de Cambio al Plan ajustando cronograma y documento de Visin y Alcance a fin de
implementarlo sin mayores negociaciones.
7. Si el Pedido de Cambio tiene un costo adicional y el Cliente acepta dicho costo:
a. Se incorpora al cronograma y al documento de Visin y Alcance estableciendo una nueva lnea base de
requerimientos.
b. Se registra en el Pedido de Cambio, el estado Aceptado en el Sistema de Administracin de Requerimientos.
c. Se notifica la aprobacin al Asistente Administrativo para su posterior cobro.
8. Si el Cliente no aprueba el costo adicional:
a. No se modifica el cronograma.
b. Se registra en el Pedido de Cambio, el estado Cancelado en el Sistema de Administracin de Requerimientos.
9. Fin del proceso. 39
Checklist para Definicin de Proceso
Autoevaluacin:
1. Diferenciar claramente los conceptos de Entrada, salida y Activos
1. Los activos enunciados son elementos de ayuda a la ejecucin del proceso?
(mtodos, templates, guas, herramientas)
2. Las entradas indicadas representan elementos utilizados durante el proceso?
3. Hay consistencia por nombre con los elementos de entrada y los utilizados por el
proceso en su descripcin de pasos?
4. Hay elementos que se utilicen en el proceso como informacin y no estn
enunciados entre los elementos de entrada?
5. Todas las salidas enunciadas son generadas por el proceso?
6. Hay consistencia por nombre con los elementos de salida y los generados por el
proceso?
7. Todos elementos generados por el proceso estn identificados en las salidas?
8. Todos los activos enunciados estn siendo utilizados por el proceso?
9. Hay consistencia por nombre entre los activos enunciados y los utilizados en la
descripcin de pasos del proceso?
10. Todos los activos utilizados por el proceso estn indicados como activos?
40
Checklist para Definicin de Proceso
Autoevaluacin:
2. Diferenciar claramente los conceptos de Entrada, salida, Precondiciones y
Postcondiciones
1. Todas las entradas enunciadas representan elementos/informacin necesaria para
la ejecucin del proceso?
2. Todas las salidas enunciadas representan elementos/informacin generados
durante el proceso?
3. Toda precondicin enunciada representa un estado en el contexto que debe
verificarse como vlido para que el proceso se pueda ejecutar?
4. Estn enunciadas todas las precondiciones necesarias para la ejecucin del
proceso?
5. Toda postcondicin enunciada representa un estado que cambi en el contexto
luego de la ejecucin del proceso?
6. Estn enunciadas todas las postcondiciones necesarias para la ejecucin del
proceso?
41
Checklist para Definicin de Proceso
Autoevaluacin:
2. Respetar convenciones de diagramas de flujo
1. Se respeta una notacin estndar?
2. En caso de no utilizar una notacin estndar, se definieron las referencias para
cada smbolo empleado?
3. El diagrama de flujo es vlido?
1. Todos los condicionales tienen las salidas enunciadas para todas las
alternativas?
1. Cada flujo de salida del condicional est etiquetado con la alternativa
que representa?
2. Todas las actividades estn identificadas con un verbo?
3. El diagrama identifica claramente donde inicia y donde termina?
4. Todos los caminos posibles conducen al fin del proceso?
4. Si se trata de un diagrama funcional:
1. Estn claramente identificadas las actividades que responden a cada rol?
2. Todo rol participante en el proceso tiene su banda asignada en el diagrama?
42
Checklist para Definicin de Proceso
Autoevaluacin:
4. Consistencia del proceso
1. Se define claramente el objetivo perseguido con la definicin del proceso?
2. Est claramente identificado como primer paso detallado del proceso el evento que
dispara la ejecucin del mismo?
3. Toda actividad enunciada en la descripcin de pasos tiene trazabilidad directa con
una actividad del diagrama que lo representa?
4. Toda actividad representada en el diagrama tiene trazabilidad directa con un paso
detallado descripto en el proceso?
5. Todos los componentes estudiados para un proceso estn definidos?
6. Todas las entradas y salidas enunciadas estn representadas en el diagrama
asociadas a las actividades que las usan y/o generan?
7. Estn enunciados todos los roles participantes del proceso?
8. Toda actividad descripta en el detalle de pasos identifica el rol que la debe ejecutar?
9. Est identificado el owner del proceso?
10. Si Ud. le diera el proceso a una persona que recin ingresa a la empresa en la cual
se aplica el proceso, considera que con la descripcin realizada puede llevar a cabo
las tareas sin ningn tipo de ambigedad? SI su respuesta es NO, refine la
descripcin de pasos. 43
Bibliografa
44