Spotfire ou comment la BI révolutionne le WEB

Toujours plus, toujours mieux.
Nous venons de terminer l'intégration de l'outil Spotfire (http://spotfire.tibco.com/) à notre plateforme WEB Ajax.
Spotfire pourrait se présenter comme l'équivalent des fonctions de tableaux et graphes croisés dynamiques mis à disposition sur le WEB. Il se classe dans la catégorie des outils de BI (Business Intelligence) light à l'opposé de la lourdeur des ténors du marché comme Business Object par exemple; bien sûr, les produits n'intègrent pas la même richesse (la notion d'univers est par exemple absente de Spotfire), mais l'on gagne en souplesse et en agilité dans le développement.
Le tour de force technique réalisé par ce petit éditeur récemment racheté par Tibco est de proposer une interface riche, dynamique et ce sans aucun artifice de plugin type applet, activex ou flash.
Mais ses atouts ne résident pas seulement dans la prouesse technologique; notre expérience nous a permis d'innover dans le cycle de construction en mixant dans la même équipe projet des profils de type 'power user' avec des développeurs. Les premiers s'occupant de la conception des maquettes, les autres prenant en charge l'intégration avec le backoffice.
Et ce, en mode itératif - je n'ose pas dire Agile - et avec un degré de parallélisation maximum.
Cerise sur le gateau, cette réalisation est en compétition pour les 'Innovation Awards' du groupe BNPParibas.

Comme il se doit nous avons aussi pris soin de communiquer sur la réussite de ce projet dans la presse : http://www.01net.com/editorial/392593/pourquoi-les-petits-de-la-bi-seduisent/

Voici deux extraits des interviews du chef de projet MOE et MOA:
[...]
Seul paramétrage à réaliser dans ces outils, le « mapping » des bases, via les templates fournis par les éditeurs. « Spotfire procure un environnement pour associer les tables ou le résultat d'une procédure stockée de notre entrepôt aux variables que nous souhaitons voir figurer. L'opération ne dure pas plus d'une heure » , affirme Arnaud de la Porte du Theil, chef de projet Spotfire chez BP2S (BNP Paribas Securites Services) au sein du département IRP (Ingénierie du reporting et de la performance).
[...]
Outre la souplesse liée à l'alimentation de données, ces plates-formes alternatives brillent par l'autonomie qu'elles confèrent aux utilisateurs au cours de leurs investigations. Première impression : la disposition des écrans de visualisation paraît simple. Voire simpliste... « Une zone sur la droite concerne le filtrage des variables nécessaires aux analyses. Au centre, figurent graphes, tableaux et autres histogrammes. Les données de détails qui correspondent à ces éléments graphiques sont en bas. Enfin, une dernière zone est consacrée à la navigation par onglets, qui présente différentes vues » , expose Laurent Chauvirey, MOA du projet Spotfire à la BP2S. Celui-ci craignait initialement que cette interface épurée ne devienne vite un carcan. « Mais je ne mesurais pas à quel point les perspectives d'investigation allaient s'avérer si riches. »

Accompagner l'arrivée du WEB 2.0 en entreprise

Interview téléphonique parue dans 01 Informatique.

Extrait de l'article; pour l'article complet, cliquez sur le titre.

[...]

Responsable des études IRP chez BNP Paribas Securities Services, Laurent Bédé constate une montée du niveau d'exigence de la maîtrise d'ouvrage (MOA). « Il ne s'agit pas que de produire une solution conforme aux attentes du cahier des charges. La MOA veut le même graphe que dans Yahoo Finance ou le même degré de personnalisation que sur la page d'accueil de Netvibes. »

Gérer les frustrations des utilisateurs et développeurs

Il se retrouve ainsi en porte-à-faux entre l'utilisation privée et l'utilisation professionnelle. « Les utilisateurs surfent chez eux sur des sites attractifs, communicants, interactifs et retombent en entreprise sur du client lourd ou de l'intranet 1.0 » Pour gérer ces frustrations, Laurent Bédé revient à des considérations financières. « Développer des fonctionnalités a un coût. Si, en plus, l'interface doit être sexy et attractive, c'est beaucoup plus cher. Au final, on trouve un terrain d'entente en ne peaufinant le graphisme qu'à des endroits ciblés. »

Le chef de projet doit également faire face, en interne, aux desiderata des développeurs estampillés web 2.0. Une nouvelle génération d'informaticiens, proche de la mouvance open source et sensible aux méthodes agiles et à XProgramming. « Ces méthodes valorisent le développeur en le remettant au centre de la chaîne de développement. Mais la prédictibilité théorique de XProgramming reste moins bonne que les formules classiques de planification et de chiffrage. Du coup, on maintient un planning prévisionnel. »

[...]

« Nous avons lancé, il y a quatre ans, la plate-forme en ligne Codex. C'est une offre de services - reporting sur les fonds, suivi et calcul de performance... - à destination des gérants d'actifs. Un outil de différenciation par rapport à la concurrence. Il faut donc le doter d'interfaces modernes pour qu'il tienne la comparaison avec les sites web 2.0. La pression d'un « time to market » agressif associé à la complexité de ces nouvelles technologies nous imposent d'aller chercher de l'expertise à l'extérieur. Certains projets affichent un taux de 80 % de prestataires. Nous nous appuyons aussi sur les éditeurs. Avec le web 2.0, on sort des sentiers battus pour passer à une nouvelle dimension. Une couche artistique se rajoute et l'on parle de goûts et de couleurs. Il faut intégrer de préférence des profils issus du monde artistique, des designers, des ergonomes, des spécialistes en feuilles de style... Un investissement qui n'est rentable que sur des projets conséquents. »

[...]

Podcast BFM : circulation de l'information en entreprise

Le mardi 19 Février, j'ai participé à une émission de radio sur BFM animée par Anicet MBIDA, rédacteur en chef adjoint de 01Informatique.
Le MP3 est téléchargeable sur le site de BFM içi.
Pour l'avoir streaming il faut aller sur cette page et choisir podcast "Emission spéciale, BFM Pro du 19 février"

Mon intervention commence à la 36ième minute environ, non pas que les 35 premières soient pénibles, mais juste au cas où vous n'auriez pas que cela à faire aujourd'hui.

Êtes-vous prêts pour le management 2.0 ?

Corsetée par un sur croît de procédures, la gestion de projet a tendance à oublier l'essentiel : les hommes. Un management « 2.0 » vise à recréer du lien. En s'aidant des nouveaux outils collaboratifs et des méthodes agiles.

Laurent Bédé, et Olivier Vallet, avec Stéphane Parpinelli et Xavier Biseul , 01 Informatique (n° 1896), le 16/03/2007 à 00h00

Un vent de révolte souffle parmi les chefs de projet. CMMi, Itil, Cobit, Six Sigma... Ils assistent, depuis quelques années - parfois sous la contrainte -, à une inflation de cadres méthodologiques. Des référentiels de bonnes pratiques qui visent à l'industrialisation des systèmes d'information, à la taylorisation des tâches et, en définitive, au mirage du zéro défaut. Or, la lapalissade est parfois bonne à rappeler, un projet reste et restera une affaire d'hommes. Ce qui fait les joies et la difficulté du management.

Ne gérer un projet qu'en fonction des risques présente un risque en soi. Un excès de formalisme, en figeant des organisations sans tenir compte du contexte et de ses évolutions, s'avère au contraire contre-productif. Comme l'expose ce site parodique ⁽¹⁾ qui épingle « les ravages de la pseudo-rigueur » . Une organisation qui éprouve des difficultés à mener à bien des projets aura pour réflexe naturel d'édicter une nouvelle procédure plutôt que de régler les problèmes sur le fond.

Aussi structurant soit-il, un modèle de certification qualité tel que CMMi montre ses limites en s'affranchissant des « risques humains » . Pour ce référentiel, les compétences sont interchangeables. Et, un départ en maternité, un coup de déprime chez un salarié, ou un turn over galopant, restent définitivement hors périmètre. Pourtant, la majorité des points de blocage d'un projet relèvent du management d'équipe.

En ajoutant un P, pour People, au CMM, le P-CMM tente de répondre à cette attente. Quasiment inconnu en France, ce modèle définit des recommandations dans le domaine de la gestion des ressources humaines - formation, communication, rémunération, reconnaissance... - au risque de calquer des concepts théoriques sur des relations humaines. Le management relève de l'inné et non de techniques universelles. Tous les Pert et Gantt du monde n'apprendront pas à un chef de projet à être chef.

L'émergence d'un nouveau mode de management

Face à ce constat, un management baptisé par certains « 2.0 » (2) - par analogie au web 2.0 qui remet l'humain au centre de la Toile - semble émerger. Plusieurs événements récents abondent dans ce sens. Le 5 décembre dernier se tenait une conférence grands comptes de Microsoft autour du travail collaboratif. Dans le cadre de son déploiement de SharePoint, Bouygues Télécom y a expliqué comment les utilisateurs ont constitué un groupe de travail pour une formation centrée non pas sur les outils de Microsoft, mais sur l'organisation et la gestion du travail personnel. L'opérateur s'est félicité également du succès sans pareil de cette formation, et des retours positifs qu'elle a suscités. Dans son dernier édito intitulé Itil et la gestion de la sécurité , Daniel Kervarec, directeur de la publication de Newsitweb.info , annonce, de son côté, la création d'une nouvelle rubrique « consacrée à la gestion des hommes » . Que le monde d'Itil, pilier des processus, s'intéresse aux hommes est révélateur.

Enfin, le 6 mars dernier se déroulait la troisième Active Directory Strategy Group dans les locaux de Microsoft. Après une demi-journée de présentation des solutions techniques autour de l'annuaire de l'éditeur et de la gestion des identités, la séance des questions/réponses se met en place. Une voix dans la salle : « Votre présentation est très opérationnelle, mais avez-vous une présentation fonctionnelle de l'Active Directory au sein de l'entreprise. Par exemple : Comment trouver les données qui l'alimentent ? Existe-t-il des connecteurs pour les bases RH ? » Réponse embarrassée d'un des consultants : « Vous avez raison, ce que vous dites représente 95 % du problème ».

S'aider des solutions du web 2.0

Les outils collaboratifs du web 2.0 peuvent concourir à cette révolution managériale. D'ores et déjà, les relations avec la maîtrise d'ouvrage (MOA) sont affectées.L'application proposée doit tenir la comparaison avec ce qui se fait de mieux aujourd'hui sur internet. Cette nouvelle « métaexigence » s'immisce dans les discours, les écrits, et alimente les non-dits.

La MOA souhaite-t-elle le même degré de personnalisation que le portail en mashup de Netvibes ? Le chef de projet doit savoir s'engager sur un niveau d'exigences raisonnable, faire preuve de diplomatie et de psychologie, et gérer les frustrations le plus tôt possible.

Par ailleurs, le développement 2.0 se complexifie. Il implique l'intervention d'une multiplicité de talents : designers, ergonomes, développeurs de frameworks, etc. En tant que manager, le chef de projet doit savoir recruter une équipe, en panachant ces divers profils et en les plaçant sur l'axe temps de son projet.

Et dans ce cadre, les outils existants ne suivent plus. Excel montre ses limites et Project est aussi adapté pour le suivi de planning qu'une carte routière en papier sur une moto de course. Le wiki et la messagerie instantanée peuvent être utiles, mais le développement véritablement collaboratif, lui, sort à peine des laboratoires - Jazz avec Eclipse, et Team System chez Microsoft, notamment.


Influencés par les pratiques des communautés open source, les développeurs pressent leur management à adopter les méthodes agiles (Scrum, XP).

Avec quels arguments le chef de projet peut-il convaincre sa DSI d'engager un projet agile ? Si, en parallèle, il est impliqué dans un processus qualité de type CMMi, on mesure l'ampleur du grand écart à accomplir. Il doit se convaincre d'abord que CMMi et méthode agile sont complémentaires, puis identifier un périmètre d'essai et faire une proposition d'expérimentation. Puis faire le bilan, et recommencer en mieux. Pourquoi pas en offshore...

Chefs de projet, rédacteurs en chef d'un jour

Une journée à jouer au journaliste avec des journalistes (des vrais) de 01.
Expérience passionnante au cours de laquelle le terme "chemin de fer" a pris un autre sens.

Résultat, un article co-écrit publié dans le post précédent.

Ajax, Hector, et leur talon d'Achille

Laurent Bédé*, 01 Informatique (n° 1836), le 18/11/2005 à 00h00

C'est ainsi, la communauté informatique a besoin de ses jeux du cirque. Après l'affrontement pour le titre du meilleur mécanisme de persistance objet, place au combat que se livrent, d'un côté, les défenseurs du web enrichi et, de l'autre, les partisans du client lourd. Ce dernier regroupe l'ensemble des technologies dont le prérequis à l'exécution est le téléchargement du code de l'application sur le poste de l'utilisateur. On en distingue deux catégories : celles basées sur une machine virtuelle Java, et les autres. La première oppose deux bibliothèques de composants graphiques : SWT, promue par Eclipse - et IBM -, et Swing, poussée par Sun. La seconde héberge surtout Microsoft Winform . Net, Macromedia Flash, ainsi que tous les L4G propriétaires - Powerbuilder et Delphi en tête.

Il n'y a donc pas un seul client lourd, mais un ensemble d'environnements concurrents et incompatibles, qui se disputent le droit de rivaliser avec l'autre type de client - riche, celui-là -, porté par la technologie Ajax ⁽¹⁾ . ^.

Le client Java en panne de standard

La proposition de Sun se distingue nettement des autres challengers, comme le montre une récente étude d'Evans Data Corporation sur l'adoption des technologies. En 2005, Java/Swing arrive en tête des outils de développement pour client lourd : 47 % des développeurs interrogés l'utilisent, soit 27 % de mieux qu'en 2004.

Si ce rapport ne concerne que les Etats-Unis, au vu du choix de Fiducia AG, l'Europe pourrait confirmer, sinon accentuer ce résultat. Cet hébergeur allemand de logiciels bancaires, en mode hébergé, déploie son logiciel client Java/Swing de 120 Mo sur plus de 100 000 postes clients avec Java Web Start au travers de bandes passantes souvent réduites à 64 Kbit/s.

Swing, appelons-le Hector ⁽²⁾ pour la métaphore mythologique, serait l'alpha et l'oméga des interfaces riches et de la transparence du déploiement. Peut-être, mais pas en l'état, car Hector souffre de ne pas être spécifiquement dédié aux applications de gestion. A tel point que rien n'empêche de bâtir sur ses fondations une console de supervision de centrale nucléaire ou un simulateur de cockpit d'avion de ligne. En théorie, c'est un gage de souplesse. En pratique, le coût pour spécialiser cette bibliothèque à l'informatique de gestion est prohibitif pour les projets de petite et moyenne envergure. D'où la pauvreté de l'offre de frameworks répondant au problème. Et pour cause : il manque un standard dédié au client Java - à l'instar de J2EE pour le serveur -, qui pérenniserait des investissements nécessairement importants. La notion de « conteneur client lourd » reste à inventer, et son modèle de programmation avec.

Ajax écartèle le modèle MVC

Si Hector entre dans l'arène en quête d'une plus grande reconnaissance, Ajax, le populaire, harangue la foule en délire. Ce n'est pas un outil, mais un modèle évolutionniste, qui s'appuie sur les standards existants et promet d'élever le web au rang des meilleures interfaces homme-machine. Mais la puissance d'Ajax ne s'exprimera pas si facilement. D'abord, parce qu'il écartèle le contrôleur du fameux modèle MVC (Model-View-Controller) entre le serveur et le client, sans pour autant en spécifier de substitut. Ensuite, parce qu'il repousse le HTML, les feuilles de style CSS, le Javascript et l'invocation asynchrone XML aux limites de leurs implémentations propriétaires par les navigateurs. Enfin, parce que la pléthore d'outils estampillés Ajax n'est pas le signe d'une grande maturité.

Le HTML pourrait ne jamais atteindre la richesse génétique du client lourd. Le prix à payer pour enrichir une interface web avec Ajax est une fonction exponentielle de la valeur ajoutée. Swing inverse cette formule, mais augmente l'investissement initial.

Ironie de l'histoire, Ajax vénère trop de dieux, alors que Hector s'en cherche un désespérément. Si l'on en croit la mythologie, il n'y eut qu'un seul combat entre ces deux héros. Combat qui ne vit ni vainqueur ni vaincu : à la nuit tombée, ils échangèrent leurs armes et firent la paix.

(1) Ajax fut, après Achille, le plus vaillant des Grecs.(2) Hector fut le plus fort et le plus vaillant des Troyens.* directeur technique du projet AceTP chez BNP Paribas Securities Services.

Ce qu'ils pensent d'Ajax

Anicet Mbida, 01 Informatique (n° 1835), le 16/11/2005 à 07h00

Le sceptique : Laurent Bédé (BNPParibas Securities Services)

« Il ne faut pas enterrer le client lourd. »

« Le déploiement en client-serveur n'est plus un problème. Avec un nombre fini d'utilisateurs, des outils comme Java Web Start assurent un déploiement transparent. Fiducia AG, par exemple, a déployé automatiquement une application Java/Swing de 120 Mo sur plus de 100 000 postes. Derrière Ajax,il y a un bricolage incroyable. Même si les outils s'améliorent, les meilleures bibliothèques d'aujourd'hui atteignent à peine le niveau de ce que faisait Visual Basic il y a dix ans. Quel intérêt y a-t-il à rester centré sur le navigateur ? C'est le nivellement par le bas. Le client du futur, le téléphone, a depuis longtemps opté pour un modèle avec des applets. »

La fin des bases de données relationnelles

Laurent Bédé* , 01 Informatique (n° 1821), le 30/06/2005 à 00h00

Le langage SQL a joué un rôle de précurseur en sacrifiant vingt années d'alternatives sur l'autel du « on peut sûrement faire mieux, mais c'est un standard, et on s'en accommode » . Au début des années 80, l'apparition des systèmes de gestion de bases de données relationnelles (SGBDR) offre un cadre structuré et normalisé aux données. La nécessité de travailler avec un langage standard d'interaction avec les données et de fournir l'accès à ces informations à un utilisateur lambda donne naissance à SQL. On assiste alors à une extraordinaire arnaque intellectuelle, en retombant dans le piège de logiciels toujours trop compliqués pour un néophyte, ou trop limités pour un informaticien.

Aujourd'hui, après le télescopage du client-serveur et du web, les architectures à la mode nous font marcher sur la tête. Ainsi, les données stockées en mode relationnel sont extraites en SQL, de façon à alimenter un modèle objet, qui doit être à nouveau mis à plat pour l'ultime conversion à des fins de représentations tabulaires. Vu sous cet angle, la question se pose de savoir qui, de la base de données ou du serveur d'applications, doit rendre son tablier.

D'un aspect purement pragmatique, il faudrait détruire la brique du milieu, supprimant la double distorsion (relationnel/objet et objet/représentation tabulaire), et par là même quelques décennies d'avancées technologiques. N'en déplaise aux conservateurs, je préfère une autre option.

Les serveurs d'applications prennent le relais

Car, en regardant de plus près, les SGBDR représentent « le » point faible des architectures à plusieurs niveaux. Risques d'indisponibilité, problèmes de performances, évolutivité trop verticale... Leur mode d'interaction n'est plus du tout en phase avec les standards de développement objet et XML. En outre, les futurs ingénieurs ne sont plus formés au SQL, et encore moins aux formes normales. Mais alors, si la base de données disparaît, qui prend le relais ? Les serveurs d'applications bien sûr. Un exemple : même si dans le monde Java, les premières spécifications des EJB Entity ont échoué pour donner naissance dans la foulée à JDO, d'un côté, et à Hibernate, de l'autre, elles proposent une façon ­ plutôt incompatible ­ de résoudre la différence d'impédance objet/scalaire. Peu importe, la bataille acharnée que se livrent les partisans des deux camps, tous ceux qui ont expérimenté ce mapping objet/relationnel (ORM), dressent un même constat : la différence se fait autour de la gestion du cache.

Un langage d'interrogation objet pour remplacer SQL

Une unification des ORM est attendue en fin 2005. Le cache, lui, restera encore longtemps loin de toute normalisation. Qu'il s'agisse de celui de niveau 1, propre à chaque session (ou transaction) qui assure qu'un objet n'est instancié qu'une seule fois ; ou de celui de niveau 2, qui propose des services de réplication transactionnelle interserveurs, de tolérance aux pannes, de gestion de conflit sur mise à jour concurrente, et, enfin, de tolérance à l'absence de base de données. Ce cache en écriture, réparti sur toutes les instances d'une grappe de serveurs d'applications, supprime de facto le goulet d'étranglement inhérent aux moteurs de persistance classiques. Un langage d'interrogation orienté objet remplace alors SQL ; la distorsion objet/relationnel est éliminée, et avec elle le mapping. Cerise sur le gâteau, on administre les composants exécutables et leurs données depuis une console unifiée. Les conditions optimales pour l'arrivée d'un mode de persistance asynchrone, distribué et à évolutivité horizontale et linéaire, se trouvent donc réunies. Une telle technologie peut donc ­ en théorie ­ prétendre se substituer au SGBDR et le reléguer au rang des bandes magnétiques d'archivage.

Bien entendu, tout cela n'en est encore qu'au stade préhistorique. Les fournisseurs se défendent en faisant la promotion du Datagrid ; d'autres mettent l'accent sur les développements Javaspace, JCache ou propriétaires.

* directeur technique du projet AceTP chez BNP Paribas Securities Services