Discussion Utilisateur:Lahlou
Un article de Upfing.
La position d’apprenti sorcier est d’une certaine manière inévitable avec les technologies de la communication ; en raison de leur nature même. Cela ne signifie pas pour autant qu’il faille faire n’importe quoi ! Quelques voies de développement existent, certains plus sûres que d’autres, même si aucune ne l’est complètement….
Difficile d’innover sans jouer à l’apprenti sorcier
La figure de l’apprenti sorcier est inquiétante car celui-ci fait sans vraiment savoir et ne maîtrise pas les forces qu’il déclenche. On peut l’opposer à celle du moine studieux qui s’instruit dans les livres et suit la règle, ou - si l’on considère un personnage plus innovant - à celle de l’ingénieur qui prévoit, calcule, planifie avant de réaliser.
Dans les TIC, la méthode qui consiste à analyser le besoin, spécifier les fonctionnalités puis développer et tester ne fonctionne que de manière très limitée.
L’intérêt des TIC réside dans les aspects émergents et la production de valeur par l’usage collectif. Un seul téléphone est sans intérêt, un forum où il n’y aurait qu’un protagoniste aussi ; de même, on imagine mal Wikipedia ou Flicker en mono-utilisateur. Ce sont là des évidences, mais il faut souligner que ce que l’on cherche à monter avec les TIC, ce sont des systèmes socio-techniques, pas des systèmes techniques.
L’analyse préalable des besoins ne met pas en évidence de demande claire ; les utilisateurs sont incapables de donner des spécifications précises et il est difficile d’imaginer les effets systémiques à large échelle. Pour voir, « il faut essayer », puisque le contenu est créé par les usages, et que de fait, le contenu du service est constitué par les usages, et la valeur est créée par l’audience potentielle. On voit que dans ce domaine, l’innovateur est condamné à essayer, à faire sans savoir vraiment, à invoquer des forces qui dépassent son contrôle puisque précisément, il cherche à produire des effets émergents. Le voilà donc dans la posture de l’apprenti sorcier…
Quelles approches s’offrent-elles à l’apprenti sorcier ?
Il existe cependant des manières plus ou moins risquées d’avancer par essai-erreur.
Dans le cas d’EDF R&D, on parle d’une entreprise qui n’a pas droit à l’erreur et porte une attention extrême à la maîtrise des risques au point que celle-ci est devenue une culture qui s’étend même aux processus non techniquement risqués. Nous avons été amenés à développer des techniques d’innovation progressive adaptées à cette culture. Concrètement, nous pratiquons un paradigme de « réalité expérimentale » pour le développement de services à base de TIC (par exemple, la réunion à distance, le travail collaboratif synchrone ou l’amélioration des postes de travail numérisés). Cette technique a bien fonctionné jusqu’ici dans notre contexte, en produisant des innovations bien intégrées et appréciées par les utilisateurs, mais nous n’avons aucune prétention de généralité.
Il s’agit de mettre en place des expérimentations en situation réelle, suivies en continu par des équipes pluridisciplinaires de chercheurs et de développeurs. Les services et les devices sont ainsi améliorés en continu au fur et à mesure des demandes des utilisateurs, et des observations sur les phénomènes émergents. Toutes les parties prenantes (utilisateurs, acteurs de la maintenance, prescripteurs, financeurs, décideurs, management etc.) y sont impliquées.
Au début, il s’agit tout d’abord de travailler avec des petits groupes d’utilisateurs « amicaux », puis au fur et à mesure que le service devient de plus en plus utilisable, le cercle des applications s’élargit.
En somme, l’efficacité du système repose sur l’implication active des parties prenantes à tous les stades, et pas seulement à celui de l’évaluation ; le travail s’effectue en situation réelle. Ce dernier point est par ailleurs assez lourd ; par exemple il a été construit un bâtiment entier équipé avec les systèmes à tester, habité par de vraies équipes qui y ont leur poste de travail. Nous avons pour principe absolu d’être au service des utilisateurs, et de faire passer leurs intérêts de manière systématique avant tout le reste. Cela passe en particulier par une vigilance particulière sur les aspects de privacy qui sont contraignants en matière de développement.
A titre d’illustration, le développement de nouveaux outils de réunion à distance s’est basé sur une observation en continu pendant trois ans des expérimentateurs volontaires, et nous continuons d’entretenir une salle expérimentale qui sert à faire évoluer le système pour ensuite diffuser aux autres sites. Cette salle en libre service est utilisée par plus de 250 réunions en visioconférence par an, qui servent à valider sur des cas réels toute amélioration avant de la diffuser plus largement*.
Cette façon d’avancer à tâtons avec précaution, en adoptant une posture d’essai mais dans un environnement limité et contrôlé, peut sembler relativement lente et coûteuse. Elle amène également les développeurs à plus de modestie, et représente incontestablement une certaine perte de liberté (l’utilisateur n’a pas toujours les mêmes valeurs que le développeur, il n’accueille pas toujours les choses qu’on lui propose avec l’enthousiasme qu’elles mériteraient, il pose des problèmes inattendus, et, pire que tout, il a souvent de meilleures idées que nous !). Par ailleurs, l’approche de développement graduel est problématique car elle passe mal en mode projet : il est difficile de prévoir à l’avance quand le « stade de l’acceptable » sera atteint, et à quel coût. L’approche est donc difficile à proposer à des financeurs dépourvus de vision de long terme.
Les avantages d’ « innover en live »
Si ce dispositif est assez l’est lourd au début, il s’avère néanmoins payant, et une fois que l’on a commencé à travailler de cette façon il est difficile de revenir en arrière, tant les bénéfices sont importants, sur le plan technique comme sur le plan économique.
En fait, au total cette approche permet d’économiser des frais lors du déploiement et des corrections ultérieures d’effets pervers. Elle revient donc à reporter sur la phase amont du projet une partie des coûts de la phase « aval », et parallèlement à limiter les frais de déploiement et de maintenance.
Dans le cas de grandes entreprises qui sont amenées à considérer dans un même budget global les dépenses de projet et celles de déploiement et maintenance, une telle politique est à la fois saine et vendable aux parties prenantes. Mais même à ce stade, ce n’est pas toujours simple... Par contre, dans le réel, on constate fréquemment des entités distinctes payent les projets et les déploiements. L’intérêt myope de celui qui ne paye que le développement est évidemment de minimiser ses coûts et de reporter sur l’aval les coûts. C’est ainsi que, souvent, l’utilisateur final dépense des efforts indus pour suppléer aux insuffisances des systèmes qui lui sont fournis. En milieu industriel, on assiste souvent à des développements trop rapides qui engendrent des coûts cachés chez les utilisateurs. Cela pose des problèmes économiques simples à comprendre mais durs à résoudre : les techniques de communication engendrent des externalités, certaines positives, résultant du « travail » des autres utilisateurs, d’autres négatives, résultant des nuisances des autres utilisateurs ou de la collision avec des processus existants. Les modèles d’affaires cherchent à capter les externalités positives, mais personne en particulier n’est responsable des externalités négatives. Notre approche, qui consiste à impliquer les parties prenantes dès l’amont du processus crée en pratique une boucle de retour courte, et surtout « à temps », entre les porteurs de l’innovation et les parties prenantes qui vont en connaître les effets. Le tâtonnement consiste à modifier les caractéristiques du système au fur et à mesure qu’apparaissent les effets pour maximiser les bons et éliminer les mauvais, et ce, sous contrôle étroit et continu des parties prenantes. Celles-ci voient émerger les effets et signalent immédiatement aux développeurs quand un défaut apparaît.
Les principaux obstacles à cette approche sont les modes de financement et de prise de décision dans la culture actuelle de gestion de projets qui produisent parfois des effets de tunnel, où il est trop tard ou trop coûteux de modifier le système quand apparaissent des effets pervers. On peut espérer que la mise en place progressive d’exemples de réussite de telles approches, et d’une perspective « durable » dans la conception, qui habitue les innovateurs à intégrer étroitement les parties prenantes dès l’amont et en continu, pousseront dans le sens de cette approche de tâtonnement progressif et attentif aux effets émergents.
saadi lahlou
* Cf LAHLOU, Saadi, NOSULENKO, Valery, SAMOYLENKO, Elena. Un cadre méthodologique pour le design des environnements augmentés. Social Science Information, Vol 41, N°4, pp-471-530 LAHLOU, Saadi (2005). Cognitive Attractors and Activity-Based Design: Augmented Meeting Rooms. Human Computer Interaction International. 22-27 July . 2005, Las Vegas, NA, USA. Volume 1 - Engineering Psychology, Health and Computer System Design)
