Si no eres agile no pasa nada

No todo el software gira alrededor del agile

Disclaimer:

Antes de empezar me gustaría decir, que no soy un experto en Agile, no soy un coach, no soy Scrum Master soy simplemente un developer con suerte, sí, con suerte, porque miro a mi alrededor hablo con compañeros de otras compañias en eventos, por twitter, por slack... y el panorama es desolador y sin embargo yo estoy la mar de bien.

He tenido la suerte de caer en buenas empresas, o al menos de ver rápidamente cuando no lo son. Mi experiencia con eXtreme Programming bien ejecutado me ha permitido comparar con el resto de colegas en otras empresas, ver como deben ser las cosas vs lo que me cuentan.

También estoy muy contento con mi situación actual :D, esto es una reflexión no una queja de mi situación.

La reflexión:

Solo hace falta echar un vistazo general a las ofertas de trabajo de desarrollo de software para ver que todas tienen algo en común. AGILE.

Algunas con SCRUM.... otras (las menos) eXtreme Programming, algún valiente que baja el molómetro y usan kanban

Todas y cada una de ellas con su framework agile, pero yo me pregunto...

¿Saben lo que es Agile?

Respuesta rápida de la mayoría:

No, pero no importa, sube el molometro, nosotros hacemos Agile, a nuestra manera, pero es agile ehhh y, mezclado con blockchain cuantico...

A ver, no quiero hacer otra artículo más quejándome de que la gente implementa mal Agile, o que te plantea la falsa dicotomía de que eres Agile o A-gili que se parece pero no es lo mismo.

La idea es, favorecer la transparencia en la comunicación de las empresas cuando ofrecen trabajo, y transmitir la idea del título. SI NO ERES AGILE, NO PASA NADA... Porque SORPRESA!!!!!

¡CASI NADIE LO ES!

Y si lo quieres ser... al menos no te pases sus valores por el arco del triunfo.

Principales valores agile

Sacado literalmente del manifiesto, tal vez traducido torpemente:

  • Individuos e interacciones sobre procesos y herramientas.

  • Software funcionando sobre documentación extensiva.

  • Colaboración con el cliente sobre negociación contractual.

  • Respuesta ante el cambio sobre seguir un plan.

Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda.

  • Osea... que si por hacer reuniones de pie, retrospectivas molonas y jugar con legos crees que ya... pues resulta que no, que primero están las personas.

El resto no lo comento... ya con esto tendríamos tantísimo ganado...

Ahí están los principios, analiza cuantas empresas conoces que cumplan los 4, analiza de las que cumplen 3 porque se saltan el 4º.

Sé critico, piensa por ti mismo.

Pero no acaba ahí la cosa de los valores principales, se sacaron unos principios, y te recuerdo que da igual cual sea el framework agile que use la empresa, si no cumplen estos principios, pues oye... que no es agile... y sabes que...

QUE NO PASA NADA.

Principios derivados de los valores agile

  • Nuestra principal prioridad es satisfacer al cliente a través de la entrega temprana y continua de software con valor.

  • Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente.

  • Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al período de tiempo más corto posible.

  • Los responsables del negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.

  • Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo.

  • El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara.

  • El software funcionando es la medida principal de progreso.

  • Los procesos ágiles promueven el desarrollo sostenido. Los promotores, desarrolladores y usuarios debemos mantener un ritmo constante de forma indefinida.

  • La atención continua a la excelencia técnica y al buen diseño mejora la agilidad.

  • La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.

  • Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.

  • A intervalos regulares, el equipo reflexiona sobre cómo ser más efectivo para, a continuación, ajustar y perfeccionar su comportamiento en consecuencia.

Permitidme destacar varios que creo que o bien no se cumplen la mayoría de las veces o bien están creando polémica por la manera de interpretarlos, estos se comentan solos, así que simplemente los voy a señalar como olvidados o polémicos.

  • Los proyectos se desarrollan en torno a individuos motivados...

  • La atención continua a la excelencia técnica...

  • La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.

  • Las mejores arquitecturas, requisitos y diseños emergen de equipos autoorganizados.

Conclusión:

Es muy posible que no cumplas con los valores o los principios agile y que te hayan dicho que tienes que hacerlo por aquello de la transformación digital.

Desde aquí lo único que pediría yo es, respeto y transparencia, si no cumples con todos los requisitos, no te anuncies como agile, no busques personas especializadas en trabajar con agile para luego frustrarlas porque no les dejas trabajar con agile.

Te animo a que des el salto poco a poco, pero sobretodo te animo a que pongas a las personas de tu equipo lo primero, por encima de todo lo demás, para eso no hay que ser agile hay que ser listo y bienintencionado.

Si tratas a las personas de tu equipo como seres humanos con dignidad y confianza y les das un lugar seguro donde crecer, es posible que no tengas ni que molestarte en ser agile, porque si haces eso... y no eres agile.

NO PASA NADA