En general, el entrenamiento se enfoca en enseñar cómo dar la retroalimentación. Pero esto solo es la mitad del proceso. La otra, es la recepción y manejo, que suele ser algo que pocos saben hacer.

Los Ingenieros de Software debemos ser conscientes de que esta actividad es importante y no debemos omitirla. Tres ideas clave: por qué documentar, lo que no es documentación y cómo hacerlo

¿Cómo ordenarías estos criterios para priorizar el trabajo?
– Urgencia del cliente / usuario
– Riesgo potencial y Valor para el cliente / usuario
– Valor para el cliente / usuario
– Estabilidad del requerimiento

Te comparto mi lista y mis razones