Cada vez que leo un nuevo artículo sobre «Agilidad» (o intento, pues hace tiempo que no termino ninguno), solo encuentro más y más tecnicismos.

Esta de moda ser ágiles, y han aparecido un puñado de vendedores de agilidad que intentan ganar dinero tratando de convertirte a la religión ágil con libros, cursos, certificaciones, lo que sea sin importar condiciones o entornos, todos podemos ser ágiles, ¡vamos mierda que se puede!

Y sí, por supuesto que incluso nosotros hemos usado en más de una ocasión alguno de los términos para también «ponernos en onda» y porque bueno a veces los clientes nos preguntan sobre ellos, ¿que remedio?.

Entonces, tú lento que me escuchas, o mejor que me lees: NO intentes ser ágil, se productivo, genera valor. Haz las cosas guiado por el sentido común, no porque lo leíste en un artículo, usa tus instintos y los medios con los que cuentas y solo se productivo; ¿Como?, como seas capaz de serlo y el medio te lo permita.

Aquí van algunos consejos de alguien que cada vez entiende menos de agilidad y más de productividad y que ha ganado fama por ser lo último:

1. Usa al máximo al menos 6 horas del día y no más de 8 sin distracción (descansando lógicamente, recuerda, sentido común[1]), para las demás cosas que no generan productividad (como ver un video en youtube o leer blogs) hay tiempo.
2. Toma una tarea a la vez y termínala sin interrupciones, si es muy grande sepárala en pequeñas tareas.
3. Escribe pruebas de conceptos antes de empezar con las cosas que no tienes idea de como hacerlas (no las hagas, estudia y prueba cosas).
4. Si tu tarea involucra escribir programas con interfaces visuales haz prototipos gráficos de lo que debes hacer y pregunta al cliente si están bien, no te preocupes por la lógica antes de la gráfica, es más fácil programar la lógica cuando te guía una interfaz.
5. Si tienes dudas de como hacer algo no asumas la solución, pregunta sobre el tema, llama al cliente, coméntalo con tus colegas.
6. Trata de no depender de factores externos para desarrollar la solución, con tu laptop debe bastar (puede tomar tiempo hacerlo, pero lo vas a recuperar en el camino).
7. Si algo es muy difícil de hacer no  lo hagas sin antes comentarlo con el cliente, él quiere una solución, pero no tiene que ser esa, pueden negociar otra que que le permita tener lista la funcionalidad en menor tiempo.
8. Intenta plantearte los casos de bordes, si no usas TDD (tecnicismo, ja) no significa que no puedas ser productivo, escribe los test en un archivo de texto, y antes de entregar pruébalo todo de nuevo.

Usa el sentido común para ser productivo y no ágil. Eso te va dar más valor.

[1] Nosotros tenemos una mesa de ping-pong en la oficina, y se puede usar libremente (ehh, o sea como dictaría el sentido común, pocas veces en el día.)