petal links atlassian unite

22
Confluence en tant que CMS : une fausse bonne idée ? Copyright EBM Websourcing – Petals Link. Tous droits réservés.

Upload: atlassian

Post on 09-Jul-2015

388 views

Category:

Documents


0 download

TRANSCRIPT

Confluence en tant que CMS : une fausse bonne idée ? ��� 

Copyright EBM Websourcing – Petals Link. Tous droits réservés.

Sommaire

" Petals Link, éditeur de l'ESB open source Petals

" La genèse – contexte et objectifs

" L’ère primaire – un simple wiki

" L’ère secondaire – Confluence à 100%

" L’ère tertiaire – au-delà des 100% ?

" Bilan et questions

Petals Link – Qui sommes-nous ?

" Éditeur de solutions Open Source professionnelles pour la mise en œuvre d'infrastructures SOA.

" Membre du consortium OW2.

" Partenaire de grandes entreprises, laboratoires et universités sur des projets R&D français / européens.

" Siège à Toulouse, agences à Grenoble et Paris.

Petals Link – Que faisons-nous ?

" Le nouveau paradigme des systèmes d'information : La SOA

" Le nouveau modèle d'EAI : l'ESB " Bus de service d'entreprise : un kernel et des

composants. Connecteurs

New

Composants d’intégration Transformation Orchestration BAM

SE

New

Petals Link – Qui sont nos clients ?

���  Pour toute entité possédant un existant complexe, hétérogène, qui souhaite moderniser et flexibiliser son SI de manière progressive et maîtrisée.

���  + de 50 administrations et entreprises ont fait appel à nous, parmi lesquelles :

" Orange : infrastructure de médiation pour son service.

" ACOSS : infrastructure de services interconnectée avec les SI partenaires pour automatiser le recouvrement.

" Région Aquitaine : infrastructure de services pour exposer un portail unique de procédures hétérogènes pour le citoyen.

Petals Link – L'activité recherche

���  Objectifs " Développer une pile d'outils d'infrastructures respectueux des

standards et innovants.

" Retenir les meilleurs concepts pour préparer l'ESB fiable et performant de demain.

���  Quelques chiffres " +20 projets depuis la création.

" Outils publiés en open source : BPM, orchestration, bus distribué...

" >80 partenaires.

La genèse (I) – Le contexte

Les manques " Dispersion en interne de l’information.

" Pas de visibilité en externe de notre activité.

" Nécessité de fournir un outil de collaboration sur un projet de recherche.

���  Pourquoi Confluence ? " Nécessité de créer un wiki pour le projet .

" Déjà utilisé pour la documentation.

La genèse ? (II) – Les objectifs

���  Planning en trois temps. " Espace de collaboration externe sur Soceda.

" Vitrine complète sur l’activité de recherche.

" Gestion d’équipe, multilingue, base documentaire, statistiques.

L'ère primaire – un simple wiki (I)

" Structuration " Publique " Partenaires : research-cleduprojet " Petals team : accès interne

" Accès et navigation " Permissions en lecture sur les pages « mères » " Macro « research-sidebar-project » : Velocity + Visibility. " Rewriting pour le nom de domaine www.soceda.org.

���  Contraintes : partie publique / externe / interne. Accès en écriture.

L'ère primaire – un simple wiki (II)

" Interface Détournement du thème documentation (main.vmd & page.vmd)

User Macro {Research Sidebar Project}

Appels Velocity + visibility plugin

Page.vmd

<content tag="nav-sidebar"> $helper.renderConfluenceMacro ("{research-sidebar-project}")

</content>

Main.vmd

<div id="splitter"> <div id="splitter-sidebar">

$!sitemeshPage.getProperty ("page.nav-sidebar")

</div>[…] </div>

L'ère secondaire – Confluence à 100% (I)

" Réutilisation " Partenaires : centralisation et propagation automatique

¢  1) Création des pages Partenaires à partir d'un template ¢  2) Labellisation par nom de projets. ¢  3) Plus deux macros utilisant le reporting plugin...

Et la magie opère !

���  Contraintes : facilité d’administration, croisement d’information, automatisation. Vitrine de toute l'activité recherche.

L'ère secondaire – Confluence à 100% (II)

" Standardisation des espaces Projects " Modèle d'espace projet (Template Project).

¢  Structure de contenu standardisée, teamlabel « project ».

¢  Pages « automatiques » (contact, SVN/Jira, équipe, plugin userinfos).

¢  Template unique (main.vmd et page.vmd globaux).

" Actions manuelles : création des users / groupes, permissions principales, changement du logo et des couleurs.

" Création des Résultats et Thématiques sur le même principe (modèle, teamlabel, macros d'automatisation)

L'ère secondaire – Confluence à 100% (III)

" Barre de menus adaptative (research-menubar-global).

" Barre latérale conditionnelle

" Pour les admins " Prototype : le menu « Quickjump » " La version finale : menu « Admin »

{Research-sidebar-global} Pour l'espace d'accueil ou les espaces persos

Page.vmd

#set ($helper = $params.get("helper"))

#set ($currentSpaceKey = $helper.spaceKey) #if ($action.space.isPersonal()

|| $action.space.key == "research") {Research-sidebar-project}

Pour tous les autres espaces : projets, résultats, thématiques

L'ère tertiaire – Au-delà des 100% ? (I)

" 1) Point d'entrée unique. " Pages d'aide + navigation. " Dashboard commun.

���  Objectifs : gestion d’équipe (calendriers, suivis), point d'entrée unique, multilinguisme, base documentaire, communauté.

#if ($currentSpaceKey.equals("ista3")) <div style="float:right"> <a style="border:0; margin:5px;" href="/display/ista3fr"> <img src="http://files.petalslink.com/img/common/fr.png"> </a> </div> #end

L'ère tertiaire – Au-delà des 100% ? (II)

" 2) Gestion d'équipe sur espace dédié " Suivi des réunions mensuelles semi-automatisé " Essais de calendrier communs avec Calendar

" 3) Multilinguisme " Essai du Language plugin " Solution retenue : espace dédié + adaptation template.

L'ère tertiaire – Au-delà des 100% ? (III)

" 4) Bibliographie (même système que les partenaires). " Template « Bibliography » avec multi-excerpt

" Labellisation pour propager automatiquement

" 5) Ajout de suivi des téléchargements " Appel direct de javascript dans une page.

" Création d'un plugin dédié download-statistic-macro

Le Bilan – Notre analyse (I)

Confluence : Le bon

" Très extensible sur plusieurs niveaux (plugins tiers/user macros/templates/plugins propres)

" Facilité d'utilisation et (en partie) d'administration

" Remplit son job en tant qu'outil collaboratif

" Documentation au top niveau

Le Bilan – Notre analyse (II)

Confluence : Le moins bon " Dépendance à de nombreux plugins

" Reporting " Multi-excerpt " Documentation theme " Etc...

" Insuffisance de l'administration à grande échelle (labels, user macros, plugins, permissions)

" Limites arbitraires + ou - compréhensibles " Features standard (Infos profil, {tree}, {children})

" API Confluence (PageManager / SpaceManager) " Exécution de Javascript / Velocity

Le Bilan – Notre analyse (III)

Confluence : Le mauvais

" Gestion multilingue

" Caractères accentués

" SEO limitée (url, images, métadonnées)

" « Bruit » dans la base de donnée

" Perte d'utilisabilité pour l'utilisateur

Le Bilan - Perspectives

" Perspectives sur le wiki recherche

" Team Calendars

" Factorisation de user macros dans un plugin dédié

" Refonte complète de l'interface dans un plugin propre.

" Veille sur les autres points (multilingue, accents, etc...)

" Notre morale de l'histoire " Confluence reste un excellent produit.

" Ne pas trop tordre la barre.

" Se garder un vrai développeur sous le coude.

Avis et questions

Qu'en pensez-vous ?

" Points positifs ?

" Contraintes et risques ?

" Solutions et contournements sur des points précis ?

VOS QUESTIONS

Copyright EBM Websourcing – Petals Link. Tous droits réservés.

Remerciements et crédits :)

" Sébastien Rebière (alias « Super-Admin »)

" Sébastien Garcia-Bordès (notre designer en chef)

" Nicolas Salatge (maître ès plugins)

Merci de votre attention !

Pour me contacter Laurent Lacôte [email protected] +33661523160