Muy interesante el artículo y el enfoque. Voy a generar un poco de debate en base a cómo he trabajado con equipos de QA.
Cuando se habla de QA creo que es importante diferenciar entre QA que bloquea el proceso de despliegue de nuevas funcionalidades, o un equipo de QA que mejora la calidad del producto (identificando y mejorando areas).
Por lo que no, un PM no tiene que hacer el QA de su producto.
Pero si que tiene que probar las funcionalidades, ¿no?
Si. Un PM tiene que probar la aplicación pero no con un enfoque de validación, si no con un enfoque de autoaprendizaje. Las pruebas deben ir con la pregunta ¿qué puedo hacer para mejorar el producto? no ¿está esto listo para desplegarse a producción?
Si el paso a producción recae sobre el PM, ¿qué accountability tiene el equipo de ingeniería?
Muy interesante el artículo y el enfoque. Voy a generar un poco de debate en base a cómo he trabajado con equipos de QA.
Cuando se habla de QA creo que es importante diferenciar entre QA que bloquea el proceso de despliegue de nuevas funcionalidades, o un equipo de QA que mejora la calidad del producto (identificando y mejorando areas).
Por lo que no, un PM no tiene que hacer el QA de su producto.
Pero si que tiene que probar las funcionalidades, ¿no?
Si. Un PM tiene que probar la aplicación pero no con un enfoque de validación, si no con un enfoque de autoaprendizaje. Las pruebas deben ir con la pregunta ¿qué puedo hacer para mejorar el producto? no ¿está esto listo para desplegarse a producción?
Si el paso a producción recae sobre el PM, ¿qué accountability tiene el equipo de ingeniería?