Como con las metodologías ágiles hacemos iteraciones cortas con prototipos funcionales, se pueden empezar a detectar más temprano los posibles problemas de interacción con el usuario y los cambios de requisitos(que irremediablemente afectarán a la interfaz).

Como el manifiesto ágil habla de software, y a veces el software no tiene usuarios, por eso se habla de cliente y su negocio; pero está claro si el negocio del cliente son los usuarios hay que trabajar también ese aspecto.

No he terminado de leer el artículo completo, pero con esos conflictos que se nombran no puedo estar de acuerdo:

Entregas tempranas y contínuas de software con VALOR – la experiencia de usuario es valor.
Software funcionando es la mayor medida de progreso – hemos dicho que software con valor, ¿no?

Vamos, que me parece un punto de vista muy cuadriculado el del artículo, ya que cuando la experiencia de usuario forma parte de nuestro software, está claro que debemos tener muy en cuenta el diseño centrado en el usuario… solo faltaría que cuando el punto que se considera más importante en el manifiesto ágil son los individuos, luego nos olvidáramos de los usuarios.