Edad Post-Ágil: Normas Proscriptivas

 Los tatuadores son una profesión que requiere certificación.

Los artistas del tatuaje son una profesión que requiere certificación.

En una conversación reciente sobre la Era Post-Agile con Ira Weinstein, maestro de Scrum, arquitecto y más, señalé que el fin de Agile como movimiento no significaba que las personas dejarían de hacer stand-ups, desarrollo impulsado por pruebas o incluso retrospectivas, sino que la base para la adopción ya no estaba impulsada por los valores y principios propugnados por el Manifiesto Agile. Este cambio en la razón por la que las personas están adoptando la metodología Ágil cambia las prácticas que se adoptan y el valor derivado de las prácticas ágiles. La discusión de una Edad Post-Ágil no es un ejercicio esotérico. Durante nuestra discusión, examinamos el impacto del desarrollo de normas prescriptivas más y más fuertes que definen lo que es Ágil o lo que no lo es con mayor precisión.

Las normas proscriptivas describen o identifican el comportamiento que no se debe realizar. Por ejemplo, el desarrollo de una estructura de desglose de trabajo con estimaciones de esfuerzo y un calendario de proyecto se calificaría de «no ágil» según las normas proscriptivas típicas dentro de la comunidad Ágil. Como punto de referencia, las normas prescriptivas son un conjunto de reglas que definen el comportamiento. Cada comunidad Ágil ha definido un conjunto de comportamientos que están dentro del límite y un conjunto de reglas que están fuera del límite. Por ejemplo, en una presentación reciente, le he pedido a un grupo de maestros de Scrum que enumeren un conjunto de comportamientos buenos y malos de Scrum. Y luego pidió a los desarrolladores de XP que estaban en la presentación que identificaran las prácticas que pensaban que estaban fuera de la práctica de XP y si se sentirían cómodos realizando esas actividades. Durante la discusión, hubo varias prácticas que ambos campamentos indicaron que no se sentían cómodos realizando dentro de su equipo. Si bien no se trataba de una encuesta científica, ilustra que existen límites incluso en comunidades muy relacionadas. A medida que la agilidad ha madurado, los límites se han ido definiendo y defendiendo con más fuerza. Las certificaciones son la primera línea para definir los límites del comportamiento. Casi todas las organizaciones y métodos tienen una o más certificaciones. De repente, puedo nombrar seis certificaciones Scrum master diferentes y un gran número de otros roles en Agile.

A primera vista, las certificaciones no son buenas ni malas. Mi yerno, tatuador, (probablemente pueda conseguirte un trato) está certificado. Tiene un conjunto de normas para buenas prácticas que proporcionan un límite para lo que puede y no puede hacer, que incluyen reglas sobre esterilización y manejo de sangre. El piloto de mi vuelo de aerolínea reciente tiene una licencia (una suposición de mi parte), una forma de certificación, que establece límites para su comportamiento y define cosas que no se supone que deben hacer (como beber 24 horas antes del vuelo). Los límites estrictos sirven a un propósito importante en ambas profesiones. Estos límites estrictos no son apropiados para todas las profesiones. La certificación garantiza que todos sepan cuáles son los límites y establezca las consecuencias por violar esos límites.

En mi conversación con Ira, sugirió que las certificaciones eran herramientas importantes para garantizar que los nuevos participantes en la industria de TI entendieran los conceptos básicos de su profesión. Además, postuló que cuando los nuevos participantes tuvieran suficiente experiencia, deberían cambiar a un modo de inspección y adaptación para modificar su funcionamiento. Punto tomado, establecer una base común de conocimiento es genial; sin embargo, tenemos que determinar si las consecuencias no deseadas de reforzar los límites son un efecto secundario aceptable de sincronizar las bases de conocimiento. Además, no conozco una certificación que sugiera experimentar con procesos y técnicas fuera de sus técnicas y procesos principales (excluyo marcos de mejora de procesos como lean six sigma). Una de las suposiciones básicas del movimiento Ágil es que los equipos utilizan un proceso empírico (inspeccionar, adaptar en función de la transparencia).

Scrum y XP son procesos empíricos. Los profesionales ágiles utilizan la retroalimentación para adaptar el funcionamiento de theysz. En una retrospectiva típica de fin de iteración, los equipos tienen el reto de encontrar una forma de mejorar su forma de trabajar. Agile espera que los equipos realicen continuamente experimentos pequeños y de bajo riesgo para perfeccionar cómo están haciendo su trabajo. Los cambios en la forma de trabajar de un equipo no deben estar limitados por los requisitos de una certificación.

Las certificaciones no son malas. Sin embargo, crean límites que ralentizan el cambio. Los límites también limitan la evolución del proceso. Ninguna de estas consecuencias, a largo plazo, es buena. El único bien a largo plazo de endurecer los límites alrededor de los diferentes tipos de Agilidad que el endurecimiento es una bandera que debemos comenzar a buscar el horizonte para el siguiente movimiento. Durante una conferencia magistral, en the Scrum Gathering en 2014 (ish), Ken Schwaber describió cosas como historias de usuarios como percebes en Scrum. Las certificaciones endurecen los límites, lo que reduce el potencial de innovación. No estoy seguro de si puedo concebir la metodología Ágil sin innovaciones, como las historias de usuario o mi técnica favorita de Scrumban. Si las normas proscriptivas excesivamente definidas hubieran existido al principio del ciclo de vida de Agile, es posible que no existieran.

Los ensayos planificados en el Arco Post Agile Age incluyen:

  1. Edad Post Agile: El Movimiento Está Muerto
  2. Edad Post Agile: Impulsores del Fin del Movimiento Ágil y el Método Lemmings
  3. Normas Proscriptivas (Actuales)
  4. Un Ecosistema Impulsado por la Marca
  5. Falta de Pensamiento/Gestión de Sistemas
  6. La Era de Acuario (Algo Mejor está comenzando)

Deja una respuesta

Tu dirección de correo electrónico no será publicada.