Seleccionar página

Programador: Sentido y Responsabilidad

Bonita película.  ¿Porque es una película?, ¿no?

¡Nor! Es algo peor, es una reflexión. ¡Cuidado!

¿And? El mundo del desarrollo de programas, la fabricación, industrialización o construcción de software (o como quiera que se llame cuando leas esto) está en permanente convulsión buscando su identidad… (como industria, guste o no, es así), y como conjunto de individuos con intereses similares (que no comunes, OjO).

¡True! Y tanto. Podemos tirarnos días a vueltas con metodologías de trabajo que tengan en cuenta la componente creativa inherente a esta actividad, lo intangible de su «materia prima» o lo voluble de sus clientes. «Agilismo», «factorías», «Trabajo en cascada» … hasta «artesanía», vamos.

Else … ¿Y la responsabilidad? Sí, no te hagas el loco, has leído bien:

R E S P O N S A B I L I D A D.

Then. Creo que en el mundo de desarrollo software no tenemos cultura de responsabilidad sobre el trabajo realizado. Cada actor (programador, diseñador, gestor o tester) considera que los problemas que genere un trabajo imperfecto por su parte son culpa de: el método, su jefe, el cliente (dícese de aquel «xxx» que pasa por caja para obtener un bien valioso) o del usuario. Nunca es por una deficiente aplicación en su trabajo. Nunca.

¡False! ¿Sí? Pregunta, pregunta. Abundan los proyectos fracasados en los que todos los actores lo hicieron de fábula, dentro de sus posibilidades y sobreponiéndose a absolutas deficiencias de los demás. Sin duda, no fue culpa suya.

¡Class-ísta!. Que nooo. Tenemos este problema en todos los niveles, en toda la pirámide. En caso de duda, aunque el trabajo sea deficiente, se entrega el código y alguien lo arreglará. Mucha inconsciencia. Así de sencillo.

Default. Toca rescate entonces. Y ahora podría decir aquello de:

  «con @PanelSistemas, esto no hubiera pasado».

Lo siento. No es tan fácil.  @PanelSistemas, como otros, asume su responsabilidad y no sale corriendo cuando aparecen los defectos, pero esa no es la cuestión. En este escenario, lo primero que sale por la borda es la productividad. Y no está el panorama para bromas.

 Return. Volvemos a empezar. La iniciativa #debate10 lanza una reflexión sobre con qué consideración se trata al programador versus el emprendedor. Nos ofrecen un buen resumen desde Bonillaware. Sintonizo parcialmente, me falta el hilo sobre responsabilidad personal, pero puedo decir sin rubor: yo estuve allí. Y es un buen debate, #debate10.

Throws. Es intrínseco al concepto «ser profesional» demostrar

 – S E N T I D O de la R E S P O N S A B I L I D A D – por su trabajo.

Profundicemos en esa línea. Esta es mi contribución (Fomentar, apoyar, premiar y exigir el asumir responsabilidades).

End.   ¿Y la tuya?      …  ¿core dump?

castell

Miguel Ángel Nicolao

Miguel Ángel Nicolao

Miguel Ángel es CIO, Director de Innovación y co-fundador de Panel Sistemas. Sigue a @mnicolao11 en Twitter, o visita su perfil en Linkedin. También puedes contactar con él vía e-mail en esta dirección.

Déjanos tu comentario

3 Comentarios

  1. Javier López

    Me extraña que no haya ningún comentario aún a este post…

    procedure!! (perdón por el anacronismo). Ésta es la solución. La responsabilidad está muy bien, pero ningún sistema productivo debe depositar en ella la razón de su éxito. Esto lo resuelve un procedimiento de producción que no permita (o, al menos, detecte) irresponsabilidades.

    Responder
  2. Miguel Nicolao

    Repeat.

    Me temo que ningún procedimiento de producción estará a la altura. Se tiende más a gestionar la deuda técnica que a evitar su generación. Nos hemos acostumbrado a que un trabajo deficiente es (casi) una «inversión de futuro». En todo caso, si ese procedimiento conlleva que las responsabilidades asumidas se reconozcan (con consecuencia) ya es una avance.

    Responder
  3. Javier López

    David Lorge reflexiona sobre esto en una reflexión muy interesante.

    Su conclusión es que el Ingeniero del SW debe acostumbrarse a generar producto terminado, «listo para usar», y no pendiente de nuevos ciclos de mejora.

    Responder

Enviar un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

También te puede interesar:

Share This