Software Industry Coach

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.

En esta nueva serie de artículos quiero hablarte de muchos de los conceptos que se entienden mal sobre la agilidad y, por lo tanto, se aplican erróneamente en las formas de trabajo (por ejemplo, que “Agile” es una metodología y se adopta como tal). Quiero hablarte de cómo es que esto ocurre y cómo lo podemos arreglar para que cambiemos los resultados en nuestros desarrollos.

Una estrategia de aseguramiento de la calidad mal diseñada entorpecerá el flujo de trabajo y generará retrasos. Veamos algunas maneras de optimizar el flujo del equipo, asegurando una alta calidad.

Esta es la historia de un conflicto ríspido entre Testers y Devs, y de cómo lo podemos eliminar

Es común creer que empezar a probar antes garantiza la calidad y ocurre lo opuesto ¿Por qué? Vamos a encontrar la respuesta a esta cuestión

Más allá aún: ser capaz de predecir la cantidad de defectos y fallas que tendrá el software antes de iniciar testing

En el primer episodio de esta serie, te compartí que hubo un cambio en mi forma de trabajo y mi actitud al desarrollar software, que me hizo un mejor desarrollador

En el desarrollo iterativo, suele pensarse que parte de iterar sobre el MVP incluye arreglar los bugs y fallas. No es lo más adecuado, porque si tu MVP ya es suficiente para ir a producción, no lo podrías enviar inmediatamente porque tiene fallas, lo cual impide la agilidad. La calidad debe ser una cultura, un conjunto de actividades continuas a lo largo del desarrollo y no ser solamente momentos en el tiempo donde decimos “ahora nos concentraremos en la calidad”. Hacer el producto correcto y hacerlo bien.

Un tema que tuvo un alto impacto profesional en mí fue el de Gestión de la Calidad en el desarrollo de software. Literalmente cambió mi vida para bien y para siempre. Hoy, es algo que difundo y comparto (a nivel de evangelizador) a donde voy, pues lo considero fundamental para el desarrollo de software. Te comparto la experiencia con la que lo comprendí.

La mala gestión ocurre en software. Una serie de decisiones y acciones conducen a esta situación. A lo largo del tiempo, he identificado cinco que siempre están presentes y te las describo

Medir es un proceso disciplinado, el cual es utilizado para comprender las razones de un desempeño actual y emprender acciones de mejora asertivas

Los procesos de gestión de la configuración son críticos y muchos equipos suelen ignorar definirlos, pero si nombramos a un responsable, el Líder de Gestión de Configuración correremos menos riesgos.

Dos de los roles, que hemos mencionado en esta serie, son responsables directos del aseguramiento de la calidad en el desarrollo del software: el Líder de Calidad y el Líder de Pruebas.

Es más fácil gestionar un trabajo que conoces bien. Si tú lo definiste, entonces eliminamos la curva de aprendizaje de un proceso organizacional.

Un equipo tradicional tiene un solo tomador de decisiones, mientras que uno autodirigido decide todo en consenso y en comité

Hacer software es un trabajo complejo. Involucra múltiples tareas y habilidades diferentes. Lo mejor es que la gestión del trabajo se haga por varios roles en el equipo

El concepto de “proyecto” en software ha dejado de usarse, para centrarse en “desarrollo de producto”. Así se ha difundido la idea de prescindir de los Project Managers en el desarrollo de software

¿Qué debo hacer, en el contexto del desarrollo de software, para poder lograr empatía con mis usuarios? Debes fijarte en cuatro cosas. Acompáñame a conocerlas.

Las habilidades de análisis de negocio y de sistemas son importantes para todo ingeniero de software y debes trabajar en ellas. Abordemos lo que es esta disciplina

La mejor solución de software se consigue haciendo algo muy simple, que te describo a continuación.