La mise en application de la RAC

Notre design suit une élaboration multi-cycles qui commence par une phase pré-exploratoire avant de démarrer une RAC cyclique (Susman et Evered, 1978), composée de deux cycles distincts (3.1). Ce design a l’avantage de traiter le problème terrain et la problématique (question de recherche) d’une façon progressive avec une dominante résolution de problème (Chiasson et al., 2009 ; Meissonier et Houzé, 2010) (3.2).

3.1. Une élaboration multi-étapes et multi-cycles

Le design de notre recherche (Figure 22) suit un processus itératif (Susman et Evered, 1978 ; Davison et al., 2004, 2012), commençant par une phase pré-exploratoire

Un directeur de projet qui devient chercheur acteur

3.1.1.

Le directeur de projet est recruté au départ en contrat à durée indéterminée en qualité de professionnel en charge de la gestion du projet ERP. À ce moment-là, aucun objectif de recherche académique n’est envisagé par l’entreprise ou même par le directeur de projet lui-même. Durant les deux premiers mois d’analyse du projet, les objectifs consistent à entrer en contact avec les différents acteurs. Nous testons aussi l’ERP et demandons

plusieurs corrections du Core-model à l’intégrateur CY. Ensuite, nous effectuons une

première visite chez la filiale SP1 et la SSII locale afin de rencontrer les différents utilisateurs et directeurs de cette filiale, ainsi que le chef de projet SSII et les consultants ayant participé aux différentes mises en place de l’ERP en Espagne. Ces rencontres permettent au chercheur de rassembler un certain nombre d’informations importantes sur le contexte et les différents problèmes liés à la mise en place et l’usage de l’ERP. Au-delà de l’intérêt professionnel, le directeur de projet ERP, titulaire d’un master recherche (CNAM de Paris, sujet de mémoire : Impact des ERP sur le rôle des contrôleurs de gestion), découvre la richesse et l’intérêt du terrain pour entreprendre un projet de thèse. Les différentes questions et problématiques suscitées par les mises en place de l’ERP dans le groupe Alpha, motivent le chercheur à entreprendre un projet de thèse. En effet, le DP-chercheur, habitué aux implémentations d’ERP dans des grands groupes multinationaux, découvre de nouveaux problèmes singuliers et intéressants, au regard de son expérience, des problèmes liés à la difficulté de mettre en place un outil rigide et structurant dans un

150 environnement disposant de peu de ressources et cherchant à maintenir la flexibilité (point fort des petites filiales). Ce terrain posait un certain nombre de paradoxes : comment combiner un outil structurant et rigide et le besoin de flexibilité ; comment surmonter le défi des ressources limitées pour un projet ERP générant par définition des coûts importants. Après échanges avec ses directeurs de thèse, le directeur de projet négocie le projet de thèse. Il explique au directeur général l’intérêt de la recherche pour son poste de chef de projet ERP, et réussit à le convaincre ; le directeur général du groupe Alpha accepte le projet de thèse, sous réserve d’un strict respect des clauses de confidentialité. Avec son nouveau statut de chercheur, le DP-chercheur poursuit donc sa phase d’immersion, phase pré-exploratoire consistant à faire un premier point sur l’usage de l’ERP en rencontrant les différents utilisateurs clés en Espagne, mais aussi les différents managers groupe (Directeur informatique, Responsable contrôle de gestion, chef de projet intégrateur…) en lien avec les mises en place en Espagne.

Cette phase Immersion ou pré-exploratoire contribue à faire évoluer la question de départ centrée sur un problème d’implémentation (a) vers une problématique plus orientée sur la question d’appropriation de l’ERP (b). Cette phase permet aussi d’apprécier l’intérêt de notre terrain et de la richesse des données : un groupe de petites filiales ayant déjà mis en place l’ERP dans cinq filiales espagnoles et souhaitant le diffuser dans d’autres filiales en Europe (c). Ce contexte nous oriente vers une méthode de type RA, afin d’améliorer les pratiques terrain et aussi générer des apprentissages théoriques.

Un design multi-cycles

3.1.2.

Le protocole de recherche négocié avec la direction du groupe consiste à réaliser une recherche action en qualité de DP-chercheur, avec l’objectif de répondre à la fois au problème managérial et d’enrichir la littérature existante, par la construction d’une réalité nouvelle, émergente, sous la forme de solutions « actionnables » conformément à l’idéal constructiviste pragmatique / ingénierique (Allard-Poesi et Marechal, 2014).

Notre démarche est qualitative et est basée sur une RAC (Susman et Evered, 1978 ; Davison et al., 2004 ; Lindgren et al, 2004) qui suit deux cycles : le premier traite l’évaluation des mises place pilotes en Espagne (ERP pilote) et le deuxième la diffusion du pilote espagnol au sein des filiales européennes de distribution plastique et chimie, mais aussi au sein des autres activités de production sur mesure et détaillant sur mesure.

151 Figure 22 : Un design basé sur une RAC multi-cycles

Comme expliqué par Lindgren et al. (2004, p.441-442) : « les résultats d'apprentissage d’un

cycle doivent constituer des contributions à la théorie et à la pratique, mais ils sont également reconnus comme des compréhensions temporaires qui servent de point de départ pour un nouveau cycle d'enquête ». Autrement dit, notre question de recherche ainsi que les apprentissages théoriques et pratiques évoluent d’un cycle à un autre. C’est une construction qui suit l’évolution des problèmes terrain traités dans chaque cycle de la RA.

3.2. Une approche à dominante résolution de problème

Comme expliqué, notre RA au sein du groupe Alpha apparaît plus comme une approche à dominante résolution de problèmes qu'une approche à dominante recherche. En commençant la RA, nous n'avions aucune idée d’hypothèses préconçues pouvant être formulées pour expliquer et résoudre le problème auquel le groupe alpha était confronté,

Problème initial Etude pré-exploratoire 1ère Question de recherche

Recherche action en deux cycles

1er cycle 2ème cycle

Diagnostic Plnaification Action Evaluation Apprenti-ssage Diagnostic Plnaification Action Evaluation Apprenti-ssage 5 cas : SP1, SP2, SP3, SP4, SP5 Discussion Apports et apprentissage 7 cas : IT1, IT2, IT3, UK1, UK2, UK3, CZ

152

à savoir un usage a priori trop limité de l’ERP pilote en Espagne. Un premier défi consiste

à comprendre pourquoi certains employés espagnols n’utilisent pas ou peu l’ERP.

Pour éviter tout conflit potentiel sur la contribution et le rôle de chaque partie, un protocole de recherche précisant les responsabilités des chercheurs envers le groupe Alpha est conclu avec le DG. Selon cet accord, le chercheur a un double rôle : source de recommandations, mais aussi participant et pilote de la solution à mettre en œuvre. D'un autre côté, les managers et la direction acceptent l’utilisation par le chercheur des données recueillies pour les publications universitaires, sous réserve de respecter la

clause de confidentialité et d’anonymat. Ces principes d’éthique sont approuvés par le

chercheur qui s’engage également à respecter les règles et coutumes du groupe, mais aussi à résoudre les problèmes terrain liés à l’ERP, mission pour laquelle il est recruté, et donc à ne pas favoriser la recherche au détriment de sa mission professionnelle (point sur lequel le DG est très insistant). Ces considérations éthiques sont très importantes dans la recherche qualitative pour garantir sa crédibilité (Martineau, 2007 ; Creswell, 2009), notamment dans une RA (Rapoport, 1970 ; Davison et al., 2012).

En résumé, étant donné la complexité de notre question de recherche « appropriation d’un ERP », notre design est basé sur une démarche de type qualitatif. Ce design de recherche est itératif ; il commence par un problème terrain exprimé par les acteurs, clarifié ensuite grâce à une étude pré-exploratoire permettant d’affiner la question de recherche initiale. Cette question de recherche, ainsi que le problème terrain de départ, sont approfondis à travers une recherche action canonique qui contient deux cycles, permettant de faire évoluer cycle par cycle la question de recherche ainsi que les apprentissages théoriques et pratiques associés.

Comme c’est le cas dans les différentes RAC (Davison et al., 2004, 2012 ; Lindgren et al., 2004 ; Chiasson et al., 2009 ; Meissonier et Houzé, 2010 ; Bou Saba, 2017…), la collecte, l’analyse et la fiabilité des données font partie intégrante du processus cyclique de la RAC. Chaque cycle possède ses propres méthodes de collecte et d’analyse des données, mais aussi ses propres mécanismes de validité et de fiabilité des données. Aussi, dans les deux chapitres de résultats, nous détaillons pour chaque cycle ses objectifs, ses éléments de lecture théorique, ses sources et méthodes d’analyse des données. Ensuite, conformément au phasing proposé par Susman et Evered (1978), nous explicitons les actions prises, les évaluations et résultats et enfin les apprentissages tirés de chaque cycle

153