COLABORACIÓN · REQUISITOS
Preguntas en inglés para aclarar requisitos antes de empezar a programar
Cómo preguntar por alcance, casos límite y criterios de aceptación sin sonar inseguro ni asumir detalles importantes.
Un ticket dice ‘los usuarios deben poder cambiar su correo’. Parece listo para desarrollar hasta que aparecen las preguntas: ¿se confirma el correo nuevo?, ¿qué pasa si ya está registrado?, ¿la sesión actual sigue abierta?
Pedir claridad no es poner obstáculos. Es evitar que dos personas construyan soluciones distintas a partir de la misma frase. En inglés, una pregunta específica suele funcionar mejor que ‘I don’t understand’.
Separa el objetivo del comportamiento esperado
Primero confirma qué problema se quiere resolver. Después pregunta qué debe pasar en un caso concreto. Así evitas discutir botones y pantallas antes de entender la necesidad.
“Just to make sure I understand the goal: should users be able to update their email without contacting support? What should happen before the new address becomes active?”Para asegurarme de entender el objetivo: ¿los usuarios deben poder cambiar su correo sin contactar a soporte? ¿Qué debe pasar antes de que la nueva dirección quede activa?
Pregunta por los casos que cambian la implementación
No hace falta preguntar por todas las posibilidades imaginables. Empieza por las que afectan seguridad, datos o experiencia: duplicados, errores, permisos y estados intermedios.
- ‘What should happen if the new email is already in use?’
- ‘Should the current session stay active while the change is pending?’
- ‘Who is allowed to make this change: the user, an admin, or both?’
Confirma cómo sabrán que está terminado
Un criterio de aceptación se puede poner en palabras simples: una acción, una condición y un resultado observable. Si la respuesta sigue siendo amplia, ofrece un ejemplo para que la otra persona lo confirme o lo corrija.
“Would this be the expected behavior: the user enters a new email, receives a confirmation link there, and the old address stays active until they confirm?”¿Este sería el comportamiento esperado: el usuario introduce un correo nuevo, recibe ahí un enlace de confirmación y el anterior sigue activo hasta que confirme?
Cierra la conversación con un resumen corto
Repetir el acuerdo reduce los malentendidos y deja abierta una última oportunidad para corregirlo. Si quedaron decisiones pendientes, escríbelas en el ticket con una persona responsable.
“I’ll implement the confirmation flow and cover duplicate addresses. We still need to decide whether existing sessions remain active; I’ll add that question to the ticket.”Implementaré el flujo de confirmación y cubriré direcciones duplicadas. Aún debemos decidir si las sesiones existentes permanecen activas; agregaré esa pregunta al ticket.