L'intelligence collective

On est plus intelligent à plusieurs que seul : telle est l’idée qui irrigue le présent sujet consacré à l’équipe éducative, plus fort pour aborder les problèmes récurrents dans une entreprise.

De quoi s’agit-il ?

Actuellement, la performance des entreprises dans une société de l'information est de savoir mobiliser l'intelligence collective et les connaissances de ses parties prenantes (salariés, fournisseurs, clients,…). S'il faut, et s'il faudra toujours, savoir produire et vendre, ce n'est plus aujourd'hui un facteur suffisamment différenciateur dans la compétition internationale. Hier, l'entreprise était industrielle et commerciale. Demain il faudra qu'elle soit de plus en plus une entreprise intelligente.

L'entreprise intelligente repose principalement sur l'intelligence collective (IC) et le Knowledge Management (KM) qui ne peuvent exister et fonctionner efficacement sans les technologies de l'information. Ces outils font partie des technologies de l'intelligence augmentée (Amplified Intelligence) dont l'objet est d'étendre les capacités intellectuelles humaines, en particulier les capacités cognitives des groupes. Ces technologies ont beaucoup évolué ces dernières années en passant de l'information à la communication, puis aujourd'hui à la collaboration.

Les technologies de l'information et de la communication ont permis de rendre accessible l'information, de stocker et de partager. Les technologies de l'information et de la collaboration (intranet collaboratif) vont beaucoup plus loin. Elles augmentent la performance des interactions humaines et donnent à l'information une valeur opérationnelle.

Ah oui ! Le travail collaboratif

Vous connaissez sans doute une partie des ces outils. Je vais vous présenter les nouveaux outils du travail collaboratif car on assiste aujourd'hui à un basculement des usages du Web entre la sphère privée et la sphère professionnelle. La nouvelle génération de collaborateurs, la fameuse génération Y, qui arrive aujourd'hui dans les entreprises dispose de ses propres pratiques du Web qu'elle aimerait pouvoir retrouver dans son travail au quotidien.

Attention, Il ne faut pas confondre « travail collaboratif » et « travail coopératif » :

le travail coopératif est une coopération entre plusieurs personnes qui interagissent dans un but commun mais se partagent les tâches,

le travail collaboratif se fait en collaboration du début à la fin sans division fixe des tâches. Il associe trois modalités d'organisation :

• Il propose à tous et chacun, dans le projet, de s'inscrire dans un principe d'amélioration continue de chaque tâche et de l'ensemble du projet
• Il organise le travail en séquences de tâches parallèle
• Il fournit aux acteurs de chacune des tâches une information utile et facilement exploitable sur les autres tâches parallèles et sur l'environnement de la réalisation
  

Le travail collaboratif, comme le travail collectif (dont il est une des variantes) n'est pas nécessairement synonyme d'efficacité, d'efficience, ni de rapidité. Son résultat dépend de la motivation de ses acteurs à collaborer, du nombre de ces acteurs, du temps qu'ils peuvent consacrer à ce travail et de leurs compétences. Il présente l'intérêt majeur d'associer les capacités de création et de potentiellement obtenir ce qu'il y a de mieux avec les ressources disponibles dans un groupe, si les éléments de ce groupe sont motivés.

Et les outils dans tout ça ?

L’intelligence collective suppose une agrégation d’intelligences individuelles. Les outils favorisant l’accès de chacun à la connaissance des autres vont augmenter les capacités individuelles. Ces allers retours entre l’individuel et le collectif produisent une optimisation de l’intelligence collective, inséparable de la composition des connaissances de chacun de ses membres. L’accès à l’information est primordial pour l’évolution individuelle et donc collective.

Les outils facilitant l’accès à l’information

Les outils de représentation et de modélisation des données

Ces outils ont pour objectif de faciliter l’accessibilité des informations, en en donnant une représentation structurée. Les structures sont entourées de normes, indispensables pour une communication efficace.

Normes et standards

La création de standards permet de normaliser l’information sur Internet. Les logiciels vont pouvoir traiter des formats de données compatibles.

En voici une liste partielle :
– Les formats d’enregistrement de données : base de données Sql, Oracle, LDAP,
– Les formats de documents : html, xml, xhtml, XPointer, XML Base, XLink, XSL, RDF, SMIL, SVG, WML, OPML, VRML…
– Les langages de définition de type (DTD, XML Schema, RDF Schema)
– Les langages d’ontologies permettant la représentation de concept (OML, XOL, OIL)
– Les langage de “service” : Web services, SOAP, XML-RPC

Outils de cartographie de l’information

Les outils de cartographie ont pour objectif de permettre une visualisation aussi simple que possible d’un nombre très élevé de données. On pourra citer notamment :

• Les arbres de connaissances de Pierre Lévy et Michel Authier exploité dans le module Gingo du logiciel See-k, développé par la société Trivium
• La cartographie dynamique des membres d’un réseau leur permettant de se rencontrer géographiquement et de traiter des problèmes de dimension régionale (par exemple Tela Botanica)
• L’arbre des forums : lorsque la communauté croit en dimension il est nécessaire de répartir les discussions sur des forums thématiques distincts. Afin de garder la vision globale de l’ensemble, Tela Botanica a développé une représentation graphique de la communauté des forums sous forme d’un arbre dont les attributs (position et longueur des branches, couleur des feuilles) sont indexés sur les caractéristiques des forums (nombre de messages, date de création du forum, nombre de personnes…)

Beaucoup d’autres logiciels utilisent des représentations cartographiques. par exemple Calliope qui recherche la pertinence dans les textes, Kartoo.com, un moteur de recherche dont la sortie est une cartographie des résultats obtenus, l’outil de Textmining de Temis ou encore MindManager?, développé par la société Mindjet, un outil pour le travail collaboratif dans les organisations qui utilise des cartes mentales (mon CV Mind Map)

Le Web sémantique

Le web sémantique a été élaboré par le W3C avec l’aide de nombreux chercheurs et d’industriels. L’objectif est de trouver un autre langage que le langage naturel pour représenter les données dans les différents documents afin qu’il soit analysable et interprétable par les différents logiciels. Sa structure est basée sur la technologie RDF (Resources Description Framework). Il s’agit d’une extension de l’utilisation du web dont l’objectif est de mettre en collaboration effective les hommes et les machines.

Outils de recherche de données

Les moteurs de recherche

Face à la masse d’informations présente sur le Web, de nombreux moteurs de recherches se sont développés. On pourra citer notamment Google, le moteur de recherche actuellement le plus utilisé (plus de 200 millions de recherches par jour), Yahoo ou Altavista qui sont des applications généralistes et destinées à un large public. Beaucoup de moteurs de recherche sont spécialisés dans un domaine précis afin d’obtenir des résultats plus fiables, comme NecResearch Spécialisée dans la documentation scientifique ou Aleph, moteur de recherche spécialisée en Sciences humaines, …

Les agents et outils de veille automatique

En plus des moteurs de recherche, des agents ont été développés. Il s’agit de programmes qui circulent sur les réseaux à la recherche d’informations. Ils sont le plus souvent spécialisés dans des tâches précises, par exemple ceux vendus ou diffusés par la société Agentland :

• Copernic Agent Personal, un méta agent qui utilise les résultats de plusieurs moteurs de recherche
• InfoFinder, qui peut produire des résumés des sources qu’il parcourt
• PicaLoader, spécialisé dans la recherche d’images

Quelques techniques de pointe

Certaines techniques d’intelligence artificielle vont également permettre une gestion distribuée des connaissances, notamment les systèmes experts et les CBR (Case Based Reasoning) qui permettent à des experts et à partir de base de connaissances et souvent d’heuristiques de gérer des évènements en fonctions de l’expérience et donc des cas précédemment enregistrés ; également les algorithmes de datamining qui ont pour but de traiter des grandes base de données afin d’en extraire des informations pertinentes. De plus de nombreux algorithmes avancés (algorithmes d’IA, de recherche opérationnelle et d’optimisation) consacrés à la gestion de la connaissance permettent d’exploiter la masse d’information.

Les outils facilitant la communication

Plusieurs outils facilitent la communication, c’est-à-dire le partage et la confrontation des informations et réflexions qui en découlent, entre les individus au sein de communautés de pratique. Ces outils sont largement utilisés dans le monde de l’entreprise car ils apportent aux employés et aux chefs d’entreprise une nouvelle forme de coopération.

Les outils favorisant la communication électronique

Les outils les plus utilisés sont les suivants :
– Les messages électroniques ou mails.
– Les « chats »
– Les forums de discussion électronique (newsgroup)
– Les forums-projets (par exemple de Tela Botanica)
– Les systèmes de Foires aux questions (FAQ)
– Les logiciels peer-to-peer de messagerie instantanée
– Les tableaux blancs et les systèmes de visioconférence

Les outils au service de la collaboration

Beaucoup de logiciels ont pour objectif de centraliser les données. Ils sont notamment utilisés pour une gestion des mails comme Microsoft Exchange ; gestion du temps et des ressources avec par exemple Micosoft Project Server ; centralisation et partage de documents avec Microsoft Share Point ; …Au-delà du monde de l’entreprise, on pourra citer la technologie Wiki qui permet de partager l’édition d’un site web entre plusieurs internautes. Ces sites offrent un réel espace de collaboration et de partage, chacun ayant la possibilité de modifier le contenu. Il ne faut pas oublier les outils liés au Personal Knowledge Management (PKM) favorisent l’IC.

D’un point de vue du management :

Dans une entreprise intelligente, il est important de distinguer réflexion collective et communication collective :

• La communication permet d'échanger des informations sans qu'il y ait forcément des coopérations intellectuelles.
• La réflexion implique des coopérations intellectuelles qui permettent de créer l'information, de lui donner du sens et d'interagir sur l'information existante pour la transformer en une nouvelle information.

Cette distinction est importante : on pense souvent coopérer alors qu'on ne fait que communiquer. Emettre ou recevoir une information est une activité courante. Par contre, co-construire une information est beaucoup plus rare et difficile.

Il est également important de distinguer réflexion collective et décision collective. Le premier réflexe d'une personne à qui on parle d'IC est souvent : "C'est bien joli votre affaire mais il faut bien qu'un chef décide !". On vous expliquera ensuite que l'IC dans une entreprise, c'est très dangereux : cela conduit à créer une entreprise démocratique (une organisation dans laquelle toutes les décisions seraient prises à la majorité). La confusion est donc grande dans les esprits entre réflexion et décision et elle n'est pas fortuite.

Elle sert à effrayer ceux qui voudraient changer l'état actuel des choses. Cependant l'IC n'a rien à voir avec l'action de décider en tant que telle mais avec l'action de réfléchir, de coopérer, d'innover, de créer... L'IC contribue certes au processus d'émergence de la décision mais n'impacte pas directement la prise de décision. Peu importe que la décision soit celle d'un seul ou de plusieurs. Ce qui est important, c'est que la construction de la décision ait mobilisé l'intelligence collective et les connaissances.

Les managers sont nombreux à résister aux processus d'intelligence collective parce qu'ils pensent qu'ils vont perdre leur pouvoir. En fait, l'IC n'induit pas une redistribution du pouvoir (chacun reste à sa place, chacun conserve la même quantité de pouvoir) mais un changement dans l'exercice du pouvoir, dans les modes de management. L'IC implique donc une nouvelle gouvernance des organisations qu'on appelle le management de l'intelligence collective.

Pour favoriser l'intelligence collective d'une équipe, un manager doit développer six capacités :

• La capacité à composer une équipe pluridisciplinaire
• La capacité à intégrer les diverses intelligences individuelles
• La capacité à collaborer ensemble
• La capacité à apprendre (avec et par) les membres de l'équipe
• La capacité collective à résoudre des problèmes et à participer à la construction de la prise de décision
• La capacité à créer une vision commune pour mieux s'adapter et agir

Ça fait beaucoup, en bref ?

Dans une économie de la production, la création de valeur est fondée sur le territoire, le travail et le capital.

Dans une économie du savoir, la création de valeur dépend principalement des idées et de l'innovation qui se trouvent dans la tête des gens.

On ne peut pas leur prendre par la force. On peut seulement mobiliser l'intelligence collective et les connaissances. L'entreprise intelligente implique un changement par rupture qui provoquera naturellement beaucoup de résistances. Mais il s'agit d'une innovation sociale.

Heureusement, des outils informatiques favorisant ce changement. L’outil idéal serait une plate-forme qui intègrerait par exemple les fonctionnalités suivantes :

• des outils informatiques (logiciels, progiciels: Enterprises Resources Provider, Client Resources Manager, Human Resources Management)
• des guides ou méthodes de travail en groupe, pour améliorer la communication, la production, la coordination.
• un service de messagerie (ex. : messagerie rapide peer to peer) ;
• un système de partage de ressources et de fichiers (Client/Serveur et peer to peer) ;
• des outils de type forum, pages de discussions, "chat" multi-utilisateurs, etc. ;
• un trombinoscope, ou annuaire des profils des utilisateurs ;
• des blogs, par projet ou par thématique ;
• un système de vote ou de notation (rating) sur les articles ;
• un calendrier ;
• un système d'archive collective, et de pages personnelles ;
• un index ou outil listant les tâches faites et à faire ;
• des outils complémentaires (AudioConférence, conférence téléphonique, élaboration partenariale d'arbres heuristiques, etc.)

Dans le but de trier, organiser, et rendre accessible à l’Homme les connaissances dont il dispose. Mais leur succès nous confronte actuellement aux limites de l’essai de partage : « Trop d’information tue l’information ». Il s’agit maintenant de réfléchir aux conditions de rendre l’immensité des connaissances disponibles, non seulement accessibles, mais utilisables, ce qui renvoie à une recherche de modélisation.

Voilà c'est un sujet qui mériterait bien plus, j'essaierai, si j'ai le temps, de faire un petit résumé.

Cycle de vie d'un projet Agile (Scrum)

A la suite du précédent sujet sur le cycle en V, voici un schéma du cycle de vie Scrum (cliquer pour agrandir):

L'amélioration personnelle? Si, ca existe !!

Et oui, on cesse ces derniers temps de parler de Scrum, SP, Lean, CMMi, ... mais il existe aussi des méthodologies sur l'amélioration individuelle. La première que je vais vous parler est le GTD.

GTD : Getting Things Done

Il s'agit du titre d'un livre de David Allen publié en 2001, décrivant une méthode de gestion des priorités quotidiennes, et est depuis 2005 une marque déposée. Pour faire une corrélation avec les méthodes agiles, le GTD dans un premier temps demande une réflexions sur les tâches à faire et leur niveau de priorité et d'importance. Un peu comme l'on fait avec une matrice ABC, ou avec les backlogs.

Puis on effectue les tâches tout en s'organisant au mieux. Là aussi des conseils sont définis. Voilà plus précisément le processus dans la vie de tous les jours :

• Recensement : noter immédiatement tout sujet qui retient l'attention - événement, objet, document, idée - et qui pourrait potentiellement requérir une action ultérieure.
• Traitement : formuler pour tout sujet envisagé le résultat concret à produire. Dès qu'il y a plusieurs choses à faire pour parvenir à ce résultat concret, formuler la première action concrète par laquelle l'enclencher (notée sur la liste du contexte opératoire correspondant), les actions suivantes s'inscrivant dans un projet.
• Organisation : mise en place sans attendre des rappels pour les actions qui ne peuvent être exécutées immédiatement : soit dans un agenda (temps bloqué), soit dans une liste au contexte appropriée ("À la maison", "Téléphone", "Achats"...), soit dans une liste "en attente" si une action est confiée à un tiers, soit placés dans un échéancier (notamment quand il y a des documents ou justificatifs), classement des données de référence.
• Revue : réexaminer très fréquemment - et passer au peigne fin au moins une fois par semaine dans la « revue hebdomadaire » - toutes les tâches et les projets en cours et nouveaux.
• Action : ... de telle sorte que l'on puisse toujours se fier à ses listes d'actions dans le choix de ce à quoi il faut donner la priorité à un moment donné.

Les 5S

Vous connaissez sans doute cette méthode. Elle fut créée par Takashi Osada. Et oui, elle nous vient du Japon, précisément, de la démarche Kaizen (dont je parlerai souvent sur mon blog).

Dans cette méthode, il est question d'éliminer l'inutilité et le gaspillage. Pour ce faire, il faut :

- Se séparer de l'inutilité
- Mettre de l'ordre dans ses affaires
- Nettoyer
- Rendre évident
- S'améliorer

Bien sûr avec des mots Japonnais, cela forme cinq S ;-)

La remise en question

Cela est le plus dur à mon avis. En ce qui me concerne, je lis énormément de blog professionnel. Le plus souvent, ces derniers discutent de leur façon de faire. Et la le dé-clique !!! ;-) Un mini Benchmark.

Cycle en V, MOA/MOE ont perdu !

Ils ont perdu ?? Et oui, durant des années ils ont perdu + de 70% des logiciels qui étaient produits dans le monde. Comment ça se fait ?

Commençons par le cycle en V

Déjà, V n'est qu'une construction théorique qui n'est pas applicable en tant que cycle de vie.

Les mécanismes du cycle en V sont fondés sur le contrôle et le suivi de projet, pas du produit.

les méthodes en cascade avec le cycle en V ou le cycle en W sont des méthodes dites prédictives dans lesquelles nous avons une hypothèse de base :

• Nous maîtrisons ce que nous voulons et nous nous engageons à le réaliser.

Un peu radical, non ?

Un cycle de vie est un ensemble ordonné de phases décrivant la vie d’un projet, la phase n ne pouvant commencer que si la phase n-1 est terminée. Dans la représentation graphique du V, les boites s'appellent Spécification, Conception, Codage, Test et Validation pour prendre la variante la plus simple. La signification du nom de ces différentes boites est à peu prés claire : Spécification on décrit le quoi, Conception le comment etc... Il s'agit des disciplines classiques du développement de logiciel.

Considérer que les boites du V correspondent aussi à des phases d'un cycle de vie revient à dire qu'elles se déroulent en séquence stricte : en premier toute la Spécification puis toute la Conception puis tout le Codage puis tout le Test... Évidemment aucun logiciel n'a jamais été développé de cette façon strictement séquentielle. La preuve la plus évidente concerne les travaux de Test. Quand on trouve un bug dans la "phase" de test, le minimum est de refaire des travaux de codage. Dans quelle phase ? Il y a deux possibilités qui débouchent sur une impasse :

1. revenir en arrière dans une phase précédente, ce serait remonter dans le temps !
2. considérer que pendant la "phase" de test on fait du codage, de la conception, de la spécification en plus du test alors que c'est le nom d'autres "phases" du V, ce serait utiliser le même terme avec 2 significations différente

En cycle en V, les exigences et les scénarios de tests sont gérés par deux processus bien séparés.

• Les exigences pour but de satisfaire le niveau supérieur.
• Les tests sont décrits pour contrôler ce niveau d’exigence. Il n’y a pas de lien, ni de vérification entre les différents niveaux de tests

Les exigences, majoritairement écrites sous forme documentaire, voir avec des outils de type Doors, ne peuvent que retranscrire le comportement statique du besoin. La spécification s’apparente la plus part du temps à un catalogue de règles de gestion, qui pense-t-on, mises bout à bout, vont produire un logiciel.

A l’inverse, les scénarios de tests décrivent l’aspect dynamique et cinématique du besoin : L’approche opérationnelle. Ce que l’utilisateur réel va vraiment pouvoir faire.

Encore une fois, les tests étant fournis après comme contrôle du travail fini, les équipes de développement n’ont donc que l’aspect statique et ne connaissent pas le mode opératoire du logiciel qu’ils sont en train de produire. Le développement est donc piloté par la seule information à caractère statique de se que sera le logiciel et sera sanctionné par un contrôle à postériori.

C’est le pilotage par le contrôle. Incohérent par nature !

Au tour de la hiérarchie MOA / MOE

En France, contrairement à d'autres pays, il y a une tradition qui est de diviser le rôle de Chef de Projet en deux: celui de Chef de Projet MOA (Maîtrise d'Ouvrage) et celui de Chef de Projet MOE (Maîtrise d'Oeuvre) du moins dans le contexte des Grands Comptes.

La MOA étant le client et la MOE étant le fournisseur, on retrouve les comportements typiques suivants: la MOA aura à tendance à en demander toujours plus, la MOE à en proposer toujours moins de peur d'être débordée. Ainsi, des conflits entre la MOA et la MOE surviennent.

Un DSI, dans un article de 01 Informatique, proposait comme solution de supprimer cette division en fusionnant les deux services car le modèle MOA/MOE représentait clairement un frein aujourd'hui dans le rapprochement voulu entre DSI et métiers. Un rapprochement de plus en plus forcé avec l'apparition des solutions SaaS.

Agilité: méthode dite empirique

Un partie de la solution, utiliser des méthodes empiriques, où la règle est:

• Nous faisons l'hypothèse de base que ne nous ne maîtrisons pas ce que nous allons faire et nous allons essayer d'avancer avec l'incertitude. Pour réaliser cela, il y a 3 piliers fondamentaux (Les Valeurs de l'agilité : source Wikipedia( http://fr.wikipedia.org/wiki/Méthode_agile ):

1. la transparence (avoir les informations).
2. inspection (inspecter les indicateurs).
3. Adaptation (améliorer, réorienter).

Pour les processus Agiles, un cycle de vie est composé d'itérations incrémentales (ou sprints) successives. Voici un schéma pour bien comprendre ?

• itérative

• incrémentale

• approche mixte

La aussi, ce que l’on reproche aux méthodes Agiles est leur manque de visibilité à long terme. Et c’est heureusement là qu’elles pourraient bien au contraire vous surprendre.

La grande différence réside dans la construction du backlog. En agile, nous utilisons les user stories : Une définition succincte mais précise des possibilités offertes à l’utilisateur, leur moyen de vérification, ainsi que les critères d’acceptance. Dans ce cas, les scénarios de tests sont fournis comme (seuls ou en complément) des spécifications en entrée de sprint. Des exigences plus fines de type règles de gestion peuvent être définies au cours de la réunion de planification de sprint.

Le développeur est ainsi « formé » à l’utilisation de ce qu’il va produire. Il connaît les objectifs à atteindre. La chaîne de construction se répète tout au long du process jusqu’à l’écriture du code de test avant le code lui-même (TDD), qui participe au maintient de la qualité du logiciel (Intégration continue, tests automatisés).

L’approche est donc radicalement différente. Agile propose un pilotage par les objectifs.

En bref

Un logiciel, c'est comme produire une voiture, à la différence que le client souhaite constamment customiser son Produit et non son Projet. Cela implique donc des procédés d'ingénieries industriels (PIC, TDD, BDD) pour une réactivité sans cesse accru.