6 Realidades En Desarrollo De Software Que Un Jefe No Comprende

Los desarrolladores son más conscientes de ciertos aspectos del trabajo que puede llegar a ser territorio desconocido por cualquier jefe, pero, ¿qué pasa con las partes de desarrollo de software que no deben ser desconocidas? A continuación podrás encontrar algunas realidades que encuentras en tu trabajo, y  tu jefe no comprende.

Si deseas que él se de cuenta de esto, y lo tienes como contacto en cualquier red social, comparte el articulo para que él lo pueda llegar a leer 😉 Y si! Hay gente que tiene a sus propios jefes como contactos en las redes sociales, y esto es contraproducente, pero en otro articulo les contare el por que 😀

1. Falta De Capacitación, Disminuye La Productividad

Los gerentes y demás personal administrativo, a menudo no entienden que el deseo de una mayor productividad conducirá inevitablemente a una disminución de la calidad del desarrollo, lo cual va de la mano con la falta de capacitación técnica.

Esto lo conocí hace poco, cuando se le presento al gerente el valor de una capacitación sobre control de versiones, y simplemente le pareció algo caro. El desarrollo y el mantenimiento de la capacidad de desarrollo es un buen equilibrio para obtener una mayor productividad en el trabajo.

2. Las Estimaciones No Tienen Valor

Los gerentes y administrativos de toda empresa desean valores exactos, y como sabemos, el desarrollo de software muchas veces no es exacto, así lo planeemos detalladamente. Las estimaciones que sobrepasan el tiempo de desarrollo, no valen nada. Esto es simplemente por el hecho de que, dado que casi todos los proyectos representa territorio prácticamente inexplorado, lo imprevisto constantemente puede ocurrir, algo que no puede ser tomado en cuenta.

Si los administrativos del proyecto desean una cifra exacta, es bueno dividir el proyecto en etapas o hitos; aunque esto tampoco sera algo exacto, brindara una cifra mucho mas aproximada.

3. Hacerlo Rápido, Ó Hacerlo Bien…

Es la misma historia de siempre… Tu jefe te dice que una determinada tarea hay que hacerla en menos tiempo. Sin duda con esta presión podrás llegar al resultado que tu jefe desea, pero muchas veces este tipo de soluciones puede llegar a ser una mier#$%. Debido a que muchos programadores toman atajos en situaciones de estrés, el trabajo producido es perjudicial para la calidad, ya que en el camino puedes dejar una gran cantidad de código basura.

4. Producir Menos Código Desde Cero ¬¬

Algunos desarrolladores pueden causar más daño que ayudar en el desarrollo del software, y esto es cierto, ya que muchas veces cada línea de código que se produce puede crear problemas en lugar de resolverlos. ¿Serias capaz de delatar a un compañero del proyecto?

El compañerismo es un factor que los jefes no toman en cuenta, y para ellos es mas viable que un trabajador se convierta en el sapo quien delate a los demás, aunque muchas veces esto puede ser contraproducente, ya que te pueden tomar como un inepto también 😉

5. Buenos Equipos De Trabajo, Son La Mejor Inversión….

De seguro has escuchado las historias de los desarrolladores que hablan de que sus jefes les duele soltar un centavo para la mejora de equipos, y seguramente este no es tu caso, ¿Verdad?. Los nuevos equipos son en realidad un costo insignificante, ya que es una inversión que se recupera rápidamente.

Incluso un desarrollador puede llegar a ser mas productivo media hora por día de trabajo mediante el uso de mejores equipos, el hardware se ha convertido en una buena inversión. Desafortunadamente, no se puede hacer más que insistir en la necesidad de mejorar el hardware, o buscar otro trabajo donde sean mas consientes de esta realidad.

6. No Se Aceptan Cambios! Si Funciona, Síguelo Usando…

En épocas anteriores era un temor bastante grande elegir algún componente o Framework para usar con el código, y mas aun cuando era software o fragmento de código abierto. Hoy en día hay marcos remendados en partes sobre una base diaria, y muchos de ellos son de código abierto.

Hoy en día, puede ser más peligroso para aferrarse a las antiguas prácticas, y mas aun cuando se hace uso de viejas versiones; ya que pueden dar vulnerabilidades en el desarrollo. Hacer el cambio es a menudo la opción más inteligente, y debemos hacerla ver a nuestro amado jefe 😀

¿Hay otras realidades que se deben agregar a esta lista? Comenta según tu experiencia 😉