ADMINISTRACIÓN DE PROYECTOS · 2017. 10. 25. · Principio de Pareto. Por lo tanto, el Análisis de Pareto es una técnica que separa los pocos vitales de los muchos triviales. Una

Facultad de Estadística e Informática

ADMINISTRACIÓN DE PROYECTOS


BibliografíaMin C., Fernández J., Sumano M. (2001). Aprovechando los defectos para prevenir su repetición. Experiencia en una organización pequeña. Extraído desde: https://www.uv.mx/mis/files/2012/11/ClaraMin_CIIM2010.pdf. Consultado el: 20 de septiembre de 2017

Fernández, J. Seguimiento. (s.f.). Extraído desde: https://www.uv.mx/personal/jfernandez/files/2012/10/5_Seguimiento2012.pdf, Consultado el: 20 de septiembre de 2017

Verificación y Validación. (s.f.). Extraído de: https://www.fing.edu.uy/tecnoinf/maldonado/cursos/ingsoft/materiales/teorico/is09-Verificacion-Validacion.pdf. Consultado el 10 de octubre 2017.

Grazioli, M.f. Análisis de Taxonomías de Defectos. (Diciembre 2009). https://www.fing.edu.uy/inco/grupos/gris/wiki/uploads/ProyectosGrado/FernandaGrazioli-ProyGrado.pdf. Consultado el 10 de octubre 2017.

Neeti Churamani. Using orthogonal defect classification for defect analysis. Technical report, NIIT Technologies, New Delhi, India, 2008.

Ram Chillarege. Odc - a 10x for root cause analysis. In Workshop Berkeley CA , 2006

Instrumentos de Seguimiento. Unidad de Modernización y Gobierno Digital, Ministerio de Secretaría General de la Presidencia. Santiago de Chile. Consultado el 24 de junio de 2017. Desde http://www.guiadigital.gob.cl/

Domenech, J. M. Diagrama de Pareto. Extraído desde: http://www.jomaneliga.es/PDF/Administrativo/Calidad/Diagrama_de_Pareto.pdf. Consultado el 10 de octubre de 2017.

Pressman, R.S., Ingeniería del Software. Un enfoque práctico, quinta edición, 2002, España.

Sommerville I., Ingeniería de Software, Addison-Wesley, 6ª. Edición, 2002, México.

https://www.uv.mx/mis/files/2012/11/ClaraMin_CIIM2010.pdf

https://www.fing.edu.uy/tecnoinf/maldonado/cursos/ingsoft/materiales/teorico/is09-Verificacion-Validacion.pdf

https://www.fing.edu.uy/inco/grupos/gris/wiki/uploads/ProyectosGrado/FernandaGrazioli-ProyGrado.pdf

http://www.guiadigital.gob.cl/

http://www.jomaneliga.es/PDF/Administrativo/Calidad/Diagrama_de_Pareto.pdf


Agenda

▪ Unidad VI.6. Seguimiento y Control ◦ 6.1 Reporte de avance

◦ 6.2 Cálculo de valor ganado

◦ 6.3 Actualización de Gantt

◦ 6.4 Seguimiento de defectos. Grafo de control. Principio de Pareto


VI. Seguimiento y Control

▪Retomando…

¿Qué es el seguimiento?

“El seguimiento es el proceso sistemático en virtud del cual se recopila y se

analiza información con el objeto de comparar los avances logrados en

función de los planes formulados y corroborar el cumplimento de las

normas establecidas.

Ayuda a identificar tendencias y patrones, a adaptar las estrategias y a

fundamentar las decisiones relativas a la gestión del proyecto o programa.”


Agenda






VI. Seguimiento y Control▪¿Qué se requiere para llevar a cabo un seguimiento del avance de

equipo de desarrollo de software?

Una calendarización adecuada, que debe considerar los siguientes puntos:i. Todas las tareas deben aparecer en la red.ii. El esfuerzo y la calendarización deben ser asignados de manera inteligente a cada

tarea.iii. Las interdependencias entre tareas deben ser indicadas de manera adecuada.iv. Deben asignarse los recursos para el trabajo que se va a realizar.v. Deben establecerse hitos espaciados de modo que pueda darse seguimiento al

progreso.vi. Debe permitir identificar las tareas cruciales dentro de la red para monitorear su

progreso y ser capaces de reconocer demoras inmediatamente.



▪El seguimiento puede lograrse en varias formas diferentes:

✓Realizar reuniones periódicas del estado del proyecto, en las que cada

miembro del equipo reporte avances y problemas.

✓Reunirse informalmente con los profesionales para obtener su valoración

subjetiva del avance a la fecha y los problemas en el horizonte

✓Usar análisis de valor ganado para valorar cuantitativamente el avance


VI. Seguimiento y Control▪El seguimiento puede lograrse en varias formas diferentes:

▪Actualización de Gantt:

▪Determinar si los hitos formales del proyecto se lograron en la fecha prevista.

▪Comparar la fecha de inicio real con la fecha de inicio planeada para cada tarea de proyecto mencionada en la tabla de recursos.

▪Porcentaje de avance de cada actividad

▪Duración real



▪sefsdf


Agenda







▪¿Para qué y cómo hacer seguimiento de defectos?

o Mejorar la calidad del producto de software.

Análisis de defectos

Búsqueda de causas

Proponer mejoras al

desarrollo y pruebas

“Estudiando el pasado puede conocerse cómo provenir defectos futuros, siempre y cuando se tenga registro de los problemas encontrados.”



▪ Clasificación de defectos.o A lo largo del tiempo se han empleado varias formas de clasificar los

defectos de software, la mayoría dando pie a la arbitrariedad o a la

ambigüedad.

oLos Statistical Defect Models y los modelos Root Cause Analysis.



StatisticalDefect Model

• Cuantitativos

• Abstractos

• Distantes del programador

• Bajo costo y automatizados

• Restringidos a pocos dominios de aplicación

Root Cause Analysis

• Cualitativos

• Basados en la perspectiva del programador

• Costosos

• Mucho recurso humano

• Usados en amplio rango de dominios de aplicación.



▪ Clasificación de defectos.oChillarege propuso en 1994 el método conocido como “Clasificación

Ortogonal de Defectos” (ODC). Adoptada por IBM en 1996.

oBrinda un puente entre los dos métodos anteriores.

oODC describe un defecto como un cambio que se debe aplicar al

software para corregir un funcionamiento inadecuado.


VI. Seguimiento y ControlClasificación Ortogonal de defectos



▪Objetivos:✓Brindar al equipo de desarrollo una retroalimentación constante

durante el transcurso del proyecto.

✓Mejorar el proceso de desarrollo mediante la reducción de la

cantidad de defectos con el avance del proyecto.



• Se ejecuta cuando un defecto es descubierto.

• Anotar la causa.

• Anotar el impacto.

Apertura

• Cuando el defecto es reparado.

• Definición de su naturaleza.

• Tipo de cambio necesario para su solución.

Cierre

▪ Registro de defectos. ODC propone dos pasos de recolección de información en el proceso de clasificación para diseño y código llamados Apertura y Clausura:


VI. Seguimiento y ControlClasificación Ortogonal de defectos



▪Atributos de la taxonomía:▪Actividad. Actividad que se estaba realizando cuando se produce la falla.

▪Trigger. Actividad que provoca la ocurrencia de una falla. En el caso de

inspecciones, se refiere a cómo se detecta el defecto.

▪ Impacto. Se refiere al impacto que tiene en el producto.


VI. Seguimiento y Control▪ Target. Se refiere a qué entidad de alto nivel debe ser corregida, es

decir, la ubicación del defecto. (Fase de desarrollo).

▪Fuente. Se refiere a quién desarrolló el target.

▪Edad: Se refiere a cuál es el historial del target.

▪Tipo de Defecto. Se refiere a qué debe ser corregido.

▪Calificador de Defecto. Explica cómo se inyecta el defecto.


VI. Seguimiento y Control▪Ver valores que puede tomar cada atributo.

material/Clasificacion Ortogonal de Defectos.pdf





▪En el análisis causal se buscan causas probables y

formas de disminuirlas.

▪El siguiente paso en el análisis de defectos es ordenar

los defectos con su frecuencia.

▪ Seleccionar los defectos más frecuentes aplicando el

Principio de Pareto.



▪Principio de Pareto:

El nombre de Pareto fue dado por el Dr. Joseph Juran en honor del

economista italiano Vilfredo Pareto (1848-1923) quien realizó un

estudio sobre la distribución de la riqueza, en el cual descubrió que la

minoría de la población poseía la mayor parte de la riqueza y la mayoría

de la población poseía la menor parte de la riqueza. Con esto estableció

la llamada “Ley de Pareto” según la cual la desigualdad económica es

inevitable en cualquier sociedad.



▪Principio de Pareto:

▪El Dr. Juran aplicó este concepto a la calidad, obteniéndose lo que

hoy se conoce como la regla 80/20.

▪Según este concepto, si se tiene un problema con muchas causas,

podemos decir que el 20% de las causas resuelven el 80% del

problema y el 80% de las causas solo resuelven el 20% del problema.


VI. Seguimiento y Control▪Principio de Pareto.

▪Por lo tanto, el Análisis de Pareto es una técnica que separa los “pocos vitales” de los “muchos triviales”.

▪Una gráfica de Pareto es utilizada para separar gráficamente los aspectos significativos de un problema desde los triviales de manera que un equipo sepa dónde dirigir sus esfuerzos para mejorar.

▪Reducir los problemas más significativos (las barras más largas en una Gráfica Pareto) servirá más para una mejora general que reducir los más pequeños.



▪Diagrama de Pareto.

oEs una representación gráfica de los datos obtenidos sobre un

problema, que ayuda a identificar cuáles son los aspectos prioritarios

que hay que tratar.

oSu fundamento parte de considerar que un pequeño porcentaje de

las causas, el 20%, producen la mayoría de los efectos, el 80%. Se

trataría pues de identificar ese pequeño porcentaje de causas

“vitales” para actuar prioritariamente sobre él.


VI. Seguimiento y Control▪Diagrama de Pareto. Pasos para realizar un…

1) Determinar el problema o efecto a estudiar.

2) Investigar los factores o causas que provocan ese problema y como

recoger los datos referentes a ellos.

3) Anotar la magnitud (por ejemplo: euros, número de defectos, etc.) de

cada factor. En el caso de factores cuya magnitud es muy pequeña

comparada con la de los otros factores incluirlos dentro de la categoría

“Otros”



4) Ordenar los factores de mayor a menor en función de la magnitud de cada uno de ellos.

5) Calcular la magnitud total del conjunto de factores.

6) Calcular el porcentaje total que representa cada factor, así como el porcentaje acumulado. El primero de ellos se calcula como:

% = (magnitud del factor / magnitud total de los factores) x 100

El porcentaje acumulado para cada uno de los factores se obtiene sumando los porcentajes de los factores anteriores de la lista, más el porcentaje del propio factor del que se trate.


VI. Seguimiento y Control▪Diagrama de Pareto.

6) Dibujar dos ejes verticales y un eje horizontal.

i. Situar en el eje vertical izquierdo la magnitud de cada factor.

ii. La escala del eje está comprendida entre cero y la magnitud total de los factores.

iii. En el derecho se representan el porcentaje acumulado de los factores, por tanto, la escala es de cero a 100.

iv. El punto que representa a 100 en el eje derecho está alineado con el que muestra la magnitud total de los factores detectados en el eje izquierdo.

v. Por último, el eje horizontal muestra los factores empezando por el de mayor importancia.




Factor a representar



8) Se trazan las barras correspondientes a cada factor. La altura de cada

barra representa su magnitud por medio del eje vertical izquierdo.

9) Se representa el gráfico lineal que representa el porcentaje acumulado

calculado anteriormente. Este gráfico se rige por el eje vertical

derecho.

10) Escribir junto al diagrama cualquier información necesaria, sea sobre el

diagrama o sobre los datos.






▪Caso de estudio. Resultado del análisis de defectos:

Se han registrado y reparado 37 defectos en una

organización; donde la mayoría corresponden a los

sistemas que ya se encuentran implementados en

alguna área de trabajo.


VI. Seguimiento y Control▪Para realizar la clasificación de defectos de esta institución se utilizó el siguiente proceso:

i. Primero se registraron todos los defectos identificados en algún medio, para darle tratamiento y saber por qué y en qué momento ocurre la falla.

ii. Después, se procedió a investigar el defecto para eliminarlo desde su raíz.

iii. Por último se registró la solución para conocer la causa con la clasificación ortogonal de defectos.



▪Una vez clasificados los defectos, se generaron una

serie de gráficas para apoyar la presentación del

resultado del proceso de análisis.


VI. Seguimiento y ControlImpacto en el cliente de los defectos encontrados


VI. Seguimiento y ControlDefectos clasificados de acuerdo al artefacto que fue modificado, separándolos por tipo


VI. Seguimiento y ControlSistemas donde ocurren los defectos


VI. Seguimiento y Control▪Diagrama de Pareto

ImpactoNo. Defectos

No. Defectos acumulados % Total % Acumulado

Integridad 12 12 32.4 32.43Diagnóstico de fallas 8 20 21.6 54.05Fiabilidad 5 25 13.5 67.57Instalación 4 29 10.8 78.38Requerimientos 2 31 5.4 83.78Desempeño 2 33 5.4 89.19Accesibilidad 2 35 5.4 94.59Usabilidad 1 36 2.7 97.30Capacidad 1 37 2.7 100.00

37 100



ImpactoNo. Defectos % Acumulado

Integridad 12 32.43Diagnóstico de fallas 8 54.05Fiabilidad 5 67.57Instalación 4 78.38Requerimientos 2 83.78Desempeño 2 89.19Accesibilidad 2 94.59Usabilidad 1 97.30Capacidad 1 100.00

37





▪Acciones preventivas.

▪Problema: “No se consideró que el usuario puede

equivocarse”

▪Acción: “Incluir siempre validación de datos de entrada”



▪Acciones preventivas.

▪Problema: “Malas prácticas en la programación por falta

de capacitación”

▪Acción: “Capacitación adecuada. Énfasis en la fase de

diseño (Compromisos en la administración de proyectos

para mejorar la planeación)”



▪Métricas asociadas más importantes:

➢Número de defectos: Nuevos, corregidos, etcétera.

➢Densidad de defectos: Generalmente # de defectos por

millar de líneas de código.



▪Métricas asociadas menos importantes:

➢Tiempo requerido para corregir un defecto.

➢% de defectos eliminados en desarrollo.


VI. Seguimiento y ControlConclusiones del análisis en el caso de estudio:

▪Con la clasificación de defectos realizada se ha logrado lo siguiente.

a) Fueron identificados los defectos más frecuentes en el software utilizado, logrando cuantificar en qué parte del proceso fue cometido el error y cómo perjudica al cliente.

b) Se identificaron las fallas más comunes en el proceso de desarrollo.

c) Ya se lleva un control de los defectos del software utilizado, tanto desarrollado de forma interna y de forma externa, en donde el personal que lleva el mantenimiento puede resolver con mayor rapidez.


VI. Seguimiento y ControlOtras taxonomías que permiten clasificar defectos de software: HP, Kaner, Binder, IEEE y Beizer

i. Taxonomía de Hewlett-Packard

ii. Taxonomía de Kaner, Falk y Nguyen

iii. Taxonomía de Robert Binder

iv. Clasificación de la IEEE (Institute of Electrical and Electronics Engineers)

v. Taxonomia de Boris Beizer


GRACIAS POR SU ATENCIÓN

Documents

ADMINISTRACIÓN DE PROYECTOS · 2017. 10. 25. · Principio de Pareto. Por lo tanto, el Análisis de Pareto es una técnica que separa los pocos vitales de los muchos triviales. Una