Cet article a pour objectif de rendre compte d’un programme de recherche-action, mené par différents chercheurs [1] du laboratoire Tech-CICO (technologie de la coopération pour l’innovation et le changement organisationnel) de l’université de Technologie de Troyes. Ce programme de recherche, qui a duré deux ans, avait pour finalité de concevoir un service NTIC favorisant la coopération entre différentes entreprises de la filière textile en Champagne Ardenne. Ce programme et les réalisations d’outils informatiques qui devaient en découler avaient aussi pour ambition de proposer des solutions permettant de redynamiser la filière textile par l’introduction de mécanismes de coopération entre les acteurs de cette filière.

La filière textile en Champagne-Ardenne est spécialisée dans la technique de la maille (bonneterie et métiers associés), avec des entreprises telles que Devanlay (Lacoste), Doré-Doré (DD) ou Petit Bateau. Localisée géographiquement sur quatre départements, elle compte environ 280 entreprises et emploie aujourd’hui 13 000 salariés (emplois généralement peu qualifiés). Les acteurs sur lesquels se focalise notre étude sont les donneurs d’ordre (DO), les tricoteurs et les teinturiers (ST). La spécificité de cette filière est, entre autres, qu’elle connaît aujourd’hui une situation difficile (Abécassis et al., 1998) : le contexte concurrentiel est extrêmement vif, fondé sur une sévère logique de prix (coût, de qualité de fabrication/livraison) qu’imposent les DO à leurs ST, qui explique le choix des DO pour la délocalisation de toute ou grande partie de la production vers les pays à bas salaire. Différentes raisons expliquent que les ST locaux parviennent difficilement à relever le défi imposé par la concurrence mondiale : un contexte socio-économique micro et macro délicat, des entreprises peu capitalistiques et de taille très petite (20 personnes en moyenne), enfin une absence d’esprit de coopération marquée.

Cette partie permettra à la fois de présenter la réalisation de l’outil informatique commandé et de montrer la manière dont le chef de projet informatique a pu utiliser les résultats des recherches opérées par les chercheurs en sciences humaines et sociales.

Pour proposer des services technologiques innovants et adaptés aux besoins des entreprises de la filière textile, nous avons commencé par étudier les processus de cette filière, pour pouvoir ensuite développer des outils informatiques, en suivant les étapes de la démarche MeDICIS (pour Methodology for Designing Interenterprise Cooperative Information System, Boughzala, 2001). la méthode de conception des systèmes d’information coopératifs interentreprises est un cadre méthodologique qui a pour but de guider la conception des mécanismes de coopération interagents. Elle vise, dans un premier temps, à analyser puis modéliser les processus coopératifs interentreprises et spécifier des solutions informatiques adaptées aux besoins et aux contraintes de la coopération afin de pouvoir dans un second temps gérer les connaissances utilisées et générées de cette coopération.

Après avoir analysé les relations au niveau macro, nous nous sommes focalisés au niveau micro sur la relation entre un tricoteur et un teinturier et nous avons identifié différents scénarii de travail coopératif par rapport à l’activité du tricoteur. Le résultat de cette analyse (Boughzala, 2001) nous a conduit à conclure que les deux partenaires teinturier et tricoteurs sont intégrés par les données, c’est pourquoi l’outil nécessaire à cette relation relève des outils appartenant au SI de communication.

Au niveau macro, nous avons modélisé les modes de fonctionnement et les processus de coopération au sein de la filière textile, et catégorisé les métiers des agents et leurs relations. Cet exemple de cas d’utilisation au niveau du modèle d’affaire représente le cas le plus classique de coopération dans la filière.

Le diagramme de classes à ce niveau (cf. figure 2) permet de représenter la structure spatiale de la communication. Il décrit l’échange de documents entre le tricoteur et le teinturier. Par rapport aux objets de notre diagramme, l’extension suivante permet de matérialiser cet échange.

Nous proposerons une première version adaptée au scénario mettant en relation deux partenaires et une deuxième version tenant compte du confectionneur.

L’outil WebEDI (Boughzala et al., 1999) proposé à la suite de notre modélisation permet aux deux partenaires d’échanger des documents commerciaux et techniques entre leurs SI. Plusieurs scénarios sont envisageables dans la relation teinturier/tricoteur. Cette application est développée pour supporter le scénario d’échange de données dans le cas de la vente de tissu au mètre effectuée par le tricoteur. L’audit réalisé chez les deux partenaires a permis d’identifier trois documents échangés que l’application doit pouvoir traiter : le bordereau de remise d’écrus, le bordereau de remise en teinture et le bordereau de livraison (cf. figure 3). Au moment de notre audit, ces bordereaux étaient échangés par fax et les informations transmises étaient ressaisies manuellement dans le système de Gestion de production assisté par ordinateur (GPAO) des différents partenaires. Ce système n’est pas satisfaisant vu la perte de temps causée par la resaisie des bordereaux. De plus, le système de GPAO du tricoteur est capable de générer un fichier texte correspondant aux différents bordereaux qu’il envoie et la GPAO réceptrice est capable de le traiter. L’outil que nous proposons permet de faire la même chose pour le teinturier, en intégrant automatiquement le fichier texte dans son système d’information. Notre application sera ainsi une interface entre la GPAO de tricoteur et celle du teinturier, de façon transparente pour les deux partenaires.

Cette application est une base Lotus Notes, hébergée sur le serveur du laboratoire Tech-CICO. Le teinturier et le tricoteur possèdent des répliques de cette base sur leurs clients Notes. Ils enverront leurs données par l’intermédiaire de ce serveur. Nous associons un diagramme de déploiement pour schématiser cette architecture et décrire ses éléments matériels.

Le diagramme de composants nous permet de donner une vue globale de l’ensemble des composants logiciels de l’application pour comprendre par la suite son fonctionnement. Nous choisissons de détailler seulement les deux modules d’inscription et de remise d’écru. Chaque module est représenté par un package (notation UML).

Le principe d’échange est le même et repose sur le modèle de communication dans sa deuxième version. Une des améliorations apportées à cette deuxième version du WebEDI concerne l’accès. Les partenaires dans cette version peuvent y accéder via un navigateur standard Internet (Netscape, internet Explorer, etc.). L’outil que nous avons conçu dans la première version s’appliquait à une relation entre seulement deux partenaires (teinturier/tricoteur). Cette deuxième version permet ’étendre son application à plusieurs partenaires (pour le moment la relation tricoteur/teinturier/confectionneur). Dans une perspective finale, cet outil sera utilisé par des partenaires regroupés en plusieurs groupes d’affaire, qui constituent ainsi des groupes d’affaire dans l’entreprise étendue formés autour d’une ou plusieurs affaires.

Cette partie aura pour but de montrer l’apport que peut constituer une intervention de chercheurs en sciences humaines pour la conduite de projet NTIC. La modélisation des flux de données entre tricoteur et teinturier présentée précédemment a par nature un niveau très élevé d’abstraction. Le risque est alors de passer à côté de la dimension contextuelle des échanges (économique, stratégique, sociale, interpersonnelle). Dans cette partie, nous aborderons un aspect de ce contexte d’échanges : la relation interpersonnelle entre les acteurs du projet. Nous présenterons les résultats d’une analyse conversationnelle permettant de rendre plus lisible l’importance de cette dimension interpersonnelle et des conséquences qu’elle peut avoir sur la conduite du projet. La mise en place d’un EDI pour favoriser un fonctionnement en entreprise étendue ou, au moins, pour générer des formes de coopération interentreprises, pose le problème des relations entre ces entreprises et, dans une logique de conduite de projet, entre les individus qui les incarnent. La littérature sur le sujet décrit de manière prototypique le type de relation entre partenaires pour favoriser la coopération. On parle de coopération horizontale (Alban, 1996) pour désigner ce mode de relation, qui sera idéalement fondée sur une relation de confiance entre partenaires (Puthod, 1999), construite à partir d’un comportement d’entraide, de réciprocité, des valeurs partagées et sur la base d’une vision commune entre les partenaires (Aubrey, 1991). Tapscott et Caston (1995), catégorisant les attributs-clés de l’entreprise étendue, mettent en avant les objectifs partagés, les décisions prises en commun ou, une fois de plus, la confiance réciproque. De manière idéale, une entreprise étendue implique une relation relativement égalitaire entre ces différentes composantes (à l’inverse de la relation donneur d’ordres/sous-traitant) ou, au moins, un nombre important d’accords nécessaires entre les partenaires et un évitement aussi systématique que possible des situations conflictuelles. En d’autres termes, on retrouve les deux dimensions assez classiques d’un échange : le contenu et la relation. Il est évident que la collaboration interentreprises renvoie forcément à des questions de relation entre entreprises et entre les individus qui les incarnent au cours du projet : qui occupe quelle place ? Qui est dominant ? Qui est dominé ? De même, la dimension conflictuelle des échanges risque de nuire à la capacité de mettre en place un système coopératif, dans notre cas, un WebEDI. Par exemple, la découverte d’une relation haut-bas entre des partenaires théoriquement en positions d’égalité (deux ST) a incité le chef de projet à accorder la plus grande importance au rôle de l’Agent Superviseur (qui devient un Agent Coopérateur, voir Boughzala, 2002, p. 100-103), permettant de préserver la coopération entre des acteurs n’étant pas nécessairement en position de coopérer.

Nous avons présenté dans cet article l’outil WebEDI pour instrumenter une relation d’échange de documents entre deux partenaires dans une première version, et trois ou plus, dans une deuxième version.