Hoy les quiero hablar de un tema al que nos hemos enfrentado muchas veces, los que administramos algún tipo de datos de la empresa en la que trabajamos o de algún proyecto que nos llega mediante un terciario.
Este concepto como tal, no es tan mencionado y nunca se le da la importancia que requiere hasta que estamos metidos en un problema del cual difícilmente saldremos bien librados, hoy hablaremos del GiGo (Garbage In, Garbage Out), esto se refiere a que por mas que tiempo que le dediquemos a nuestros reportes, a la integridad de nuestras BD. Si los datos que nos dan como fidedignos, no son los que necesitamos, no vamos a lograr conectar nuestro proyecto con el cliente.
Esto se puede solucionar si contamos con un muy buen PM que se debe anticipar al problema (por cierto, deberían usar un PM para cualquier tipo de proyecto, no necesariamente informático, pero ese es otro tema). Por eso la importancia de documentar siempre las cosas, establecer cambios, reglas de juego y no asumir.
Supongamos que alguna empresa desea que se desarrolle una app, que todos en el mundo sepan lo que hace su empresa, cotiza y contrata una empresa que el 90% de sus desarrollos son de escritorio, no móviles. Ambos asumieron que su proyecto estaba correcto, de cierto modo ambos tienen la razón, pero no es lo que se requiere por el momento. Y por mas que suene increíble, esto pasa mucho en estos tiempos.
Debemos recordar que los sistemas no son los que fallan, simplemente nos devuelven los datos que le alimentamos, si nuestros datos están mal desde un inicio, al final estarán mal dicho de una manera coloquial, si metemos basura en una bolsa, solo sacaremos basura de la bolsa. Analicen sus proyectos, soliciten de manera minuciosa sus proyectos y con esto evitaran trabajar doble y generar un gasto extra a su proyecto. Ya que al final la mano de obra es lo que genera mas gasto en los proyectos mal cimbrados