A0157 Vers la fin des applications informatiques ?

J'anime vendredi 4 mars 2011 la thématique "Recherche et Innovation"  de la rencontre professionnelle Search 2011, qui se tient au pôle universitaire Léonard de Vinci.

Pour lancer la table-ronde avec les conférenciers, je pose la question suivante: le succès des outils de recherche documentaire dans l'entreprise ne sont-ils pas le signe de notre incapacité à développer des applications informatiques classiques qui correspondent aux besoins des organisations d'aujourd'hui ?

Voici le début de l'article correspondant (cliquer ici pour voir le texte intégral)

J’ai été récemment en contact avec des organismes qui se situent clairement à la pointe de la technologie : laboratoires de recherche, établissements d’enseignement supérieur, pôles de compétitivité, agences européennes.
Ces organisations fonctionnent en réseau, échangent en permanence avec leurs usagers et partenaires des propositions, des projets, des rapports, des comptes-rendus. Elles doivent publier en continu des tableaux de bord, des synthèses, des évaluations …
On imagine la richesse des informations qu’elles brassent, richesses en idées, en projets d’avenir, en innovations potentielles. On imagine tout ce qu’un traitement automatisé de ces informations pourrait apporter.
Pourtant, quand on demande à leurs dirigeants quels sont les outils informatiques qu’ils utilisent pour gérer et exploiter ce trésor, ils répondent en chœur : Excel ! Plus précisément : Excel, les courriels, les documents -Word, Excel et PowerPoint ou leurs équivalents libres- en pièces jointes, les répertoires de fichiers …

Pourquoi cette absence de systèmes d’information dans ces organismes à haute valeur ajoutée ?
La réponse est simple : c’est parce qu’on ne sait pas les faire !

(cliquer ici pour voir le texte intégral)

A0039 Se passer des modèles ?

De manière classique, on conseille de commencer par construire LE modèle des données de l'application (avec UML par exemple).
Le problème est qu'il peut être impossible à construire, par exemple parce qu'il change tout le temps, ou que l'on n'arrive pas à mettre la main sur les gens assez savants pour vous l'expliquer.
Mais comme il faut un modèle, on en bricole un quand même, en toute ignorance de cause.
Et évidemment les ennuis commencent.
Comment améliorer ça ?
De manière classique, on va faire des groupes de progrès, appeler des consultants, externaliser le développement.

Une autre manière est de "Faire Radicalement Autrement"
Ce qui en l'occurence veut dire " Ne pas faire de modèle".
Ce qui veut dire encore:
Il y a des informations dans le système, elles sont comme elles sont.
Elles n'ont pas été introduites en respectant un modèle prédéfini.
Au contraire, ce sont les informations qui vont définir le modèle.
Par émergence.

Quand on veut poser une question, le système nous présente la manière dont les informations sont structurées à cet instant, et nous donne tous les éléments pour nous aider à  trouver ce que nous cherchons.
Quand on veut ajouter une information, le système nous dit comment les gens qui nous ont précédé ont procédé.
Et on décide de faire pareil, ou de faire autrement.
Les suivants verront la conséquence de notre intervention, à travers la manière dont le système se présentera à eux.

SUN Microsystems disait:
"The Network IS the Computer"
Nous disons:
"Information IS the System"
"User IS the Architect"

Cela a beaucoup d'avantages: citons-en un seul:
Vous voulez fusionner deux bases d'information.
Pas facile si chacune a son modèle.
Mais si aucune n'a de modèle, c'est beaucoup plus simple: il n'y a rien à faire.
On mélange les deux ensembles d'informations sans modèle en un seul ensemble.
Et la prochaine fois qu'un utilisateur se présentera il verra le modèle du moment, tel qu'il émergera  du nouvel ensemble.
Le système IDELIANCE a été réalisé de cette manière.
Pour en savoir plus:
Présentation PowerPoint IDELIANCE
Article IDELIANCE