NNPP’s (net negative producing programmers).

José M. Aguilar publica en Variable not found un muy buen resumen sobre NNPP’s (un término que hacía mucho que no escuchaba), con buenas referencias si es que queremos meternos más en el tema (y comentarios elogiosos hacia aquí, que agradezco).

Para detalles los refiero a ese post. Digamos, simplemente para poder seguir, que los NNPP’s son aquellos integrantes del equipo que rompen más de lo que construyen. Por ende su aporte al proyecto es negativo y de ahí el término.

Ah, por cierto que José hace justa referencia al nombre de este blog (los NNPP’s des-desarrollan software, van para atrás). Surgió en una etapa de odio en esta extraña relación que tengo con mi trabajo. Me sentía embroncado, muchas cosas parecían hacernos retroceder… sentía que estábamos involucionando… des-desarrollando. El primer objetivo del blog fue básicamente mi desahogo personal. Por suerte pasó y es por eso que “humor” es una de las principales etiquetas, en vez de “errores”, “fracasos”, “odio a todo lo que me rodea” o algo por el estilo.

Volviendo a los NNPP’s, me gustaría centrarme en aquellos que son programadores, y sobre todo en su relación con el equipo.

A muchos programadores les gusta pensar que hay que ser especialmente “inteligente” para programar y no dudan en tildar a un NNPP como “tonto”, tal vez para desentenderse del problema.

Ser especialmente inteligente ayuda a programar (lo mismo que a ser médico, maestro, plomero o arquitecto). Pero -y que me perdonen mis compañeros programadores- yo no conozco a ninguno especialmente inteligente (ni especialmente tonto). Conozco a programadores más o menos apasionados y con más o menos experiencia acumulada (viejos, bah). Lo esencial entonces, como para todo, es el esfuerzo. Y el esfuerzo viene de la mano de la pasión, del gusto por lo que se hace.

Si una persona es un poco lenta de entendederas eso implicará más tiempo y esfuerzo para tomar carrera, nada más. Si le encanta programar ese esfuerzo es un placer en sí mismo y las dificultades, lejos de desmotivar, entusiasman cada vez más. Cada pequeño avance invita al ir por el siguiente desafío.

Pero si esa persona no tiene vocación irá siempre cuesta arriba independientemente de su nivel de inteligencia. Y ese es un esfuerzo constante y penoso que no puede sostenerse por toda una vida. En algún momento estas personas o cambian de profesión o… bajan los brazos. Cuando pienso en NNPP’s pienso más bien en personas estancadas, desencantadas, impermeables -por falta de interés- a la experiencia y a las oportunidades de aprendizaje.

Un principiante puede tener una productividad negativa si miramos sólo el resultado en código. Pero si progresa e incluimos eso en la ecuación veremos que el balance resulta positivo. ¿O no repetimos hasta el hartazgo que para aprender hay que equivocarse? Esos errores tienen consecuencias –retrasan el proyecto por más que no lleguen al producto final- y al principio uno se equivoca mucho.

Así que veo en el origen del NNPP una serie de razones más bien de índole personal. Pero si prestamos atención a los resultados citados por Schulmeyer y que desarrolla José:

A fairly recent study of 250 heterogenous subjects examined four of the most frequently named causes of poor performance: lack
of job satisfaction, lack of identification with and involvement in the organization for which the programmer works, little
belief that professional behavior will result in reward, and the programmer's own lack of a sense of professionalism.

Involucran a la organización en la que el NNPP sobrevive más que a la persona misma. En vez de ir hacia la organización, yo quiero pensar en un mundo más pequeño: el equipo cercano al NNPP.

Más o menos motivados, los programadores sienten cierto aprecio por el resultado de su trabajo. De alguna manera han resuelto un problema, necesariamente con alguna dosis de ingenio y han hecho que algo funcione.

Imagínense admirando la prolijidad del resultado luego de haber pintado una larga pared. Viene un amigo y nos dice “mira, te quedó un espacio en blanco”, agarra una lata de pintura y la arroja con fuerza cubriendo el espacio en blanco, el piso, a nosotros…

No hace ninguna gracia que venga alguno y para corregir un pequeño detalle deje todo hecho un desastre. Y si encima lejos de corregir rompe…

Un equipo más o menos motivado tenderá a aislar si no a la persona por lo menos a su trabajo del resto de “su obra”. Esto neutraliza el efecto negativo del NNPP, lo ubica en un lugar donde, aunque a regañadientes, aporte algo y rompa poco. Es lo mismo que el equipo haría con un programador junior, pero ad eternum.

¿Entonces cómo es que el programador se vuelve un NNPP? Porque al resto del equipo tampoco le importa lo que suceda con el proyecto. Tal vez hacen mejor su trabajo, pero no se preocupan si otro viene y lo rompe. Al fin y al cabo ellos cumplieron ¿no?

Y es aquí donde entran las cuestiones organizacionales. Si tenemos un equipo en donde cada uno se preocupa solamente por su trabajo y no por el resultado global, donde nadie tiene demasiado aprecio por el producto que está creando o interés en el éxito del proyecto, permite el surgimiento del NNPP.

Para resumir: hay muchos NNPP’s en potencia dando vueltas por ahí, pero pero es la organización la que, usualmente con “políticas restrictivas, estresantes, opacas y poco motivadoras para su personal” los hace florecer.