[MOSS 2007] La peur du Web Content Management over Internet
Il y a quelques semaines, j'ai eu une conversation avec un responsable des sites internet d'une grande entreprise qui dispose de plus de 50 sites sur le web construits à partir d'une solution "custom". Cette solution a pour destinée à être migrée sous les technologies SharePoint 2007 et cette personne me disait "subir" quelques interrogations de la part de certains responsables de sites internets internes quant à l'utilisation de MOSS en internet, notamment au sujet des mécanismes de multilingue, le respect du XTML, l'accessibilité, les performances, la liberté graphique...
Je pense que ces interrogations sont légitimes et que vous avez probablement déjà fait face à ces problématiques en tant qu'intégrateur ou en tant que Maîtrise d'OEuvre. Et d'ailleurs pas forcément que pour des sites web sur Internet mais également pourquoi pas des sites de communication Intranet ou autre. Du coup, avant de me faire le porte parole d'expériences générales, je me suis permis de faire un tour sur la toile pour récolter des feedbacks sur ce sujet et les corréler à ma propre expérience.
Tout d'abord, je tiens à souligner que de plus en plus de sites web utilisent les technologies MOSS 2007 en tant que plateforme internet. A ce jour (ndlr : 08/02/2009), Ian Morrish en répertorie plus de 457 sur son site http://www.wssdemo.com/Pages/websites.aspx. Je crois qu'il nous a bâtu Neil et moi-même ou nous avions commencé à lister les sites (http://blogs.developpeur.org/pierre/archive/2006/12/17/moss-2007-quelques-exemples-de-sites-de-gestion-de-contenu-web.aspx et http://blogs.msdn.com/nay/archive/2007/01/04/des-sites-internet-avec-moss-2007-en-production-moss-based-internet-sites-live.aspx). Donc, 1er élément de réponse : "ouf, je ne suis pas la seule entreprise à implémenter MOSS sur internet".
Donc, quelles sont les problèmes majeures que je pourrais rencontrer lors de l'implémentation de MOSS 2007 en WCM Internet ? Il serait bien évidemment intéressant d'interviewer ces clients qui ont déjà implémenté MOSS dans ce scénario. J'imagine sans trop m'avancer que c'est ce que Microsoft a entre autre fait pour améliorer sa prochaine version SharePoint 14.
J'ai ensuite lu quelques articles sur le sujet. Tout d'abord, je vous invite à lire ces 2 articles qui se suivent, rédigés par un delivery manager d'Avanade et qui à mon sens résume ces interrogations.
Microsoft SharePoint 2007 et Internet : tordons le cou aux idées reçues
http://www.journaldunet.com/developpeur/technos-net/dossier/microsoft-sharepoint-2007-et-internet-tordons-le-cou-aux-idees-recues-1/microsoft-sharepoint-2007-et-internet-tordons-le-cou-aux-idees-recues.shtml
http://www.journaldunet.com/developpeur/technos-net/dossier/microsoft-sharepoint-2007-et-internet-tordons-le-cou-aux-idees-recues-2/microsoft-sharepoint-2007-et-internet-tordons-le-cou-aux-idees-recues-2.shtml
Les idées reçues listées entre autre sont les suivantes :
- MOSS 2007 n’est pas cross browser compatible
- MOSS 2007 n’est pas performant pour de fortes fréquentations
- MOSS 2007 ne permet pas de faire de l’accessible ni du compatible standard
- MOSS 2007 n’est pas suffisamment sécurisé
- MOSS 2007 est complexe en terme de publication de contenu
Que pensez-vous de ces articles ?
Pour ma part, je pense que cela représente bien la vision peine cliente <-> fonction de MOSS. Toutefois, cela reste une vision plutôt orientée produit sur le sujet (attention, aucun dénigrement de ma part sur l'auteur qui est une personne de qualité).
Par contre, à mon sens, cela ne touche pas au véritable problème de MOSS 2007 sur internet.
En effet, certains spécialistes du WCM s'accordent à dire qu'une vrai application exposée sur internet se doit de partir d'une feuille blanche pour arriver à la solution fine attendue. C'est typiquement la philosophie de framework ou d'outils de CMS type Tridion ou anciennement MS CMS 2002. Le problème de MOSS 2007 est qu'il implémente par défaut tout le rendu et propose même des sites prêts à l'emploi. Du coup, on se pose la question de "est-ce que cela vaut le coup de tout refaire". Mais la réponse est bien là : si on veut, on peut rendre les sites générés par MOSS aussi optimisé et compatible que l'on souhaite, mais est-ce que le client est prêt à payer et la plateforme et l'implémentation pour ce faire... C'est d'autant plus frustrant que si l'on vend la plateforme applicative SharePoint, on l'achète surtout pour ses fonctions "Out Of the Box".
Une remarque d’Andrew Connel, spécialiste justement du WCM sous MOSS, dans son post de mai 2006 (http://www.andrewconnell.com/blog/archive/2006/05/17/3115.aspx) indique que MOSS n’est pas XHTML compatible mais qu’il n’appartient qu’à nous de le rendre compatible. Cette remarque peut être généralisée. Il suffit de recréer le front office. Et sauf erreur, c’est ce que propose des outils du marché du type Tridion.
Par contre, la customisation d’une manière pose ainsi aux DSI les questions suivantes :
- comment contrôler le coût de développement ?
- comment m'assurer de la portabilité des développements en cas de service pack et de montée de version majeure ?
- comment expliquer que l'achat d'un produit type SharePoint supposé réduire le "time to market" va finalement entraîner des délais incompressibles non prévus au départ ?
- comment éviter de réduire la souplesse du produit par l'ajout de fonctions contraignantes ?
Pour ma part (et rien de bien nouveau), je dirais qu'à ce niveau là il faut jouer sur deux facteurs :
- s'entourer des compétences capables d'assurer supportabilité et performances
- opter au maximum pour de l'alignement fonctionnel et technique entre les exigences et les contraintes des fonctions produits
Une autre option consiste à se tourner non pas vers du full custom au dessus de MOSS mais sur du "best of breed" : on va intégrer en plus du socle de base des composants tiers permettant d'arriver à nos fins. Sur les fonctions de WCM, il existe des solutions.
Nous pouvons citer :
. GSPTV - http://www.codeplex.com/GSPTV
“Purpose of this project:
- To get SharePoint 2007 to validate according to W3C XHTML 1.0 Strict.
- Google-optimize SharePoint to gain the best search ranking.
- Enhanced accessibility.
- Makes it possible for SharePoint to follow the American regulation 508 and the Danish regulation based on WCAG AA.
- Better control over the HTML output of SharePoint, to ease the frontend development process. “
. HiSoftware Accessibility Compliance Solutions for SharePoint - http://hisoftware.com/MOSS/MOSSsolutions.htm
“HiSoftware Accessibility Compliance Solutions for Microsoft SharePoint® Server et notamment son toolkit basique gratuit sponsorisé par MS”
. Enki Studio - http://www.airsoftstudio.com/enki-studio
Kit qui propose du WCM basé sur WSS 3.0
Certains outils du marché proposent même de s’intégrer à MOSS 2007 pour faire un couplage MOSS BackOffice et autre CMS en FrontOffice. C’est le cas par exemple de Sitecore CMS http://www.sitecore.net/ et leur SharePoint Connector Module http://www.sitecore.net/en/Products/Focused-Solution-Modules/Sitecore-Modules.aspx?nav=h#C851F196-BD4A-43BF-BB81-5551FA876FF4
Qu’en pensez-vous ?
Pierre Vivier-Merle
