Warning:
cette histoire est basée sur des faits réels. de par la nature violente et parfois choquante de certain propos, prenez vos responsabilités avant de la lire.

---

le projet en cours depuis un an doit encore subir des modifs. on a eu un beau dialogue de sourds avec l'utilisatrice principale:

U: je n utilise pas le programme je n'ai pas le temps.

Moi: il faut l'utiliser pour voir ce qui va, ce qui est à améliorer et ce qui ne va pas (Rem: je positive dans cette phrase, non? positive attitude!)

U: je n'ai pas le temps de faire semblant de saisir des données.

Moi: OK, dans ce cas on s'en va, ça sert à rien qu'on reste, on abandonne le programme et on se revoit dans un an (REM: C. est avec moi)

... ( silence, je me dis que quelquepart sur cette planete une machine à café m'attend, et qu'elle n'attend que moi, bon aussi C. faut pas l'oublier )

Moi: Bon, sérieusement, il faut l'utiliser ce programme, même pour des tests, histoire de voir les améliorations à apporter. comme par exemple pour [termes utilisateurs barbares censurés ], vous avez vu que ça ne marchait pas en 5 minutes, et ça nous aide à améliorer les choses pour avoir un programme dans les temps. même si vous n'y passez pas 3 heures à chaque fois.

U: bon d'accord, alors comme convenu demain C. me montre comment l'utiliser et je le teste.

Moi: bien

---
[en réalité ça a duré une bonne vingtaine de minutes]

Note pour plus tard:
- acheter de l'aspirine, beaucoup
- mettre au point un code avec C. pour controler la conversation
- faire un sport de combat pour me calmer
- reprendre furieusement mon projet de jeu en PHP (et en faire mon activité principale? )


A+

Pascal

Tiens Pascaltje, un petit lien rien que pour toi.
http://ars.userfriendly.org/cartoons/?id=19990211

avec d'autres utilisateurs ça va mais là vraiment !

je pense qu'on devrait expliquer avec un joli power point la mise en place d'un site intranet, le client serveur et compagnie.

épisode 2 cette après midi

A+

Pascal

maintenant que l'utilisatrice utilise un peu le programme, elle nous dit de faire plein de modifs.
et quand on lui demande:
"rien à ajouter, c'est bon?"
elle nous en resort encore une ou deux bien casse-pied.

elle ne semble pas comprendre qu'il nous faut le maximum d'infos AVANT de faire du dev, et que pour les modifs *de fond* on a besoin de toutes les infos, qu'on ne peut pas revenir 107 ans sur les mêmes choses pour espérer avoir un jour peut être qui sait? un programme qui marche.

zen.

On dit toujours de réagir comme un utilisateur, quand on crée un programme, afin de voir si des modifications, des vérifications, etc sont à faire.

Des fois je me dis qu' être plus bête qu'un utilisateur lambda, c'est vraiment trop difficile

maintenant que l'utilisatrice utilise un peu le programme, elle nous dit de faire plein de modifs.

Cahier des charges
et si ce n'est pas au cahier des charges, la modif est payante.

Des fois je me dis qu' être plus bête qu'un utilisateur lambda, c'est vraiment trop difficile

je suis d'accord sur le fait qu'il peut y avoir des "cas intéressants".

maintenant il ne faut pas perdre de vue qu'un développeur est là aussi pour vulgariser la pratique de l'informatique par le biais de programmes faciles à utiliser qui masquent la "complexité" des taches à réaliser.

après tout un développeur s'adresse à des néophytes pour ce qui est de l'informatique. On ne peut donc pas demander à nos clients/utilisateurs de comprendre des concepts qui nous semblent naturels.

de plus la connaissance d'un savoir quelquoncque n'a aucun rapport avec les capacités intellectuels. Je pense que ce sont deux notions totalement différentes.
c'est comme si un physicien me traite d'imbécile parceque je n'arrive à comprendre son dernier rapport révolutionnaire sur la physique quantique et les conséquences dudit rapport sur notre manière de voir le monde.
je lui répondrait que un, je ne suis pas un spécialiste en physique quantique et deux, que s'il s'adressait à un néophyte il aurait dû vulgariser son rapport afin de le rendre compréhensible à tout un chacun.

je croit donc que chacun possède son domaine de compétence et que la difficulté est de savoir le partagé, ce qui peut être un métier à part entière(et une compétence à développer pour tout informaticien).

et puis je me ferais du souci le jour où mes clients comprendront du premier coup ce que je leur explique, car cela voudra peut-être dire qu'ils n'ont plus besoin de moi.

Je parlais évidemment des cas comme celui évoqué par pascaltje ^^

Je parlais évidemment des cas comme celui évoqué par pascaltje ^^

pour ma part un utilsateur lambda représente un utilisateur de base, donc quelqu'un qui ne connait pas grand chose à l'informatique (ceci dit, qui peut dire qu'il s'y connait en informatique vu l'étendu du sujet ) et encore moins au développement.