¿Cómo usas los datos para validar lo que te cuentan los stakeholders?

Trata lo que dicen los stakeholders como una hipótesis y contrástala con el sistema. Saca volúmenes, tasas de excepción y tiempos de los datos reales antes de aceptar que un problema merece resolverse, porque la frecuencia percibida y la real suelen diferir en un orden de magnitud. Hacerlo pronto también dimensiona el beneficio, que es lo que convierte un requisito en un caso de negocio en vez de una opinión.

Tomo lo que me cuentan como una hipótesis y luego voy a mirar. Alguien dirá que esto pasa todo el rato y nos está matando, y merece la pena averiguar si todo el rato significa a diario o dos veces por trimestre, porque la respuesta cambia lo que deberíamos construir. En un proyecto, el caso de negocio se apoyaba en un bucle de retrabajo manual que todo el mundo describía como constante. Cuando saqué los números era en torno al cuatro por ciento del volumen, pero esos casos tardaban once días cada uno y tocaban tres equipos, así que la historia real era la duración y no la frecuencia, y la solución que acotamos acabó siendo completamente distinta. Escribo mi propio SQL donde tengo acceso, y donde no, busco a alguien del equipo de datos y le invito a un café. Cuando los datos no coinciden con lo que dice un stakeholder senior, lo llevo como una pregunta en vez de como una corrección, porque quieres que la conversación siga.