PM Tools by a PM
PM Tools by a PM
Casos, no teoría. Cada uno de estos es un fallo que he visto ocurrir, desarmado para mostrar el mecanismo — porque el mecanismo es la parte que se repite.
Un programa mostraba la terminación pasada del Plazo de Terminación. El Ingeniero no dijo nada. El contratista leyó ese silencio como aceptación, y como notificación de retraso. No era ninguna de las dos — y hay un aguijón en la cola que casi nadie ve.
El hallazgo más común no es que falten las actividades de calidad. Están ocurriendo. Es que nadie fuera del proyecto puede probarlo — y tu mejor gente es la razón de que no veas el hueco.
Para cuando se mueve la fecha de terminación, el retraso ya es noticia vieja. Ocurrió hace meses, en una ruta que nadie miraba, en un número que nadie reporta. Y puede que lo hayas pagado dos veces.
Una reclamación muere porque los registros que la habrían probado nunca se hicieron. Un sistema de calidad reprueba una auditoría porque el rastro nunca se construyó. Un proyecto pierde su holgura en marzo y se entera en septiembre.
El mismo fallo, con tres disfraces.
El registro que necesitas el día malo hay que crearlo el día normal, por alguien que no tiene ni idea de que el día malo viene en camino.
Esa es toda la disciplina. Lo demás es detalle — y todo en este sitio, herramientas incluidas, existe para hacer esa única cosa más fácil.
Casos FIDIC, sistemas de calidad, control de programa y herramientas nuevas. Escrito desde proyectos reales, no desde un aula. Sin relleno, y nada que hubieras encontrado en un libro de texto.