Cómo medir el éxito de un proyecto de software típico (por ejemplo, un producto de software desarrollado para un cliente que lo vende)

No hay una regla general, pero la mediría de esta manera:
1.% de criterios de aceptación cumplidos
2.% Costo sobre ejecución y su exceso sobre la tolerancia inicialmente planificada
3% de tiempo excedido y su exceso sobre la tolerancia inicialmente planificada
4. ¿La ejecución le traerá (el mismo o) nuevo cliente nuevamente?
5. Riqueza de su propio aprendizaje del proyecto.
6. Adherencia a los estándares de su organización (KPI, costo, tiempo, presupuestos, etc.)

Creo que su pregunta principal está al final de su publicación, a saber:

“¿Cómo percibirían los clientes un proyecto que ha cumplido los tres (plazos, presupuesto, calidad) (el software cumple con las expectativas y la visión de los clientes) pero los usuarios no usan el sistema (nadie necesita el producto que se ha construido)?”

Mi opinión es que, en la situación descrita, independientemente de lo bien que haya funcionado, es probable que el cliente rebaje su rendimiento, o al menos no se percibirá como lo habría sido si el proyecto tuviera éxito.

Creo que el éxito del proyecto de software proviene de:
1, experiencia de los usuarios: experiencia amigable y buena
2, funciones claras y potentes
3, infinito – compatible con muchas industrias
4, fácil de ser portátil y mantenimiento.

Creo que todo se reduce a conocer a su cliente y sus objetivos.
Primero debe comprender si su cliente es el usuario o el vendedor . Tal vez la calidad no sea tan valiosa como los plazos, tal vez lo sea. Aconsejaría tener una conversación profunda (llena de “por qué”) con su cliente y actualizarla a menudo.
Si se suscribe a prácticas ágiles, diría que el éxito se traduce directamente en un software en funcionamiento, pero entiendo que no siempre es así.