tu as tout à fait raison ! Mais ce n’est pas une voir fermée : tu peux justifier et motiver le changement à partir du moment ou tu apportes de la valeur, et ou les utilisateur se l’approprient.

L’utilisateur n’est pas fondamentalement réfractaire au changement, il a juste peur de ce qu’il ne maitrise pas. S’il sent qu’il gagne des fonctionnalités et a le sentiment de maîtriser, c’est un boulevard, et c’est là que réside la conduite du changement.

Les évolutions en cours de Beehive vont vraiment dans ce sens !

J’aime bien la notion du “Keep It Stupid and Simple” cela s’applique autant à la conception de ton S.I. qu’aux utilisateurs … On sait combien l’appropriation peut être longue et douloureuse (en tout cas, c’est le cas chez nous). Le passage Oracle Files –> à Content Services l’illustre bien, l’utilisateur a du mal à voir les avantages de la solution, il focalise sur “on me change mes habitudes alors que je commençais à seulement maîtriser …”.

Je peux vanter toutes les super-nouveautés de BeeHive, mais comment convaincre mes utilisateurs de changer à nouveau ?

A bientôt.