Yosemite Fitness
Related Articles
En el episodio de esta semana de nuestro podcast, What’s the Dev?, hablamos con David Ross, el evangelista ágil de Miro, sobre algunos conceptos erróneos que la gente tiene sobre Agile hoy en día, así como también sobre cómo Agile ha evolucionado desde sus inicios. Aquí hay una versión editada y abreviada de esa conversación: ¿Dónde ve el cambio desde las personas que practican Agile y creen que lo tienen resuelto hasta ahora? ¿Qué deben tener en cuenta para esta nueva era moderna? He estado desarrollando software durante casi 20 años y ha sido una evolución interesante para mí ver lo que significaba Agile hace quizás 15 o 20 años en comparación con cómo se percibe hoy. Solo recuerdo que en los primeros días de algunas de las primeras transformaciones ágiles de las que formé parte, se trataba en gran medida de seguir un proceso y ser fiel a marcos específicos, ya fuera Scrum o Kanban o cualquiera que sea el caso. . Y cuanto más te acercabas a la perfección siguiendo esas estructuras, cuanto más cerca estabas de Dios, tal como Él era, más ágil podías pretender ser. Y lo que hemos olvidado en todo esto es, por supuesto, que los valores y principios ágiles no prescriben ninguna estructura o enfoque en particular. Debes poner a las personas y las interacciones por encima de las herramientas y los procesos. Bueno, si estás haciendo cumplir procesos y pidiendo a las personas que interactúen a través de herramientas, eso anula muchos de los valores fundamentales de Agile desde el principio. También tenemos problemas, ya que mucha gente entró en la industria, y tal vez personas que no estaban lo suficientemente capacitadas o no tenían suficiente experiencia en prácticas ágiles reales y buenas, y simplemente había muchas prácticas ágiles malas. ahí fuera. Ya sabes, las personas a las que les sellaron un certificado de dos días y dijeron, oye, voy a entrar y ahora voy a aplicar procesos Scrum a este equipo y entrenarlos para alcanzar niveles más altos de agilidad, y eso no es una receta para el éxito. Esto ha sido cierto para DevOps, la gestión del flujo de valor; estos son simplemente procesos vagos y no prescriptivos a seguir. Pero nadie dice que tengas que hacer X, Y y Z para ser ágil, o hacer DevOps completo, o hacer un flujo de valor. Es algo así como, bueno, te dejaremos decidir, adoptaremos lo que quieras, descartaremos lo que no quieras, no estamos destinados a ser prescriptivos. Pero creo que eso ha añadido mucha confusión en estos mercados a lo largo de los años. Entonces, ¿dónde estamos ahora? Y si estás hablando de la evolución en esta era moderna, ¿qué está influyendo en esto? ¿Se trata simplemente de computación en la nube nativa? ¿Es inteligencia artificial? ¿Es todo lo anterior? Siento que Agile alcanzó este tipo de cima, donde las personas descubrieron que en realidad no estaban obteniendo el valor prometido como parte de una transformación Agile. No vieron el valor para sus clientes, no vieron el valor para sus equipos. Y, ya sabes, el castillo de naipes empezó a derrumbarse un poco. Y seamos honestos, una de las cosas de Agile era que había que tener equipos ubicados conjuntamente, por lo que esta es una vaca sagrada que fue sacrificada durante Covid, porque los equipos compartidos simplemente no eran una posibilidad, y no somos más tiempo en ese mundo. Y, sinceramente, desde mi perspectiva, Agile se inventó para resolver un problema muy específico y definido dentro del desarrollo de software, que era la entrega del desarrollo de software y asegurarse de que constantemente no se cumplieran los plazos y se proporcionara el nivel correcto de valor. Y creo que muchos de estos problemas se han resuelto y que Agile se ha expandido más allá de los límites del simple desarrollo de software. Y la gente entiende que no es una solución única para todos. Necesita ser más adaptable. Tiene que ser más pragmático y menos prescriptivo. Y ahí es prácticamente donde nos encontramos ahora. Siento que estamos en una época de escalamiento y reinvención de Agile. La gente está empezando a comprender que los marcos prescriptivos simplemente no les funcionarán. Y muchos de los clientes con los que hablo están evolucionando y desarrollando su propio tipo de enfoque personalizado. Y tal vez usan un vocabulario diferente, un lenguaje diferente, pero todavía hacen cosas ágiles, pero simplemente no son reconocibles para alguien hace 10 o 15 años. Introduzca la computación nativa en la nube, donde ahora tiene muchas partes móviles, donde no se trata solo de una base de código monolítica, sino que está llamando a API, está usando Kubernetes y contenedores. Y todas estas complejidades cambian la apariencia de las cosas, entonces, ¿cómo afectan estas cosas la forma en que las personas han usado Agile y qué ajustes han tenido que hacer para este tipo de cosas? Creo que se han alejado de los marcos prescriptivos y muchas veces simplemente se están adaptando. Honestamente, esto es lo que deberían haber hecho desde el principio. No deberías haber sido prescriptivo, deberías haber podido adaptar tus procesos, e incluso si no se ajusta exclusivamente al marco con el que empezaste, está bien que avances en esa dirección. Entonces creo que la gente se está alejando de esos roles definidos que formaban parte de esos marcos. Creo que eso probablemente sea algo bueno. En lugar de, ya sabes, ser propietario de un producto o un Scrum Master, o todo ese tipo de cosas, creo que alejarse de los títulos prescriptivos es algo que les he visto hacer. Además, trabaje con conjuntos de herramientas menos rígidos y más flexibles. Entonces, si intentas ejecutar todo dentro de un conjunto muy definido de herramientas, y estas herramientas definen tu flujo de trabajo, es muy restrictivo, creo que para muchas empresas y muchos equipos, y están tratando de encontrar una manera. Es mejor organizar y respaldar su forma de trabajar utilizando conjuntos de herramientas más flexibles. ¿Cómo afecta la IA al desarrollo ágil? Bueno, ya sabes, estaría mintiendo si dijera que alguien sabe la respuesta, ¿verdad? Todavía estamos en los albores de esa revolución. Pero, ¿algunas cosas que puedo ver en el horizonte, como los posibles resultados y los posibles impactos de la IA, afectarán el tamaño del equipo? Si piensas en un equipo ágil en general, prescribieron que el tamaño ideal es seis más o menos tres y es necesario tener estas habilidades específicas. Tal vez el tamaño del equipo se reduzca un poco y quizás haya uno o dos desarrolladores en un equipo, que luego podrán orquestar un conjunto de agentes de IA que hagan gran parte del trabajo que otros especialistas habrían hecho en el pasado, como el control de calidad. o tareas específicas de bases de datos o cosas así. Así que definitivamente creo que afectará la composición, la estructura y el tamaño del equipo. La otra cosa que creo que tendrá un gran impacto es que gran parte de la monotonía de algunas de las tareas que se van a realizar probablemente será captada por la IA. Y lo ves en todas las industrias, ¿verdad? ¿Qué significa? Significa que liberará a las personas realmente talentosas de los equipos ágiles para que puedan realizar algún tipo de pensamiento estratégico de alto nivel. Ya sabes, las cosas que la IA aún no puede hacer. Tal vez algún día lo haga, pero no puede hacerlo hoy, pensando estratégicamente y pensando en las dimensiones humanas de lo que están construyendo y asegurándose de que se impulse en esa dirección. El trabajo real de codificación o prueba probablemente lo realizará alguna forma de inteligencia artificial, pero tendremos la capacidad de centrar nuestros esfuerzos en tareas de mayor orden o complejidad. Así que realmente tienes que prepararte individualmente. Tienes que desarrollar tus habilidades y también tienes que saber trabajar con una IA, porque si esas IA se van a convertir en tus asistentes o van a ser parte integrada de tu equipo, tienes que saber cómo poder hacerlo. Orquestar y gestionar un conjunto de agentes de IA que llevarán a cabo el trabajo que otros humanos habrían hecho antes. Así que realmente creo que va a suceder. ¿Qué significa esto específicamente para Scrum Masters? Creo que Scrum Masters, una vez más, tendrá que evolucionar en una dirección diferente y centrarse más en el elemento humano. Siempre hemos dicho que los Scrum Masters también son entrenadores ágiles, pero realmente no nos lo hemos tomado en serio. Y siento que esto es algo que los Scrum Masters realmente necesitan adoptar en esta nueva era en la que pueden entrenar seres humanos y tienen una alta inteligencia emocional. La inteligencia artificial no tiene inteligencia emocional. Lo hacemos. Por lo tanto, debemos poder asegurarnos de que los humanos de nuestro equipo reciban apoyo y tengan lo que necesitan para colaborar y tener éxito, y luego dejar la monotonía a la IA.
