Comment prendre en compte la convivialité et les besoins des utilisateurs pour votre application? [fermé

Question

Notre équipe prend en charge l'application BackOffice: un mélange de WinForm et WPF Windows. (environ 80 y compris les dialogues). Vraiment une sorte de couteau à armée suisse. Il est utilisé par les développeurs, les écrivains technologiques, les développeurs de sécurité, les testeurs.

Les exigences pour les nouvelles fonctionnalités viennent assez souvent et parfois nous jouons à Wizard of Oz pour décider de l'interface graphique que nos utilisateurs aiment le plus. Et cela arrive généralement (j'avoue que cela peut être juste mon interprétation subjective de la réalité) qu'un petit détail donnant la saveur d'une bonne convivialité à notre application nécessite beaucoup de temps. Ce temps est consacré à «se battre» avec un cadre d'interface graphique, ce qui le fait agir comme nous en avons besoin. Et il est très difficile de faire des estimations de ce type de tâches (du moins pour moi et la plupart des membres de notre équipe). Scrum Poker n'est pas une aide non plus.

La gestion considère souvent que ce perfectionnisme de l'utilisabilité est une perte de temps. D'un autre côté, un effet accumulé des fonctionnalités où chacun a un peu de défaut d'utilisation frustre les utilisateurs. Mais les mêmes utilisateurs veulent des versions fréquentes et des corrections de bugs instantanés. Par conséquent, aucun moyen d'obtenir les commentaires positifs: il y a toujours quelqu'un qui est élégant.

Je me sens constamment en concurrence avec nous-mêmes: plus de fonctionnalités -> Plus de bugs / tâches / architecture. Nous essayons de dépasser le chariot que nous poussons. Les nouvelles technologies arrivent et certaines d'entre elles peuvent potentiellement aider à améliorer la conception ou la diminution du temps de mise en œuvre des tâches, mais ces technologies nécessitent l'apprentissage, le prototypage, etc.

Eh bien, c'était une histoire. Et maintenant, c'est la question:

• Comment équilibrer la pression temporelle, la qualité des produits, les utilisateurs et la satisfaction de la gestion?
• Quand et comment décidez-vous de quitter le problème avec non pas une solution parfaite mais dans une certaine mesure, à quelle fréquence prenez-vous ces décisions?
• Comment faites-vous votre propre satisfaction? Quelles sont vos priorités?

PS Veuillez garder à l'esprit que nous sommes une équipe de backoffice, nous n'avons ni écrivain technique ni concepteur GUI. Le testeur nous a rejoint récemment. Nous avons beaucoup de travail à faire et beaucoup de liberté concernant «comment». Je l'aime parce qu'il favorise la créativité mais je ne veux pas devenir perfectionniste trop ringard.