No hacemos Agile, hacemos Agility a todos.

May 10 2022
Muchos de ustedes pueden haber escuchado el término ágil antes y creo que muchos de ustedes están familiarizados con los términos Scrum, programación extrema, reunión de pie, historia o épica. definitivamente más Pero, ¿es realmente así? Este artículo se escribirá en base a mi experiencia personal y un blog y video de Dave Thomas, uno de los autores de Manifesto for Agile Software Development y el libro El programador pragmático La palabra de moda para quién. trabajador informático, posiblemente un desarrollador, QA, PO, o incluso un CEO, probablemente haya oído hablar de Agile antes. En realidad, Agile es solo una palabra en inglés que es un adjetivo, lo que significa ágil, etc. o incluso un nombre de puesto extraño como Scrum Master o Agile Coach. Cuando tratamos de seguir el proceso, dijo Probablemente hay mucha gente a la que le gusta, pero hay mucha gente que dice eso. Agile es una mierda Agile es una mierda Si miramos hacia atrás y observamos el significado de la palabra Agile en la imagen de arriba, podemos ver que Agile es en realidad un adjetivo. Eso significa Ágil, en realidad debería usarse para extender un sustantivo o sustantivo, por ejemplo Él es un desarrollador ágil = Él es un desarrollador ágil. Pero verás que la palabra Agile que hemos escuchado con más frecuencia se usa como sustantivo. Por ejemplo, trabajamos Agile, hacemos Agile, nuestra empresa usa Agile Do Agile Right. Dave Thomas dijo que esta es la raíz de todos los problemas. Entonces, escribió un artículo titulado "Agile is dead". Dave dijo que cuando Agile se usa como sustantivo, se convierte en una herramienta para hacer dinero para las empresas de consultoría al decir: "Permítanos ayudarlo a hacer Agile. Le ofrecemos seguir SAFe". Probablemente esté exclamando: "Qué diablos", y el mismo Dave dijo que Agile ha sido malinterpretado mucho. No es como cuando se juntaron por primera vez cuando estaban esquiando en Utah, cuando iban juntos. Pero cada persona tiene una forma de trabajar, a uno se le ocurre Scrum, a otro se le ocurre la programación Extreme, y muchos otros tienen su propia forma de trabajar. ¿Y dónde está el punto común? Así que ese día lanzaron algo llamado "Manifiesto para el desarrollo de software ágil". No haga Agile, construya Agility. Dave dice que debemos mirar hacia atrás a los valores originales de Manifesto: Individuos e interacciones sobre procesos y. Herramientas Software de trabajo sobre documentación completa Colaboración del cliente sobre contrato Negociación, y responder al cambio en lugar de seguir un plan, entonces miremos hacia atrás cuando alguien nos diga que hagamos SAFe, o que hagamos Scrum o sigamos el Proceso, para que podamos convertirnos en un equipo Ágil. 4 valores? Entonces, ¿qué debemos hacer si pensamos que lo que estamos haciendo no tiene esos 4 valores? Volvamos al punto de partida nuevamente desde el principio, que es Qué hacer Averigüe dónde se encuentra Dé un pequeño paso hacia su meta (haga cosas pequeñas para alcanzar su meta) Sí) Ajuste su comprensión en función de lo que aprendió ( modificar nuestro enfoque en función de lo que aprendimos en el camino) Repetir (repetir esto) Cómo hacerlo Cuando se enfrente a dos o más alternativas que ofrecen aproximadamente el mismo valor, tome el camino que facilite el cambio futuro. Cuando nos encontramos con un evento que tenemos que elegir o decidir elegir, la forma en que lo arreglaremos o cambiaremos es más fácil en el futuro, lo cual del Cómo y el Qué anterior se puede ver que puede usarse tanto en la vida diaria como desde trabaja. No tenemos que seguir un marco o la forma de trabajar de otras personas para que nuestro equipo o equipo tenga Agilidad, pero podemos idear nuestra propia forma y modificarla gradualmente a nuestra manera para hacer feliz a nuestro equipo y también lo harán nuestros Tiene agilidad en sí misma. Nuestro equipo probablemente hará un buen trabajo si usamos Jira, así que sigue usándolo. Nuestro equipo podría hacer un buen trabajo usando Post-it con pizarra, así que sigue usándolo. No permita que las personas que no conocen a su equipo tan bien como usted le digan lo que usted y su equipo deben hacer. Haga que usted y su equipo sean ágiles No es un programador ágil, es un programador que programa con agilidad.
Imagen de portada

Muchos de ustedes pueden haber escuchado el término ágil antes y creo que muchos de ustedes están familiarizados con los términos Scrum, programación extrema, reunión de pie, historia o épica. definitivamente más Pero en realidad es así??

Este artículo se escribirá a partir de mi experiencia personal con un blog y un video de Dave Thomas , uno de los autores del Manifiesto para el desarrollo ágil de software y el libro El programador pragmático .

la palabra de moda

Para cualquiera que trabaje en el campo de las computadoras, ya sea desarrollador, QA, PO o incluso CEO, es posible que haya oído hablar de Agile antes. En realidad, Agile es solo una palabra en inglés que es un adjetivo, que significa ágil, enérgico o en El inglés es capaz de moverse rápida y fácilmente.

significado de ágil

Ahora o incluso hace 10 años, el término Agile se mencionaba mucho entre las empresas de tecnología y desde entonces se ha convertido en una palabra de moda por defecto, se menciona cuando entrevistamos para trabajos como "Nuestra empresa usa Agile", "Nuestra empresa es Agile" Después de eso, de personas que nunca antes habían oído hablar de esta palabra y que han intentado trabajar en el sistema Agile, según él, nos encontraremos con muchos términos extraños como Kanban, Scrum, Story, Epic, etc. Incluso títulos extraños como como Scrum Master o Agile Coach, cuando tratamos de seguir el Proceso, dijo. Probablemente hay mucha gente a la que le gusta, pero hay mucha gente que dice eso. "¿Qué diablos, por qué tienes que hacer tantas cosas? Agile es una mierda".

ágil es una mierda

Si miramos hacia atrás y observamos el significado de la palabra Agile de la imagen de arriba, podemos ver que Agile es en realidad un adjetivo o adjetivo. Eso significa Agile. En realidad, debería usarse para describir un sustantivo o sustantivo, por ejemplo:

Es un desarrollador ágil = Es un desarrollador ágil.

Pero verás que la palabra Agile que hemos escuchado la mayor parte del tiempo se suele usar como sustantivo, por ejemplo:

Trabajamos Ágil

Hacemos Agile

Nuestra empresa utiliza Agile.

Haz lo ágil bien

Dave Thomas dijo que esta era la raíz de todos los problemas y él mismo escribió un artículo llamado “ Agile is dead ”.

Dave dijo que cuando Agile se usa como sustantivo, se convierte en una herramienta para ganar dinero para las empresas de consultoría al decir: "Permítanos ayudarlo a hacer Agile y le ofrecemos seguir SAFe". Veamos qué es SAFe.

Probablemente esté exclamando: "Qué diablos", y el mismo Dave dijo que Agile ha sido malinterpretado mucho. No es como cuando se juntaron por primera vez cuando estaban esquiando en Utah, cuando iban juntos. Pero cada persona tiene una forma de trabajar, a uno se le ocurre Scrum, a otro se le ocurre la programación Extreme, y muchos otros tienen su propia forma de trabajar. ¿Y dónde está el punto común? Ese día lanzaron lo que llamaron “Manifiesto para el Desarrollo Ágil de Software” .

No hagas Agile, construye Agility.

Dave dice que deberíamos mirar hacia atrás a los valores originales de Manifesto:

Individuos e interacciones sobre procesos y herramientas
Software de trabajo sobre documentación completa
Colaboración con el cliente sobre negociación de contratos y
respuesta al cambio sobre seguimiento de un plan

Luego, miremos hacia atrás cuando la gente nos dice que hagamos SAFe, o que hagamos Scrum, o que sigamos el proceso, para que podamos convertirnos en un equipo ágil. Lo que nos dicen. ¿Realmente respondió a los 4 valores?

Entonces, ¿qué debemos hacer si pensamos que lo que estamos haciendo no tiene esos 4 valores? Volvamos al principio otra vez desde el principio, es decir

Qué hacer

Descubre dónde estás

Da un pequeño paso hacia tu meta

Ajuste su comprensión en función de lo que aprendió

Repetir (repetir esto de nuevo)

Cómo hacerlo

Cuando se enfrente a dos o más alternativas que ofrecen aproximadamente el mismo valor, tome el camino que facilite el cambio futuro.

Ante un evento que tenemos que elegir o decidir elegir, la forma en que arreglaremos o cambiaremos es más fácil en el futuro.

Del Cómo y Qué anterior, se puede ver que se puede usar tanto en la vida diaria como en el trabajo. No tenemos que seguir un marco o la forma de trabajar de otras personas para que nuestro equipo o equipo tenga Agilidad, pero podemos idear nuestra propia forma y modificarla gradualmente a nuestra manera para hacer feliz a nuestro equipo y también lo harán nuestros Tiene agilidad en sí misma. Nuestro equipo probablemente hará un buen trabajo si usamos Jira, así que sigue usándolo. Nuestro equipo podría hacer un buen trabajo usando Post-it con pizarra, así que sigue usándolo. No permita que las personas que no conocen a su equipo tan bien como usted le digan lo que usted y su equipo deben hacer.

Haz que tú y tu equipo Agilidad

No eres un programador ágil, eres un programador que programa con agilidad.

No trabajas en un equipo ágil: tu equipo exhibe agilidad.

No usa herramientas ágiles, usa herramientas que mejoran su agilidad.

Este artículo se inspiró en un clip de Dave hablando en GOTO 2015.

© Copyright 2021 - 2022 | unogogo.com | All Rights Reserved