WORLD QUALITY REPORT
2019 - Tendencias en QA

Les comparto este enlace con el video que cree sobre las tendencias en calidad de software de acuerdo a los resultados del informe del World Quality Report (para quienes no sepan qué es, es el único reporte a nivel global que evalua las respuestas de 1.700 encuestados en 32 países para analizar qué está pasando en el mundo del testing y hacia donde vamos).

Espero sea de su agrado.

https://sqasa.co/world-quality-report/

Como saber el impacto del atraso en mi cronograma?

Qué? Cómo?  Si.  Imagina que de alguna forma los constantes atrasos que se te han presentado en el cronograma no los has podido recuperar y son varios los módulos atrasados; ahora tu cliente te cuestiona si vas a lograr mantener la fecha fin de los hitos importantes del proyecto entre ellos la fecha fin global del mismo.... Imagina un cronograma de más de 5.000 lineas y más de 15 módulos diferentes cada uno actuando como un subproyecto.. que hacer?

R// Microsoft Project :)

Veamos mi ejemplo de construcción de un edificio:

Aquí observamos la columna % Esperado (columna personalizada con fórmula para saber cuál es el % de avance esperado de la tarea según la fecha de estado que le coloque a MSProject); en mi ejemplo la tarea "Estudiar complejidad solar" debería ir en un 62%  y realmente esta en 0%; esto es porque su predecesora la tarea de "Estudiar requerimientos"  debía durar 2 días según lo planeado en línea base y la verdad es que me demoró 17,67 dias... eso generó retraso en todo mi cronograma.

Ahora, cómo hago para saber cuál es el impacto en mis fechas hito?  En mi ejemplo parece fácil porque es sólo una tarea pero recuerda siempre.. cronograma grande 15 módulos con actividades en paralelo y serie entre unas y otras....  ahí no es tan fácil, pero MSProject me puede ayudar, despliega el menú y selecciona la vista de Variación:

Te debe quedar algo como:

Ahora, que me está diciendo la vista de Variación?  la columna Var. fin me dice la variación final de mi proyecto según lo que he registrado a hoy y siguiendo la planeación de predecesoras de mi línea base... osea que en lugar de terminar todo el proyecto el 07/04/2011 ( columna fin de linea base), a como voy hoy estaré terminando el 02/05/2011 (columna fin).

Para esto debo hacer el seguimiento de mi proyecto registrando las fechas comienzo y fin reales, no sólo colocando el % al 100 cuando haya terminado una tarea, así MSProject puede darse cuenta de cómo se han movido las fechas.

Así sé que tanto se me están desplazando las fechas por mis retrasos y de igual manera puedo empezar a pensar como solucionarlo.

Espero te haya servido descubrir esta vista.

PM - Cómo quemar linea base sólo de algunas tareas modificadas

Imagina que tienes que realizar un cambio a 2 tareas de tu cronograma y debes quemar línea base sólo de eso,  Cómo hacerlo?

Primero aclaro qué deseo hacer,  tengo un cronograma de un proyecto de ingenieria civil pactado con mis proveedores donde le quemamos linea base con la primera planeación que hicimos.  (no soy ingeniera civil ni tengo idea de eso, así que si estoy escribiendo una burrada déjenme un comentario sobre como redactarlo mejor, o ignoren el error y siganme la idea :)  )

Uno de los proveedores (Bob el constructor) tiene a cargo lo concerniente a las obras provisionales (id 2) y otro proveedor (PepaPig) es la encargada de las obras preliminares (id 9).

Como muestra la imagen, Bob está retrasado 2 día respecto a lo planeado (columnas linea base); y MS Project realiza la proyección del proyecto con lo que tiene de duración restante y de linea base para aquellas tareas que no han empezado; es decir, MS Project me dice que si sigo como voy y con lo planeado, no voy a terminar las obras provisionales el 8 de Julio 2013 sino el 10 de Julio ( ver columnas proyectas:  Comienzo y fin ).  Con Bob tengo una cláusula contractual donde por cada día de retraso como cliente tengo derecho a un descuento en la factura del 10%, por lo que no me interesa mover las fechas que teníamos pactadas, además porque necesito terminar el proyecto en la fecha planeada y quiero que Bob encuentre planes de recuperación de su retraso.

Ahora, en reunión con PepaPig nos damos cuenta de un problema con la limpieza del terreno (id 12) que no tuvimos en cuenta la temporada de lluvias y nos toca mover la fecha del plan.  Como cliente no veo problema y acuerdo con PepaPig mover las fechas de esta actividad para iniciar en Agosto y del Trazo y Replanteo (id 14).

Bien, cómo hago para quemar la nueva linea base si cuando MS Project quema LB toma las nuevas fechas que hay en las columnas Comienzo y Fin?  No quiero mover todas las tareas, que hago?

Práctica Personal, me gusta mantener el histórico de lineas base así que uso los espacios disponibles que tiene MS Project (10 espacios).

R//  Como acostumbro guardar mis históricos de líneas base, voy a tener que guardar en 2 espacios diferentes y así mismo ellos tendrán un comportamiento diferente.

Primero, seleccionamos con el mouse las tareas a las que queremos cambiar fechas

Luego, guardemos en un espacio nuevo (aquellos que no tienen fecha al final) en mi caso la línea base 2, mira:

Ahhh  bueno, para llegar a esta parte le das Menú Proyecto -> Establecer línea base.

Mira que en la imagen en la parte de abajo dice Para y he seleccionado Tareas seleccionadas y solo De subtareas a tareas de resumen seleccionadas

y listo!  Aceptar... el resultado:

Y uno se pregunta:  Cómo así? qué pasó aquí?  las demás tareas de linea base 2 quedaron como NOD... jajaja   sí, MS Project hizo justo lo que le dijimos: quemar linea base sólo de las actividades seleccionadas....   jajajja......

Igual me gusta la idea, este control de cambios fue aprobado para sólo modificar este pedazo del cronograma y es lo que quedará guardado en linea base 2.  :)

Pero yo necesito poder hacer seguimiento completo con estas nuevas fechas... como todos mis campos personalizados están formulados con las columnas comienzo linea base y fin linea base (la que no tiene numeración) pues debo volver a grabar linea base con el proceso descrito anteriormente pero sobreescribiendo la linea base sin numeración.  Al hacerlo el resultado es:

En la imagen observamos:

Comienzo y Fin linea base ->  La planeación que a hoy rige el proyecto (incluido el cambio de fechas en las actividades de PepaPig)

Comienzo y Fin linea base1 -> La planeación original del proyecto sin ningún control de cambios

Comienzo y Fin linea base 2 -> Los cambios al cronograma aprobados mediante control de cambios #1.

De esta manera mantengo lo acordado con Bob y los nuevos cambios de PepaPig sin afectar el resto del cronograma.

Cosas a tener en mente:

• Como estoy eligiendo qué actividades quemar... si las actividades de PepaPig modifican otro paquete de trabajo por ser su predecesora, y ésa actividad no la elijo para quemar linea base, pues no será modificada y me encontraré en el proyecto con la encrucijada de una actividad de BOB que depende de PepaPig y que no cambié su fecha..... plop !  Bob me podría demandar !! jajaja

PM - Matriz de Entregables

Primero aclaremos según PMI, Qué es un entregable?

R//  Es cualquier producto medible y verificable que se elabora para completar u proyecto o parte de un proyecto .

Qué es la matriz de entregables ?

R//  Es una herramienta que podemos usar para apoyar el proceso de "VALIDAR EL ALCANCE" que hace parte del grupo de procesos de SEGUIMIENTO Y CONTROL y consiste en revisar los entregables del proyecto con el cliente o patrocinador (en mi caso con  mis proveedores ya que yo soy el cliente), para verificar que se han completado satisfactoriamente y así obtener la aceptación formal.  

Entonces en mi caso, en los contratos con cada proveedor se establecen los entregables a los que se comprometen (a grandes rasgos) ej.  desarrollo de software instalado, configurado y funcionando en el servidor, código fuente, y documentación de capacitación, operación y mantenimiento del sistema..... eso reza el contrato, pero de sólo ese pedazo se desprenden varios entregables; imagina que sólo la documentación de capacitación puede derivarse en que cada módulo tenga una documentación aparte y para la capacitación me dan el manual de usuario, la ppt que se usó durante la capacitación y encima pongámosle tambien  el acta de asistencia de la misma.  

Entonces lo que parecía sencillo: documentación de capacitación se transforma en: 3 entregables * c/d módulo del sistema.

Compliquemos un poco más las cosas, ahora imaginemos que es un proyecto con 28 módulos entregados en diferentes momentos del tiempo a lo largo de 2 años... cuando vayas a cerrar el proyecto y necesites validar que todos los entregables fueron aceptados satisfactoriamente (versus el contrato) te vas a ir una por una a todas las actas que le firmaste al proveedor?.. nnnaaaa ... mejor hagamos una MATRIZ DE ENTREGABLES desde el principio y así todo claro y sencillo.

NOTA:  Cada vez que necesites modificar la matriz de entregables del proyecto deberás hacer un control de cambios, por ser un documento oficial y parte del plan de gestión del proyecto sólo se puede modificar mediante CC.

Qué debe llevar una buena matriz de entregables?

R// No está escrito ni quemado en piedra, lo que te diré se basa en mi experiencia si tu conoces algo que me falte por favor deja un comentario para que despues lo agregue (y gracias de antemano por tu aporte).

Te voy a mostrar algunos ejemplos:

Ejemplo 1

Qué me gustó ->  Presenta la matriz cruzada con las fases del proyecto y los entregables agrupados por frente (ej. pruebas, requerimientos funcionales, etc)

Ejemplo 2

Qué me gustó ->  Tiene la columna de Fecha Esperada (que debería coincidir con tu cronograma) y la Fecha Real (porque generalmente hay pequeños retrasos), también tiene la columna de Estado..  porque puede que el proveedor te lo haya entregado el 16 del mes pero tu no lo has aprobado, entones se hace necesario tambien tener fechas reales de entrega y aprobación no sea que como cliente seas tu quien no ha dado el visto bueno y por eso esté retrasado.

Práctica personal.  Una buena matriz en mi concepto debería tener:

• Entregables agrupados tanto por proceso como por fase del cronograma.  Así es más fácil hacer seguimiento a esta matriz versus el mismo avance que voy teniendo en el cronograma.  Es decir, en cronograma estoy en ejecución pues busco en la misma columna el agrupado correspondiente.
• Columna estado.  Me permite identificar fácilmente en qué esta el entregable.  En la imagen inferior hay entregables aceptados (que ya deben tener acta de aceptación formal), otros que el proveedor me ha entregado y yo estoy pendiente de aprobar y otros en blanco que no me han entregado :)

• Fechas planeadas, y reales de entrega y aceptación.  La fecha planeada debería corresponder con el hito de cronograma, donde obviamente la entrega debe ser anterior a ésta para que el cliente tenga tiempo de validar el entregable.  Porqué hago la diferencia (que parece tan obvia), bueno un proveedor alguna vez atercaba que le debía pagar pues el me entregó el documento y el contrato sólo decía que se pagaba contra entregable entregado ...  gggrrr... cómo paga uno sin haber probado?  .. mugroso proveedor  eso es como si te tiraran encima del escritorio el documento, y tienes que pagar antes de poder verlo.... que tal !!... en fin.    Y es por esta experiencia que tocó llevar el seguimiento de cuándo lo entregaba (fecha de entrega) y cuándo lo aprobabamos nosotros (fecha aprobación) así logramos ajustar los tiempos para evitar los retrasos en el cronograma.

• Uso de colores en las fechas vencidas.  Me gusta colocar en color rojo las fechas que tuvieron desfase, para identificarlas más fácilmente en el archivo en la imagen inferior se observa en los entregables de cronograma integral y plan de iteraciones.

Uniendo las características que me gustan, tendríamos algo parecido a la imagen siguiente:

De todas formas ten presente, que esta es una guía y debes buscar lo mejor que se adapte a tu tipo de proyecto para lograr el objetivo.