Coordination explicite d’activités coopératives F. Charoy 23 juin 2008
Le contexte
Collaboration sur des projets L’échange de documents La coordination
La boite aux lettres
Développement de logiciel Outil de suivi de bug et de tâches JIRA
Un problème collectif <ul><li>Quelles sont les étapes ? </li></ul><ul><li>Quelles sont les actions ? </li></ul><ul><li>Que...
Un problème individuel Qu’est ce que j’ai à faire ? Que font les autres ? Où en est ce dossier ? On est en retard sur ce p...
Le contexte projet projet projet
Les besoins de base pour coopérer <ul><li>Communiquer </li></ul><ul><li>Partager des informations </li></ul>
Partager des informations
Contrôler le partage
Contrôler l’espace partagé <ul><li>On dispose d’un espace de données partagées </li></ul><ul><li>On dispose d’un protocole...
Exemple de contraintes always  (empty(unitTestResult)) sometimes  (datemodif(A.java)<datemodif(A.class))  before  publishe...
Logique et transactions longues <ul><li>Les contraintes sont vérifiées à la fin des transactions </li></ul><ul><li>Il est ...
Les avantages <ul><li>Approche déclarative </li></ul><ul><li>But exprimé sur les données </li></ul><ul><li>Passage par les...
Les limites <ul><li>Contraintes difficiles à exprimer </li></ul><ul><li>Contraintes difficiles à lire </li></ul><ul><li>Di...
Coordination Gestion effective des dépendances entre des tâches, des ressources, et des personnes  Malone & Crowston 1990,...
Coordination Explicite <ul><li>Représenter les tâches à effectuer </li></ul><ul><li>Représenter les dépendances entre les ...
Sur les workflows <ul><li>Objectif : </li></ul><ul><ul><li>Modéliser et contrôler l’exécution de procédés </li></ul></ul><...
Un exemple (la mission) [Notation BPMN]
Schéma/Instance schéma Instances à différents états d’exécution
Le débat Est-il possible  de modéliser des processus coopératifs  et de contrôler leurs exécutions ?
Vue du CSCW <ul><li>Nombreux travaux et débats dans les années 90 sur l’utilisation du Workflow </li></ul><ul><ul><li>Limi...
Coordination implicite <ul><li>Régulation émergente </li></ul><ul><ul><li>Concepts de «  media space  » et de «  mutual aw...
Communauté BPM <ul><li>Nombreux travaux sur le sujet </li></ul><ul><ul><li>Collaborative workflow </li></ul></ul><ul><li>P...
Les questions Qu’est ce qu’il est possible de faire? Comment le faire?
Nos hypothèses <ul><li>Un support à la coordination explicite est nécessaire </li></ul><ul><li>Ce support doit être un moy...
Les principes <ul><li>Modèle simple et intuitif </li></ul><ul><li>Contrôle de l’exécution par les utilisateurs </li></ul><...
Flexibilité de l’exécution <ul><li>Le processus est modélisé normalement </li></ul><ul><li>L’exécution permet des adaptati...
Exemple : ordre de mission
Un autre exemple feedback Spécification Code Test Spécification Code Test
Règles   d’exécution <ul><li>Dépendance de terminaison entre les activités </li></ul><ul><li>Avant la fin d’une activité, ...
Anticipation et espace partagé <ul><li>Concurrence possible entre des activités successives </li></ul><ul><li>Garantie du ...
Bonita <ul><li>Implantation d’un système de workflow flexible </li></ul><ul><ul><li>Moteur d’exécution flexible et adaptab...
Conscience du procédé Edit>Start Deux tâches successives actives en même temps
Bonita aujourd’hui <ul><li>Bonita est maintenant un projet OW2 </li></ul><ul><li>Maintenu essentiellement par Bull R&D  </...
Politique et comportement <ul><li>La flexibilité n’est pas utile tout le temps </li></ul><ul><li>Elle peut être risquée  <...
Limite de la flexibilité On ne partira pas si les billets ne sont pas commandés
Approche à base de sphères Sphère d’atomicité Thèse Adnene Guabtni F. Leymann, 1995 W. Derks, 2001 A. Guabtni & F. Charoy,...
Les principes <ul><li>Séparation des préoccupations </li></ul><ul><li>Effet collectif </li></ul><ul><li>Flexibilité </li><...
Une application : les sphères d’isolation <ul><li>Contrainte sur les échanges entre les activités de la sphères et avec l’...
Critères Sérialisabilité entre la sphère et les autres activités (ou sphères) Sérialisabilité entre les activités de la sp...
Contrôle flexible <ul><li>Le protocole permet de réduire le niveau de contraintes </li></ul><ul><ul><li>Différents types d...
Sur les sphères <ul><li>Généralisation de l’approche </li></ul><ul><li>Définition des principes </li></ul><ul><li>Séparati...
Et alors… <ul><li>On a progressé vers ce qu’on voulait </li></ul><ul><ul><li>De la simplicité </li></ul></ul><ul><ul><li>D...
Une tentative : Coopéra <ul><li>Projet RIAM multidisciplinaire </li></ul><ul><li>Objectif : concevoir une plateforme coopé...
La plateforme d’origine <ul><li>Plateforme de développement de logiciels </li></ul><ul><li>Espace partagé centralisé </li>...
Le contexte de l’expérience <ul><li>Trois classes de CM2 distantes </li></ul><ul><li>Trois exercices de production intercl...
Théorie de l’activité Lev Vygovsky La prise en compte du contexte et de l'artefact pour la compréhension de l'activité et ...
Version 2 de la plateforme <ul><li>Comment faire comprendre la notion d’espace partagé ? </li></ul>
Version 3 de la plateforme <ul><li>Faire comprendre ce qui se passe </li></ul>
Les résultats <ul><li>Les enfants arrivent à utiliser l’outil </li></ul><ul><ul><li>Ils assimilent les instructions </li><...
Les dimensions importantes <ul><li>L’histoire </li></ul><ul><ul><li>Quelle culture de la coopération ont les utilisateurs ...
Conclusion <ul><li>La problématique n’est pas épuisée </li></ul><ul><li>Réponses formelles sur  </li></ul><ul><ul><li>les ...
Et maintenant <ul><li>Différents travaux et coopérations en cours </li></ul><ul><li>Essayer de changer de perspective </li...
Les travaux en cours <ul><li>Sécurité et processus inter-organisationnel </li></ul><ul><ul><li>Collaboration avec SAP Rese...
Ce qui émerge <ul><li>L’importance de la notion d’activité </li></ul><ul><li>Les activités humaines dans un monde de servi...
Renverser la perspective <ul><li>Considérer la coordination du point de vue de l’acteur et de l’activité </li></ul><ul><li...
Etudier d’autres approches théoriques <ul><li>Sociologie des organisations </li></ul><ul><ul><li>Sociologie du changement ...
Application à la gestion de crise <ul><li>Problématique de la résilience organisationnelle </li></ul><ul><ul><li>Résistanc...
Conclusion <ul><li>Problématique riche et complexe </li></ul><ul><li>Multidisciplinaire </li></ul><ul><li>Questionnement a...
 
Prochain SlideShare
Chargement dans…5
×

Coordination d'activités coopératives

2 261 vues

Publié le

Soutenance de HDR

0 commentaire
2 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
2 261
Sur SlideShare
0
Issues des intégrations
0
Intégrations
19
Actions
Partages
0
Téléchargements
0
Commentaires
0
J’aime
2
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive
  • Bonjour, Tout d’abord, je voudrais vous remercier de m’avoir fait l’honneur de bien vouloir participer à ce jury. Je vais vous présenter les travaux que j’ai mené depuis un certain temps et qui tournent autour d’une problématique particulière, mais relativement large, celle de la coordination d’activités coopératives. Quelques explications s’imposent sur ce titre, en particulier parce que le vocabulaire peut selon le contexte avoir différentes interprétations. Par activité, on entend plutôt une action complexe qui doit être entreprise par une personne. On parlera aussi de tâche. Le fait que des activités soient coopératives indiques qu’elles sont dépendantes les unes des autres et qu’elles fassent parties d’un ensemble correspondant à la réalisation de l’objectif d’un groupe de personne. La coordination va correspondre à la prise en compte des dépendances entre ces activités et entre les ressources utilisées. Pour finir, par coordination explicite, on veut parler d’une coordination qui puisse être représenter explicitement et éventuellement contrôlée. Avant de poursuivre, je voudrais insister sur le fait que tous les travaux que je vais présenter sont le résultat d’un travail coopératif et collectif, parfois formalisé au travers de thèses ou de projets mais aussi moins formels au travers de toutes les discussions et des échanges avec les collègues de l’équipe ECOO, au LORIA, à l’ESIAL et à l’université et dans différents projets, et aussi à l’IUT où j’ai eu la chance de travailler avec des collègues issus de différents domaines en particuliers des Sciences Humaines et Sociales qui m’ont beaucoup appris.
  • Coordination d'activités coopératives

    1. 1. Coordination explicite d’activités coopératives F. Charoy 23 juin 2008
    2. 2. Le contexte
    3. 3. Collaboration sur des projets L’échange de documents La coordination
    4. 4. La boite aux lettres
    5. 5. Développement de logiciel Outil de suivi de bug et de tâches JIRA
    6. 6. Un problème collectif <ul><li>Quelles sont les étapes ? </li></ul><ul><li>Quelles sont les actions ? </li></ul><ul><li>Quels sont les buts intermédiaires ? </li></ul><ul><li>Qui fait quoi ? </li></ul><ul><li>Quelles sont les compétences ? </li></ul><ul><li>Quelles sont les entrées ? </li></ul><ul><li>Quels sont les produits ? </li></ul><ul><li>… </li></ul>
    7. 7. Un problème individuel Qu’est ce que j’ai à faire ? Que font les autres ? Où en est ce dossier ? On est en retard sur ce projet !… Qu’est ce qu’on a déjà fait ? Qu’est ce qui reste à faire ?
    8. 8. Le contexte projet projet projet
    9. 9. Les besoins de base pour coopérer <ul><li>Communiquer </li></ul><ul><li>Partager des informations </li></ul>
    10. 10. Partager des informations
    11. 11. Contrôler le partage
    12. 12. Contrôler l’espace partagé <ul><li>On dispose d’un espace de données partagées </li></ul><ul><li>On dispose d’un protocole de transactions longues (Coo) </li></ul><ul><li>Les changements d’état de cet espace sont contraints </li></ul><ul><ul><li>Contraintes statiques </li></ul></ul><ul><ul><li>Contraintes dynamiques </li></ul></ul>Thèse de Hala Skaf
    13. 13. Exemple de contraintes always (empty(unitTestResult)) sometimes (datemodif(A.java)<datemodif(A.class)) before published(Product) Une compilation doit être faite avant un déploiement Le résultat des tests unitaires doivent être vide (pas d’erreur)
    14. 14. Logique et transactions longues <ul><li>Les contraintes sont vérifiées à la fin des transactions </li></ul><ul><li>Il est possible d’avoir des états intermédiaires incohérents </li></ul><ul><li>Pas d’annulation en cas de problème : on progresse pour satisfaire les contraintes </li></ul>S1 S2 S3 Vérification des contraintes Transaction
    15. 15. Les avantages <ul><li>Approche déclarative </li></ul><ul><li>But exprimé sur les données </li></ul><ul><li>Passage par les états imposés garantit </li></ul><ul><li>Procédure à suivre non imposée </li></ul>
    16. 16. Les limites <ul><li>Contraintes difficiles à exprimer </li></ul><ul><li>Contraintes difficiles à lire </li></ul><ul><li>Difficile d’inférer ce qu’il faut faire </li></ul><ul><li>Histoire des états pas de ce qui a été fait </li></ul>On ne sait pas répondre aux problèmes de coordination
    17. 17. Coordination Gestion effective des dépendances entre des tâches, des ressources, et des personnes Malone & Crowston 1990, 1994 Différents modèles de coordination
    18. 18. Coordination Explicite <ul><li>Représenter les tâches à effectuer </li></ul><ul><li>Représenter les dépendances entre les tâches </li></ul><ul><li>Prendre en compte le flot de données </li></ul><ul><li>Prendre en compte les dépendances entre personnes et tâches </li></ul>Une solution : le Workflow
    19. 19. Sur les workflows <ul><li>Objectif : </li></ul><ul><ul><li>Modéliser et contrôler l’exécution de procédés </li></ul></ul><ul><li>Les concepts </li></ul><ul><ul><li>Les procédés </li></ul></ul><ul><ul><li>Les activités ou tâches </li></ul></ul><ul><ul><li>Les dépendances entre les activités </li></ul></ul><ul><ul><li>Les participants et les rôles </li></ul></ul><ul><ul><li>Les flots de données </li></ul></ul>
    20. 20. Un exemple (la mission) [Notation BPMN]
    21. 21. Schéma/Instance schéma Instances à différents états d’exécution
    22. 22. Le débat Est-il possible de modéliser des processus coopératifs et de contrôler leurs exécutions ?
    23. 23. Vue du CSCW <ul><li>Nombreux travaux et débats dans les années 90 sur l’utilisation du Workflow </li></ul><ul><ul><li>Limites de l’approche / impossibilité de prescrire (Suchman, Bowers) </li></ul></ul><ul><ul><li>Introduire de la flexibilité (Dourish, Grinter, Kaplan, Grundy) </li></ul></ul><ul><li>L’approche « Workflow » a été en partie abandonnée dans ce domaine </li></ul>Skip Ellis Paul Dourish Lucy Suchman
    24. 24. Coordination implicite <ul><li>Régulation émergente </li></ul><ul><ul><li>Concepts de «  media space  » et de «  mutual awareness  » </li></ul></ul><ul><li>Partage d’une conscience des actions </li></ul><ul><ul><li>Montrer ce que font les autres </li></ul></ul><ul><ul><li>Exemple du contrôle aérien </li></ul></ul>Saul Greenberg Pascal Salembier
    25. 25. Communauté BPM <ul><li>Nombreux travaux sur le sujet </li></ul><ul><ul><li>Collaborative workflow </li></ul></ul><ul><li>Perspectives techniques </li></ul><ul><ul><li>Flexibilité (P. Dadam) </li></ul></ul><ul><ul><li>Gestion des exceptions (F. Casati) </li></ul></ul><ul><ul><li>Sécurité (E. Bertino) </li></ul></ul><ul><li>Pas d’intersection des communautés </li></ul>Peter Dadam Fabio Casati Elisa Bertino
    26. 26. Les questions Qu’est ce qu’il est possible de faire? Comment le faire?
    27. 27. Nos hypothèses <ul><li>Un support à la coordination explicite est nécessaire </li></ul><ul><li>Ce support doit être un moyen d’assistance et pas seulement de contrôle </li></ul><ul><li>La solution n’est pas uniquement technique </li></ul>
    28. 28. Les principes <ul><li>Modèle simple et intuitif </li></ul><ul><li>Contrôle de l’exécution par les utilisateurs </li></ul><ul><li>Conscience du procédé </li></ul><ul><li>La modélisation ne dépend pas des propriétés à garantir </li></ul><ul><li>La contrainte doit être justifiée </li></ul>
    29. 29. Flexibilité de l’exécution <ul><li>Le processus est modélisé normalement </li></ul><ul><li>L’exécution permet des adaptations </li></ul><ul><ul><li>Les contraintes sont relachées. </li></ul></ul><ul><ul><li>L’historique doit donner l’impression qu’elles ont été respectées </li></ul></ul><ul><li>Anticipation </li></ul>Thèse de Daniela Grigori
    30. 30. Exemple : ordre de mission
    31. 31. Un autre exemple feedback Spécification Code Test Spécification Code Test
    32. 32. Règles d’exécution <ul><li>Dépendance de terminaison entre les activités </li></ul><ul><li>Avant la fin d’une activité, ses contraintes de démarrage sont validées </li></ul>Spécification Code Test Validation des contrainte de démarrage
    33. 33. Anticipation et espace partagé <ul><li>Concurrence possible entre des activités successives </li></ul><ul><li>Garantie du protocole : </li></ul><ul><ul><li>l’activité ne peut se terminer sans disposer des dernières valeurs produites par les activités précédentes. </li></ul></ul>Validé par plusieurs implantation Corvette (Hitachi) Cocao (Projet RNTL) Bonita
    34. 34. Bonita <ul><li>Implantation d’un système de workflow flexible </li></ul><ul><ul><li>Moteur d’exécution flexible et adaptable </li></ul></ul><ul><ul><li>Modification ad-hoc des processus en cours d’exécution </li></ul></ul><ul><ul><li>Diffusion des évènements de changement d’état </li></ul></ul>
    35. 35. Conscience du procédé Edit>Start Deux tâches successives actives en même temps
    36. 36. Bonita aujourd’hui <ul><li>Bonita est maintenant un projet OW2 </li></ul><ul><li>Maintenu essentiellement par Bull R&D </li></ul><ul><li>La V3 est en exploitation à différents endroits </li></ul><ul><li>La V4 est en développement en collaboration avec JBoss-Redhat (PVM) </li></ul>Téléchargements
    37. 37. Politique et comportement <ul><li>La flexibilité n’est pas utile tout le temps </li></ul><ul><li>Elle peut être risquée </li></ul><ul><li>Pas d’homogénéité des contraintes à l’intérieur d’un procédé </li></ul><ul><li>Comment prendre ces variations en compte au niveau </li></ul><ul><ul><li>Des politiques </li></ul></ul><ul><ul><li>Des comportements </li></ul></ul><ul><ul><li>De l’exécution </li></ul></ul>
    38. 38. Limite de la flexibilité On ne partira pas si les billets ne sont pas commandés
    39. 39. Approche à base de sphères Sphère d’atomicité Thèse Adnene Guabtni F. Leymann, 1995 W. Derks, 2001 A. Guabtni & F. Charoy, 2004 Sphère de compensation Sphère d’isolation Sphère de multi-instanciation
    40. 40. Les principes <ul><li>Séparation des préoccupations </li></ul><ul><li>Effet collectif </li></ul><ul><li>Flexibilité </li></ul>Start Activité 1 Activité 2 End Activité 3 Atomique Atomique Atomique Start Atomique Activité 1 Activité 2 End Activité 3 Sphère d’Atomicité … Flexibilité de la propriété à garantir
    41. 41. Une application : les sphères d’isolation <ul><li>Contrainte sur les échanges entre les activités de la sphères et avec l’extérieur de la sphère </li></ul>Sphère d’isolation And split And join And split
    42. 42. Critères Sérialisabilité entre la sphère et les autres activités (ou sphères) Sérialisabilité entre les activités de la sphère Combinaison des deux
    43. 43. Contrôle flexible <ul><li>Le protocole permet de réduire le niveau de contraintes </li></ul><ul><ul><li>Différents types de verrous (à la SQL) </li></ul></ul><ul><li>Par défaut, pas d’isolation </li></ul><ul><li>Isolation de groupes d’activités en fonction des besoins </li></ul>
    44. 44. Sur les sphères <ul><li>Généralisation de l’approche </li></ul><ul><li>Définition des principes </li></ul><ul><li>Séparation des préoccupations </li></ul><ul><li>Mise en œuvre pour deux types de propriétés </li></ul><ul><ul><li>Multi-instantiation </li></ul></ul><ul><ul><li>Isolation </li></ul></ul><ul><li>Implantation comme une extension du service WS-Coordination </li></ul>
    45. 45. Et alors… <ul><li>On a progressé vers ce qu’on voulait </li></ul><ul><ul><li>De la simplicité </li></ul></ul><ul><ul><li>De la flexibilité </li></ul></ul><ul><ul><li>Des informations sur l’exécution </li></ul></ul><ul><ul><li>Des propriétés garanties au niveau voulu </li></ul></ul><ul><ul><li>Un système exploitable </li></ul></ul><ul><li>Pas de réponse sur la validité des modèles en situation… </li></ul>
    46. 46. Une tentative : Coopéra <ul><li>Projet RIAM multidisciplinaire </li></ul><ul><li>Objectif : concevoir une plateforme coopérative pour les écoles </li></ul><ul><li>Méthode : </li></ul><ul><ul><li>Conception centrée utilisateurs </li></ul></ul><ul><ul><li>Action située </li></ul></ul><ul><ul><li>Approche ethnographique </li></ul></ul>
    47. 47. La plateforme d’origine <ul><li>Plateforme de développement de logiciels </li></ul><ul><li>Espace partagé centralisé </li></ul><ul><li>Outil de synchronisation </li></ul>
    48. 48. Le contexte de l’expérience <ul><li>Trois classes de CM2 distantes </li></ul><ul><li>Trois exercices de production interclasses </li></ul><ul><ul><li>Poésie </li></ul></ul><ul><ul><li>Site Web sur un thème (Opéra de Nancy) </li></ul></ul><ul><ul><li>Journal (différentes rubriques) </li></ul></ul><ul><li>Travail en classe en respectant les rythmes des écoles </li></ul><ul><li>Enregistrement des séances et analyse </li></ul>
    49. 49. Théorie de l’activité Lev Vygovsky La prise en compte du contexte et de l'artefact pour la compréhension de l'activité et de l'interaction collective est le caractère fondamental de la théorie de l'activité Alexis Léontiev
    50. 50. Version 2 de la plateforme <ul><li>Comment faire comprendre la notion d’espace partagé ? </li></ul>
    51. 51. Version 3 de la plateforme <ul><li>Faire comprendre ce qui se passe </li></ul>
    52. 52. Les résultats <ul><li>Les enfants arrivent à utiliser l’outil </li></ul><ul><ul><li>Ils assimilent les instructions </li></ul></ul><ul><li>Ils ne comprennent pas ce qui se passe </li></ul><ul><ul><li>Publication/Mise à jour/Conflit </li></ul></ul><ul><li>Ils ont des difficultés à « coopérer » </li></ul><ul><ul><li>Accepter que d’autres modifient/jugent leur travail </li></ul></ul>
    53. 53. Les dimensions importantes <ul><li>L’histoire </li></ul><ul><ul><li>Quelle culture de la coopération ont les utilisateurs </li></ul></ul><ul><li>Les scénarios </li></ul><ul><ul><li>L’objectif est essentiel pour déterminer la nature de la coopération </li></ul></ul><ul><li>L’ergonomie </li></ul><ul><ul><li>L’interface facilite la compréhension et l’utilisation </li></ul></ul>
    54. 54. Conclusion <ul><li>La problématique n’est pas épuisée </li></ul><ul><li>Réponses formelles sur </li></ul><ul><ul><li>les modèles, </li></ul></ul><ul><ul><li>l’exécution </li></ul></ul><ul><ul><li>sur la description des propriétés opérationnelles </li></ul></ul><ul><li>Discussion possible sur la pratique </li></ul><ul><li>Pas de réponse définitive sur le débat </li></ul>
    55. 55. Et maintenant <ul><li>Différents travaux et coopérations en cours </li></ul><ul><li>Essayer de changer de perspective </li></ul><ul><li>Explorer d’autres cadres théoriques </li></ul>
    56. 56. Les travaux en cours <ul><li>Sécurité et processus inter-organisationnel </li></ul><ul><ul><li>Collaboration avec SAP Research Karlsruhe </li></ul></ul><ul><ul><li>Formalisation d’un modèle de sécurité pour la délégation de tâches </li></ul></ul><ul><li>Flexibilité dans les workflows </li></ul><ul><ul><li>Gestion du changement </li></ul></ul><ul><ul><li>Combiner approche déclarative et impérative </li></ul></ul>
    57. 57. Ce qui émerge <ul><li>L’importance de la notion d’activité </li></ul><ul><li>Les activités humaines dans un monde de service </li></ul><ul><ul><li>Limites de BPEL </li></ul></ul><ul><ul><li>Proposition BPEL4People et WS-HumanTask (très pauvre) </li></ul></ul>
    58. 58. Renverser la perspective <ul><li>Considérer la coordination du point de vue de l’acteur et de l’activité </li></ul><ul><li>Distribuer la coordination </li></ul>
    59. 59. Etudier d’autres approches théoriques <ul><li>Sociologie des organisations </li></ul><ul><ul><li>Sociologie du changement et de l’innovation </li></ul></ul><ul><ul><li>Théorie de la traduction </li></ul></ul><ul><li>Action située </li></ul><ul><li>Systèmes multi-agents </li></ul>
    60. 60. Application à la gestion de crise <ul><li>Problématique de la résilience organisationnelle </li></ul><ul><ul><li>Résistance des organisations à des changements brutaux </li></ul></ul><ul><li>Coordination sous-étudiée dans ce domaine </li></ul><ul><ul><li>Comment combiner coordination verticale (les plans, les process) avec la coordination horizontale (le terrain, les équipes) </li></ul></ul><ul><li>Collaborations en cours </li></ul><ul><ul><li>Projet ICrisis (ENSMN) </li></ul></ul><ul><ul><li>Collaboration avec SAP Research Sofia Antipolis </li></ul></ul><ul><ul><li>Soumission ANR CSOSG </li></ul></ul>
    61. 61. Conclusion <ul><li>Problématique riche et complexe </li></ul><ul><li>Multidisciplinaire </li></ul><ul><li>Questionnement actuel lié à l’évolution des organisations </li></ul><ul><li>Des avancées « techniques » </li></ul><ul><li>Du travail sur la dimension « humaine » </li></ul>

    ×