¿Puede haber testers en Scrum?

Varias veces he conversado con personas que trabajan con Scrum o metodologías ágiles y afirman no tener testers, lo cual no tiene ningún problema. Por otra parte, he visto testers trabajando en estos esquemas y muchas veces se sienten excluidos del equipo de desarrollo. Otros testers que aún no trabajan en equipos ágiles, se cuestionan si su rol sigue siendo tal, si sigue habiendo lugar para testers en Scrum.

Es cierto que se promueve que todos en un equipo sean capaces de realizar distintas tareas, y que todos son responsables de la calidad. Ahora, hay cosas para las cuales alguien formado como tester puede aportar de mejor manera. Por ejemplo, escribir un buen criterio de aceptación requiere un skillset de tester, tener presente y preocuparse por ciertas características de calidad, testeabilidad, mantenibilidad también suele estar más en alguien con formación en testing que en otras personas.

Entonces, ¿puede haber testers en Scrum?

Vayamos al manual

Viendo lo que dice la guía de Scrum en cuanto al equipo de desarrollo, encontré esto:

The Development Team

The Development Team consists of professionals who do the work of delivering a potentially releasable Increment of “Done” product at the end of each Sprint. Only members of the Development Team create the Increment.

Development Teams are structured and empowered by the organization to organize and manage their own work. The resulting synergy optimizes the Development Team’s overall efficiency and effectiveness.

Development Teams have the following characteristics:

They are self-organizing. No one (not even the Scrum Master) tells the Development Team how to turn Product Backlog into Increments of potentially releasable functionality;
Development Teams are cross-functional, with all of the skills as a team necessary to create a product Increment;
Scrum recognizes no titles for Development Team members other than Developer, regardless of the work being performed by the person; there are no exceptions to this rule;
Scrum recognizes no sub-teams in the Development Team, regardless of particular domains that need to be addressed like testing or business analysis; there are no exceptions to this rule; and,
Individual Development Team members may have specialized skills and areas of focus, but accountability belongs to the Development Team as a whole.

De los tres puntos marcados con negrita podemos ver que Scrum no reconoce roles ni sub equipos, pero pueden haber miembros con skills especializados y algún área en la que hagan foco. O sea, pueden haber testers (con skillset de testers) que ponen foco en las tareas de calidad. Ahora, la responsabilidad de la calidad es de todo el equipo.

Y hablando de testing ágil, aprovecho para recordarte el testing manifesto publicado por Growing Agile.