Podcast: Play in new window | Download
Suscribirse: Apple Podcasts | Spotify | Email | RSS
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
Podcast: Play in new window | Download
Suscribirse: Apple Podcasts | Spotify | Email | RSS
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
Podcast: Play in new window | Download
Suscribirse: Apple Podcasts | Spotify | Email | RSS
Más allá aún: ser capaz de predecir la cantidad de defectos y fallas que tendrá el software antes de iniciar testing
Podcast: Play in new window | Download
Suscribirse: Apple Podcasts | Spotify | Email | RSS
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
Podcast: Play in new window | Download
Suscribirse: Apple Podcasts | Spotify | Email | RSS
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.