martes, 7 de agosto de 2012

El no empezar de cero


Cuando se empieza el desarrollo de una aplicación se puede diseñar la aplicación, se pueden hacer pruebas de concepto (utilizo este framework?, esta tecnología?, etc..), etc… Todo parece maravilloso. YA SE LIARA DESPUES.

Pero en el mundo empresarial lo mas normal es que o que te incorpores a un proyecto ya empezado o que se te obligue a partir de un proyecto ya existente. Esto unido al hecho de que al no conocer el negocio tan bien como la gente que ya estaba en el proyecto hace que si quieres hacer algo mejor, aplicar alguna nueva tecnología, crear un marco de trabajo, etc… Digas cosas como: “Es que no me dejan” , “Ya esta tan mal que no lo puedo cambiar”, “En el próximo proyecto…”    TE SUENA ¿verdad?


Es cierto que si el proyecto se empezara de cero se podrían hacer las cosas de otra manera pero eso no va a pasar por dos motivos principalmente:

-          No se puede asumir el coste (da igual el proyecto, imposible que exista un proyecto que asuma el coste de que lo desarrollado hasta el momento no valga)
-          ¿Quién te dice que lo nuevo que vas a introducir es mejor que lo que ya había? (ojo con esto y no te confies por muy bueno que te parezca lo que quieres poner  que demostrar la mejora de algo a nivel de diseño o explicándolo es muy complicado).

Tienes dos opciones:
-          No propones nada para el proyecto actual pero aprovechas el proyecto actual para conocer el negocio y proponer algo para el siguiente.
-          Cuando tengas claro lo que quieres proponer entonces lo haces para las nuevas tareas que vayan surgiendo. De esto se deduce que TIENE QUE SER COMPATIBLE CON LO QUE YA EXISTE (1).

(1)    El hacer compatible lo que quieres proponer para tu proyecto seguro que limitara la potencia que lo que pretendes pero es la forma de que tus superiores acepten tu propuesta.

No hay comentarios: