Las 5 cosas que llevan a la chingada un proyecto de software

From: quickmeme.com
From: quickmeme.com

Después de varios años en el negocio creo que tengo la licencia de opinar desde el punto de vista de un desarrollador de software el tema sobre que lleva a la perdición a un proyecto de software y por ende el producto final que se le entrega a un cliente incauto (O no). Y todo esto despues de leer el libro negro del programador, que aunque concuerdo con todas sus observaciones quiero hacer enfasis en las que hicieron mayor eco en mi.

  1. Hacer líder al desarrollador Senior: La gente encargada de la gestión de proyectos a veces es bien ocurrente y cree que la evolución natural de un desarrollador Sr (El fulano que sabe mas) es convertirse en el líder absoluto de un grupo de developers resentidos que es posible que le hagan la vida imposible al nuevo “jefe”. Ademas, no por ser un buen programador esto quiere decir que sea bueno en el manejo de personal, métricas y buenas practicas para mejorar el rendimiento del equipo.
  2. Falta de comprensión del líder con sus subordinados: Mi favorito, cuando explicas porque no se puede hacer algo en el tiempo estimado y la respuesta es: “Pero lo necesitamos para el Viernes” y eso es mañana. Eso produce mal software, porque al desarrollador no le quedara otra mas que tirar código como loco sin pensar en las consecuencias a mediano o corto plazo. Es decir, estas sumando tiempo al futuro si es que el proyecto logra salir avante a mas de un caso similar.
  3. Pensar que el software es como una linea de ensamblaje: Es muy común cometer este pecado, ya que los managers como dije son bien ocurrentes. Cuando los tiempos son cortos, el personal poco capacitado o saturado de actividades siempre saldrá a la palestra la idea de: “Contrata mas gente”. Esto solo pasa en los proyecto mal gestionados, no se alarmen, pero puede ser un buen indicador para salir huyendo.
  4. No colocar a la gente de acuerdo a sus competencias: Todos tenemos habildades y fortalezas especificas, aunque todos seamos desarrolladores de software. Sin embargo en ocasiones esto no es entendido por los lideres, ya sean tecnicos o gerenciales, lo cual da como resultado un proyecto destinado a la perdicion.  En software esto se traduce a colocar a novatos/becarios en tareas donde se necesita alguien con cierto nivel de experiencia solo por ahorrar presupuesto, esto a la larga generara errores graves de costes enormes y la gente que medianamente sabia que hizo quizas ya haya sido dada de baja por los tipicos recortes a medida que el proyecto “madura”. Los desarrolladores tenemos parte de la culpa cuando engordamos nuestros CV con habilidades que no tenemos o que apenas y hemos rozado la punta de las mismas, pero que a la hora de estar frente al reclutador las presentamos como de nuestro total dominio.
  5. “Managers” de $3 pesos: Cuando los cuatro puntos se juntan lo mas seguro es que la persona que esta la cabeza sea un completo desastre. Alguna vez un amigo me conto la teoria de la cubeta de popo (seria excelente material de otro post), que basicamente es no saber resolver los problemas a tiempo (la mierda) y en su lugar juntarla en una cubeta (metaforicamente) hasta el punto que se desbordara y pasara a las cubetas de los niveles inferiores de la organizacion, asi hasta alcanzar a los desarrolladores que quedaran hundidos hasta el cuello con los errores de los niveles gerenciales. Esto pues no es mas que un resumen de lo que sucede dia a dia en algunos proyectos donde las cabezas toman malas decisiones por inexperiencia o miedo a presentar numeros negativos. La mayoria de estos casos se caracterizan por lideres cuya actitud es pensar que estando mas horas en la oficina se lograra cumplir con las metas y que nunca piensan a mediano o largo plazo: Al final lo que les importa es tener numeros positivos y no la calidad del producto.

Por supuesto que hay mas, pero sirva esto como un punto de vista de lo que te puede estar pasando a ti ahora mismo. Y vamos, un recordatorio para mi, ya que es facil caer en estos circulos infernales pues las pistas se encuentran una vez que estas dentro del proyecto de forma activa.

Mi consejo, y el de este libro para un ambiente asi es: Sal de ahi rapidamente.

From: dragonball.wikia.com
From: dragonball.wikia.com