Ingeniería de Software de Élite

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...

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

¡No necesitas un #PM para hacer #software! Pero debes administrar el trabajo de desarrollo si quieres que se haga bien. Es muy difícil que una sola persona administre una actividad tan compleja como la creación de software, así que es mejor que el equipo se autogestione. Sin embargo, deben conocer los principios de #gestión y administración para hacerlo. En este episodio te expongo más detalles al...

¿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.

No existe un solo ciclo de vida que sea efectivo para todos los productos y todos los desarrollos de software. En este artículo te hablo de cómo elegir el ciclo adecuado para tu próximo desarrollo

El ciclo de vida del software es una de las decisiones importantes que toma todo equipo de desarrollo, pues una mala elección entorpece la obtención de los objetivos del producto

Hasta hace poco, no comprendía por qué la mayoría de la gente en el mundo del software es renuente a practicar la Ingeniería del Software. Hablando con algunas personas lo entendí

Puedo decir, con seguridad, que el saber recibir y manejar la retroalimentación es más relevante que saber emitirla. Podemos aprender y convertirnos en mejores receptores de esta información

En general, el entrenamiento se enfoca en enseñar cómo dar la retroalimentación. Pero esto solo es la mitad del proceso. La otra, es la recepción y manejo, que suele ser algo que pocos saben hacer.