
Ingeniería de Software de Élite
Edgar Fernández
Categorias: Educación
Añadir a Mi Lista
Escuchar el último episodio:
Una idea muy difundida, y creída hoy en día, respecto a la agilidad es que es una metodología.
En muchas ocasiones he escuchado esto:
* “Queremos implementar Scrum”
* “Queremos trabajar como lo hacen en Spotify”
* “Queremos adoptar Lean”
* “Queremos certificarnos como Scrum Masters, Product Owners”
Obligatoriamente, les pregunto “¿por qué?”, y la respuesta siempre es: “porque queremos ser ágiles”.
Sin embargo, las organizaciones y equipos de desarrollo se embarcan en iniciativas para “implementar y adoptar metodologías ágiles”. El resultado suele ser una forma de trabajo que llaman “ágil”, que pocas veces lo es.
Te han mentido. No existe tal cosa como “la metodología ágil” porque la agilidad no se puede prescribir. No es una píldora que tomas una vez y resuelve tus problemas de un día para otro. Pero muchos siguen convencidos que sí lo es.
Una metodología es un proceso definido. Una serie de pasos, prácticas, artefactos, herramientas, políticas, roles y métricas; un conjunto de “recetas”, las cuales suelen seguirse y repetirse al pie de la letra.
En pocas palabras: una metodología es algo que contradice uno de los principios de la Agilidad (individuos e interacciones sobre procesos y herramientas).
Incluso, las que son tomadas como “metodologías” no se definen a sí mismas como tales, sino como “marcos de trabajo” (frameworks): te ofrecen un conjunto de guías y herramientas para que construyas una forma de trabajo propia, adecuada para tu organización y para los resultados que buscas.
Por lo tanto, para encaminarte a la agilidad, lo primero que hay que hacer es abandonar esta creencia. Agile no es una metodología.
Entonces, ¿cómo debe ser? Primero, entendamos qué es ser ágil
Ser ágil no es una forma de actuar. No es un proceso. No es algo que repites siguiendo una serie de pasos. Ser ágil es una característica que te permite actuar ante las circunstancias que enfrentas. Eso no se logra apegándose a un método prescriptivo.
No eres ágil porque sigues el método, sino porque obtienes el principio básico de la agilidad: entregar valor en el menor tiempo posible. En el contexto del desarrollo de tecnologías, es entregar software adecuado, funcionando y sin fallas en el menor tiempo posible.
La agilidad es una forma de ser.
¿Cómo ser ágil?
Eres ágil cuando tienes una forma de trabajo que es adecuada para entregar software funcionando en el menor tiempo posible.
Esto significa que tu organización está diseñada para producir esos resultados. Aprovecha sus talentos, recursos y circunstancias. Además, es capaz de reorganizarse cuando las circunstancias cambian y mantener los buenos resultados.
Es un cambio de paradigma.
Es un desarrollo de habilidades amplio.
Es permitirle a cada individuo que tome decisiones autónomas.
Es comprender que el objetivo de la organización es dar buenos resultados, en vez de decir “trabajamos con metodologías ágiles”.
Por lo tanto, el inicio es desarrollar las habilidades de autonomía en las personas. La forma de trabajo ágil emergerá de las decisiones que tomen.
¿Quieres saber cómo llevar la agilidad a tu equipo y organización? ¡Contáctame! Visita mi web en edgarfernandez.com en donde encontrarás mis redes y medios de interacción. También tendrás acceso a más contenido gratuito que hago para ti.
Comparte este episodio con tus amigos y con todo el que consideres que debe saberlo.
¡Hasta la próxima!
Episodios anteriores
-
64 - Te han mentido: Agile no es una metodología, es una forma de ser Thu, 02 Nov 2023 - 0h
-
63 - Cosas que te enseñaron mal sobre agilidad Tue, 31 Oct 2023 - 0h
-
62 - Optimiza el flujo de trabajo sin detener al equipo Tue, 19 Sep 2023 - 0h
-
61 - Elimina al equipo de testing Thu, 14 Sep 2023 - 0h
-
60 - ¿El aseguramiento de la calidad es una pérdida de tiempo? Tue, 12 Sep 2023 - 0h
-
59 - ¿Puedes predecir si el software fallará antes de probarlo? Thu, 07 Sep 2023 - 0h
-
58 - Esto es lo que te hará un mejor desarrollador de software Tue, 05 Sep 2023 - 0h
-
57 - Este es el primer paso para establecer una cultura de la calidad Tue, 22 Aug 2023 - 0h
-
56 - La gestión de la calidad cambió mi vida Thu, 17 Aug 2023 - 0h
-
55 - 5 pecados de la Administración de Proyectos de software Thu, 11 May 2023 - 0h
-
54 - Solo esforzarte más nunca mejorará tus resultados Tue, 09 May 2023 - 0h
-
53 - ¿Cómo evitar el “Es que en mi computadora sí funciona”? Thu, 27 Apr 2023 - 0h
-
52 - Cuando la presión por entregar entra por la puerta, la calidad salta por la ventana Tue, 25 Apr 2023 - 0h
-
51 - ¿Quieres un equipo autodirigido y de alto rendimiento? Déjalo definir su forma de trabajo Thu, 20 Apr 2023 - 0h
-
50 - Equipos tradicionales vs. Equipos autodirigidos, ¿cuál te dará mejores resultados en desarrollo de software? Tue, 18 Apr 2023 - 0h
-
49 - La gestión del trabajo es una responsabilidad compartida en desarrollo de software Thu, 13 Apr 2023 - 0h
-
48 - No necesitas un Project Manager para hacer software Tue, 11 Apr 2023 - 0h
-
47 - ¿Quieres lograr empatía con tus usuarios? Fíjate en cuatro cosas Tue, 08 Nov 2022 - 0h
-
46 - Análisis de negocio o de sistemas 101 Tue, 08 Nov 2022 - 0h
-
45 - ¿Qué es necesario para hacer la mejor solución de software? Thu, 20 Oct 2022 - 0h
-
44 - El mejor ciclo de vida para tu desarrollo Thu, 13 Oct 2022 - 0h
-
43 - ¿Cómo se hace el software? Ciclos de vida Thu, 13 Oct 2022 - 0h
-
42 - La idea que ha perjudicado a tres generaciones de ingenieros de software Thu, 13 Oct 2022 - 0h
-
41 - Conviértete en un excelente receptor de retroalimentación Fri, 30 Sep 2022 - 0h
-
40 - No sabes recibir y manejar la retroalimentación Fri, 30 Sep 2022 - 0h
-
39 - ✏️ La documentación es necesaria en el desarrollo de software Fri, 30 Sep 2022 - 0h
-
38 - ¿La documentación es necesaria en el desarrollo de software? Wed, 28 Sep 2022 - 0h
-
37 - ¿Usas el criterio adecuado para priorizar el trabajo? Wed, 14 Sep 2022 - 0h
-
36 - Hagamos a la ingeniería Sexy otra vez Wed, 14 Sep 2022 - 0h
-
35 - El software es tan necesario, que le perdonamos que sea malo Thu, 01 Sep 2022 - 0h
-
34 - El “God complex” de los desarrolladores de software Tue, 30 Aug 2022 - 0h
-
33 - 5 elementos para una retrospectiva de alto valor Tue, 30 Aug 2022 - 0h
-
32 - Lo que NUNCA debes hacer en una retrospectiva Mon, 22 Aug 2022 - 0h
-
31 - ¿Cuál es el mejor método ágil? La respuesta no es lo que crees Sun, 21 Aug 2022 - 0h
-
30 - ¿Cuáles son los resultados producidos por un trabajo de desarrollo efectivo? Mon, 01 Aug 2022 - 0h
-
29 - Síntomas de un mal trabajo de desarrollo Mon, 25 Jul 2022 - 0h
-
28 - Hard skills vs. Soft Skills: ¿cuáles te hacen mejor desarrollador? Thu, 21 Jul 2022 - 0h
-
27 - Cinco drivers para el alto desempeño Tue, 19 Jul 2022 - 0h
-
26 - La capacidad de tus equipos no depende del número de personas que lo integran Tue, 19 Jul 2022 - 0h
-
25 - Perderás oportunidades de negocio si haces esto Tue, 12 Jul 2022 - 0h
-
24 - ¿Quieres que tu equipo se ponga la camiseta? Deja de hacer esto Thu, 07 Jul 2022 - 0h
-
23 - 65% al 85% del tiempo del equipo es improductivo. La causa: se dedica a apagar fuegos Mon, 04 Jul 2022 - 0h
-
22 - Entregas demasiado lentas: las razones por las que tu tiempo de desarrollo es muy largo Thu, 30 Jun 2022 - 0h
-
21 - Cinco red flags en organizaciones de desarrollo de software Mon, 27 Jun 2022 - 0h
-
20 - Cómo deleitar a tus usuarios: aprende la validación de requerimientos Mon, 05 Jul 2021 - 0h
-
19 - Cómo deleitar a tus usuarios: aprende la especificación de requerimientos Wed, 23 Jun 2021 - 0h
-
18 - Cómo deleitar a tus usuarios: Análisis de requerimientos Mon, 14 Jun 2021 - 0h
-
17 - Cómo deleitar a tus usuarios: aprende a recolectar los requerimientos Wed, 31 Mar 2021 - 0h
-
16 - Cómo deleitar a tus usuarios: aprende a priorizar los requerimientos Fri, 22 Jan 2021 - 0h
-
15 - Cómo deleitar a tus usuarios – ¿Qué son los requerimientos? Fri, 23 Oct 2020 - 0h
Mostrar más episodios
5