Históricamente, entre los diferentes grupos de personas que participan y son necesarias en el desarrollo, mantenimiento y explotación de un sistema de información, siempre ha habido marcadas idiosincrasias, culturas, diferentes costumbres, maneras de ver la vida, sanas (o no tanto) disputas, leyendas, ritos, etc. Ejemplos de ello pueden observarse entre, por ejemplo, comerciales y desarrolladores, desarrolladores y jefes de proyecto, clientes y comerciales, usuarios y desarrolladores, analistas y desarrolladores, etc. Si bien, de entre todos estos diferentes grupos y culturas, una de las más históricas y curiosas relaciones es la que une a desarrollo y explotación (o sistemas, producción, etc.), sobre la que trata este post, y que es una relación incluso tan antigua y curiosa como la que une a comerciales y desarrollo (que daría para otro post).

Todo esto viene porque hace unos días leí un curioso, y polémico, post en el blog de Coding Horror, que, además de traerme muchos recuerdos del día a día del desarrollo, comparaba a los desarrolladores con vampiros y al personal de sistemas con hombres lobos. Lo de la comparación viene de que, según el artículo, los programadores son como vampiros, con frecuencia viven en la noche, apenas toman el sol y suelen pensar que su código es inmortal. Y comparaba los administradores de sistemas con hombres lobo, porque pueden parecer normales, pero son invulnerables a cosas que matarían a la gente común y son propensos a extrañas transformaciones durante las noches, con la luna, sobre todo si hay apagones o se va la luz.

Aparte de la acertada o desacertada comparación, uno de los temas de fondo que se trataban era la (mala) práctica de que los desarrolladores software accedan a los sistemas de producción, aspecto sobre el que desarrollo y sistemas suelen tener sus diferencias. Normalmente a los desarrolladores les gusta acceder a producción y a sistemas no le gusta que lo hagan. Razones como las prisas por terminar un parche, en ocasiones evitar burocracia, poder probar en un entorno real, etc., hacen que a desarrollo le atraiga acceder a los sistemas. Y razones como la caída de un sistema en producción, que el software a instalar no sea del todo fiable, que no se sigan todos los procedimientos (como los script de marcha atrás en caso de fallo, etc.) hacen que sistemas no lo vea tan bien.

Personalmente pienso que todo depende. Depende del sistema, de su criticidad, del tamaño de la empresa, etc. Y que, salvo en empresas pequeñas, el acceso a producción desde desarrollo debiera ser más una excepción que una regla, ya que puede traer problemas muy serios. Además de los problemas que comentábamos antes, recuerdo que en varios departamentos de desarrollo en los que trabajé, por accesos no controlados a producción, no se sabia que versión tenía en producción cada cliente, ya que ciertos programadores instalaban directamente en explotación, sin avisar y sin guardar los fuentes del código instalado en el repositorio de versiones de desarrollo. Sería interesante tener más opiniones ¿Qué opináis? ¿Cómo lo lleváis vosotros en el día a día?

Sobre vampiros, hombres lobo y si debería desarrollo poder acceder a producción, 8.5 out of 10 based on 2 ratings

Otras entradas relacionadas con esta:

  1. Curso online sobre Gestión de la Externalización del Desarrollo y Desarrollo Global de Software, y otras actividades formativas
  2. Sobre GSD o desarrollo global de software (y el próximo curso online)
  3. Algunas notas sobre el desarrollo software en la NASA
  4. ¿Las mejores citas sobre desarrollo software?
  5. Los errores más típicos gestionando un equipo de desarrollo software