kosmin - Fotolia

Evaluar Conozca los pros y contras de las tecnologías, productos y proyectos que está considerando.

Practicantes de lo ágil se enfocan en el resultado final, no en el proceso

Es un mundo de DevOps. Entonces, ¿dónde encaja lo ágil? El experto Jeffrey Hammond sopesa los problemas con lo ágil hoy y cómo mantenerlo relevante mañana.

Si se trata de un mundo de DevOps, ¿dónde y cómo debería encajar lo ágil? Con el evento Agile 2017 en el horizonte, la editora senior de tecnología Valerie Silverthorne recurrió al observador industrial Jeffrey Hammond, vicepresidente y analista principal que presta servicios de desarrollo de aplicaciones y profesionales de la entrega en Forrester Research. Hammond, que era un practicante ágil él mismo mientras estaba en la industria privada, no retuvo su frustración con lo ágil y sus defensores hoy.

Agile 2017 está a la vuelta de la esquina. ¿Dónde está lo ágil hoy?

Jeffrey Hammond: Me parece que hay un poco de crisis existencial en el espacio ágil. Hay tanto foco en escalar lo ágil, y una de las consecuencias de eso es que un montón de formalismo se está arrastrando en un montón de grandes organizaciones. Tuve una llamada con un cliente en el espacio móvil y quería saber qué hicieron otras compañías para liberar aplicaciones móviles más rápido. Después de hablar con él, dije que sonaba como si estuviera haciendo todas las cosas correctas, así que ¿qué le molestaba? Resulta que su personal de TI le estaba diciendo que no estaba haciendo lo ágil de la manera correcta. Su grupo no se ajustaba a los estándares de otros grupos en la organización. Oh Dios mío... ¿no ha leído el Manifiesto Ágil y no lo entiende? Parece que esta empresa acaba de reemplazar la cascada con el proceso ágil.

Cuando las empresas hablan de lo que están haciendo en Agile 2017, ¿qué vamos a escuchar?

Hammond: Hay tres fases de madurez ágil. La primera fase que veo son departamentos que hacen ágil por proceso. Todos ellos tratan sobre el proceso de Scrum o XP o SAFe. Estas empresas no ven el bosque por los árboles. Eso nunca fue lo que ágile estaba destinado a ser. Se suponía que debía permitir a los desarrolladores obtener resultados potenciándolos. Parte del Manifiesto Ágil original dice que las empresas necesitan hacer lo que funciona, medir los resultados y confiar en las personas, no en el proceso. Ahora hay un montón de gente haciendo ágil que se quedan como la Iglesia Católica antes de Lutero: están tan centrados en el proceso que han perdido su camino.

Hay dos fases adicionales. Hay departamentos que son ágiles por la práctica. Estas empresas se ajustan más plenamente a la idea ágil. Ellos están haciendo Kanban, el producto mínimo viable y el pensamiento de diseño, y están prestando tácticas de diferentes lugares. Si funciona, las adoptan. Ellos solo están tratando de ofrecer un buen software lo más rápido posible con los procesos que funcionan para sus equipos. Diferentes equipos obtienen resultados diferentes de la misma práctica, y eso es difícil para las grandes empresas que quieren estandarizar todo. Pero si piensas en cómo se hacen las películas, cada director lo hace de manera diferente. Lo importante es centrarse en los resultados y no en la pureza de los procesos.

El tercer nivel de lo ágil son las empresas que lo hacen en espíritu. No les preocupa cómo llamarlo. En su lugar, se centran en la cultura y en la construcción de equipos multifuncionales donde los desarrolladores se sientan con gente digital y gente de negocios y contratan a los mejores talentos. Cuando usted mira cómo trabajan estas compañías, ellos no pensarán en no hacer otra cosa que no sea carreras de dos o tres semanas o no instrumentar una aplicación. Mantener a los desarrolladores separados del negocio no es cómo funcionan. Ellos crean tribus, cenan y almuerzan en la oficina para que los desarrolladores aparezcan a las 9 de la mañana y todavía estén allí a las 7 p.m. Es una cultura social, así como una cultura de trabajo. Es así: cuando un grupo empezó no estaba tratando de hacer ágil, estaba tratando de resolver un problema y cuando el problema fue resuelto de repente se dieron cuenta que estaban haciendo ágil. No estaban enfocados en el proceso o la ejecución; se centraron en resolver el problema.

¿Cómo puede lo ágil ser relevante otra vez? ¿Qué le dirías a los asistentes de Agile 2017?

Hammond: ¿Cómo se racionaliza lo ágil con el pensamiento de diseño o el desarrollo centrado en el cliente o el mapeo del viaje o la segmentación etnográfica de usuarios? ¿No deberían todas esas cosas ser parte de entregar software rápido? Creo que sí. ¿Cuáles son las cosas importantes que nos permiten medir los resultados de las acciones? Los profesionales ágiles necesitan evaluar cómo entregar analítica más rápidamente. Son realmente importantes ahora. Y pensemos un poco más acerca de cómo podemos permitir que más personas desarrollen software. Hay una gran escasez de desarrolladores por ahí y tenemos que pensar en cómo racionalizar las plataformas de bajo código con la metodología ágil y el proceso de entrega. Parece que hay muchas oportunidades para evolucionar a lo ágil, pero no suceden. Tenemos más gente centrada en la pureza del proceso y en las diferencias que en los resultados. Por eso no voy a las conferencias ágiles ahora.

Y hay otras cosas nuevas, desde DevOps hasta arquitecturas sin servidor a Kubernetes; todas estas ayudan a desarrollar software más rápido por lo que lo ágil necesita aprovechar todas estas nuevas tecnologías. Tenemos que ser mucho más experimentales y trabajar hacia la innovación no planificada. Ahora no se trata de 'solo ágil'. Si alguien me dijera que no estaba haciendo ágil de la manera correcta, me iría de la habitación. Se pierde todo el punto del Manifiesto, que pone a las personas sobre el proceso. Lo que pueden hacer para trabajar más eficazmente como equipo para entregar software es lo que importa.

¿Qué sesiones serían más valiosas para usted en Agile 2017?

Hammond: Estaría buscando cualquier sesión que hable sobre la integración de lo ágil con otros pensamientos, experiencias o diseños. También buscaría sesiones sobre cómo medir los resultados y cómo hacer cosas nuevas. Busque nuevos enfoques y evite cualquier cosa que provenga de los sumos sacerdotes del proceso.

Investigue más sobre Desarrollo de aplicaciones

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close