8 posts

Open Source Software Vendor without raising Capital

I realized, we did not publish these slides and videos from a talk last year telling the "XWiki story" and how we grew from 0 to 2 MEuros revenues without raising money from VCs. I hope this talk can give some advice to entrepreneurs who would like to build up their own company without "selling it" before it even started.

Supercharge your collaboration with an Open Source Wiki

At FOSDEM 2017 I had the talk "Supercharge your collaboration with an Open Source Wiki and stop using closed source like Atlassian Confluence". Here are the slides and the video of this talk.

Les contrats Open-Bar bloquent le développement des PMEs françaises du logiciel

L'émission Cash Investigation du 18 Octobre a traité le sujet du contrat OpenBar de Microsoft avec le Ministère de la Défense, denoncé depuis des années par l'April.

Je suis heureux de voir cette émission, car XWiki, éditeur de logiciel libre de partage d'informations, se trouve confronté à ce type de contrats (pas seulement par Microsoft) qui nous bloquent régulièrement et nous empèche d'accéder à des marchés (publics et privés). Qui plus est quand on regarde de plus près, on voit que cela se fait au détriment de la concurrence, au détriment du client qui fini par payer plus cher la solution "Open Bar", et au détriment des utilisateurs des logiciels qui ont un moins bon service.

Si l'émission Cash Investigation a traité les contrats Open Bar sur l'aspect du prix et sur l'aspect de la sécurité informatique, elle n'a pas mentionnée:

- la distorsion de concurrence, en particulier vis à vis d'acteurs locaux et PMEs;
- l'insatisfaction d'utilisateurs face aux solutions imposées;
- le fait que cela existe aussi dans les entreprises et pas seulement au Ministère de la Défense et dans les services publics;
- l'effet "bundle" qui permet à Microsoft de pousser des nouveaux produits, de leur créer une base installée, sans mise en concurrence.

J'en profite donc pour relater mon experience et ma vision des contrats Open Bar qui empêche l'entrée de solutions concurrentes et en particulier Françaises (libres et non libres) aussi bien dans des entreprises publiques et dans les entreprises privées.

Qu'est-ce qu'un contrat Open-Bar

Un contrat Open Bar est un contrat négocié à prix fixe pour une période données (3 ans le plus souvent), permettant l'usage d'un ensemble de logiciels d'un fournisseur (Microsoft dans l'émission Cash Investigation) de façon illimitée. Dans le cas de Microsoft, cela veut dire, potentiellement beaucoup de logiciels, dont certains ou les entreprises concurrentes peuvent être des PMEs, françaises ou européennes par exemple.

Comme ça, ça à l'air sympa ! Open-Bar ! Mais comme pour l'Open-bar en soirée, le reveil est plus dur.

Quel est le piège de l'Open-Bar

Le piège est très simple. Au bout des 3 ans on fait les comptes. On regarde l'usage effectif, on fait une belle feuille de calcul (avec Excel puisqu'il est "gratuit"), on multiplie par les prix publics et on présente la note pour les 3 ans à venir, forcement largement plus chère que le contrat précédent. Mais comme le fournisseur est sympa il fait une petite réduction. Bien sûr on n'est pas obligé de signer, puisqu'il suffit de désinstaller tous les logiciels qui ont été installés pendant les 3 ans. Ah ben non, bien sûr, cela ne va pas être possible, on ne peut pas déinstaller des logiciels qui sont utilisés au jour le jour. Bon bien merci pour la réduction. On va renouveler comme ça, mais n'oubliez pas de nous inviter à la conférence à Las Vegas, ou encore mieux à la finale de l'EURO 2016.

Combien ça coûte un contrat Open-Bar

L'émission de Cash investigation à indiqué, dans le cas du contrat du Ministère de la Défense, le chiffre de 80MEuros pour le premier contrat de trois ans, et de 120MEuros pour le second contrat, soit 50% d'augmentation entre les deux contrats. C'est bien sûr la que ça coince. Le client est clairement en position de faiblesse, incapable ni de négocier réellement, ni de sortir du contrat. Le piège s'est refermé. Bien sûr on va se rassurer sur le fait qu'un seul fournisseur pour tous les logiciels, c'est plus simple et on espère qu'on fait des économies d'échelle et de gestion. Enfin on espère. Mais c'est sans compter sur les effets de bords de ces contrats, qui sont ceux qui concernent les PMEs concurrentes mais aussi les utilisateurs.

La distorsion de concurrence

C'est la, qu'une société comme XWiki, mais aussi des centaines d'éditeurs logiciels rien qu'en France, sont concernés par les contrats Open-Bar. Ceux-ci bloquent la concurrence et les effets sont désastreux aussi bien pour les concurrents que pour les clients eux-mêmes.

1/ Un département de l'entreprise à un besoin et regarde les solutions possibles.
2/ Il sélectionne quelques entreprises qui ont une solution qui semble bien adaptée.
3/ Il évalue le prix des solutions et la solution qui serait livrée en final.
4/ Il en parle à son département IT, qui lui indique qu'un logiciel Microsoft pourrait faire l'affaire, et celle-ci est "gratuite" (puisqu'Open-Bar).
5/ L'analyse montre que la solution est loin d'être idéale et pourrait avoir des coûts non-négligeables de services, plus importants que les services nécéssaires pour les solutions concurrentes.
6/ Le prix global des fournisseurs exterieurs (incluant prix du logiciel ou support pour les logiciel Open-Source), reste quand même plus cher, du fait de la "gratuité" supposée du logiciel "Open-Bar".
7/ De plus jamais le prix des logiciels "Open-Bar" ne seront directement facturés au services les utilisants, étant inclus dans un budget de fonctionnement global réparti au pro-rata des employés.
8/ Par contre le prix des logiciels et support concurrents sont directement supportés par le département utilisateur, si celui-ci souhaite réellement s'engager pour utiliser un "logiciel non-standard".
9/ Le département IT insiste fortement pour utiliser la solution "standard" entreprise malgré ses déficiences.
10/ Le client choisit la solution Open-Bar malgré le fait que cela ne répond pas aussi bien aux besoins et que les services sont plus chers.
11/ Au renouvellement du contrat Open-Bar, l'usage du logiciel est pris en compte, le tarif du logiciel peut être largement plus cher que les solutions concurrentes, même avec les discounts.
12/ Le prix global du projet peut être multipliés par 2, 3 voir 5 en final (le prix de la licence n'est pas négociée face à une solution concurrente)
13/ l'utilisateur final n'est pas satisfait car le logiciel n'était pas le meilleur, générant potentiellement d'autres sur-coûts.
13/ Tout cela c'est passé sans mise en concurrence sur le projet particulier dans le cas d'une entreprise publique.
14/ Les entreprises concurrentes et françaises en particulier n'ont pas eu le contrat, bloquant l'emergence de solutions concurrentes, renforcant la domination de l'acteur existant.

Ce cas est un cas presque "idéal" ou une solution concurrente a été un temps envisagée, mais la grande majorité des cas sera de ne même pas regarder les solutions concurrentes et de prendre dans le "pack", puisque c'est "gratuit".

Ce scénario, nous l'avons déjà vécu chez XWiki, alors que nous avions des utilisateurs finaux qui souhaitaient notre solution.

Que faut-il faire ?

Tout d'abord les entreprises doivent faire beaucoup plus attention à ces contrats qui sont faussement avantageux. Lors du choix d'une solution pour un projet, il ne doivent pas considérer dans leur analyse que le logiciel "Open-Bar" est "gratuit" et effectivement prendre en compte le coût futur.

Du côté marché public, si remettre en cause juridiquement cette pratique n'est pas possible (ce que je ne sais pas), les acheteurs doivent effectivement être vigilants car effectivement ils ne sont pas gagnants en final.

De façon générale il doit aussi y avoir une prise de conscience vis à vis des acteurs locaux et comprendre qu'acheter une pack complets de logiciel d'un coup pose un problème évident de concurrence et n'est pas dans l'interêt des clients à long terme. Ceux-ci doivent privilegier les standards et l'interopérabilité permettant d'utiliser des logiciels d'acteurs différents qui fonctionnent bien ensemble. Une stratégie long terme doit être mise en oeuvre afin de créer les conditions d'un marché concurrentiel. 

Et bien sûr comme la Gendarmerie, dont le cas à été montré dans le reportage, les entreprises peuvent se diriger vers les logiciels libres qui sont une solution, cependant sans oublier de contribuer au financement ou au développement des ces logiciels, comme je l'ai déjà évoqué dans d'autres contextes:

http://archives.lesechos.fr/archives/cercle/2013/10/22/cercle_82665.htm
http://linuxfr.org/news/vivre-du-logiciel-libre-ludovic-dubost-nous-parle-de-sa-societe-xwiki-sas

Indépendence XWiki

J'ai publié l'année dernière sur le blog d'XWiki.com, plusieurs articles sur la naissance d'XWiki, sur la création de l'entreprise, les choix qui ont été faits et partagé mon point de vue d'entrepreneur et de manager. Voici la liste :

Et en particulier celui ou je parle de l'indépendance de XWiki SAS

Killer Screen Saver in HTML/CSS/JS: TV and News mashup of XML-TV and Google News using XWiki

It's been a long time that I wanted a beefed up screen saver which shows relevant information to me. I like very much the RSS Screen Server of Mac OS X (or the Time Machine version which is also nice) which can display an RSS feed but found it too limited as it does not display enough articles and enough of the content of the feed.

My initial idea is to have a nice graphical display of relevant and LIVE news, which would scroll news and use as much of your screen real estate. In my vision, I'd like ultimately to see this application running on an external screen (a big LCD or an iPad) in my home.

Financer de l'Open Source serait mal vu ?

Warning: MISE A JOUR: l'auteur de l'article en question à reconnu son erreur et mis à jour son article. Je le remercie de cette correction très agréable au regard de notre implication Open Source depuis plus de 5 ans.

Dans cet article, XWiki est pris en exemple et accusé d'utiliser l'Open Source comme arguement de vente en n'ayant pas la réelle saveur de l'Open Source. Visiblement financer du code en open source depuis 5 ans n'est pas forcement bien vu. Voici ma réponse:

Bonjour,

Comme vous pouvez le voir dans mes coordonnées je suis d'XWiki. J'en suis même le fondateur. Et je dois dire que je suis assez déçu qu'XWiki serve d'exemple à un probléme qui existe en effet dans le monde Open Source.

J'en suis extremement déçu car depuis 5 ans que j'ai lancé XWiki, le code source à été ouvert dés la fin du premier mois de developpemement. Il à été disponible sur sourceforge puis sur OW2 sous licence LGPL, et ce sans double licence ce qui veut dire que ne demandant pas le copyright de nos contributeurs et acceptant des modifications, nous sommes contraint a rester dans le modèle LGPL (ce qui n'est pas le cas de beaucoup de logiciels Open Source comme par exemple MySQL ou il y a double licence permettant de faire des modules propriertaires).

Depuis 5 ans tous nos produits sont en téléchargement gratuit, packagés avec un installeur pour en faciliter l'usage, alors qu'Open Source en théorie concerne les sources et non les binaires et les packages.

Si vous souhaitez le source de notre logiciel allez sur http://svn.xwiki.org/svnroot/xwiki/ pour regarder chaque fichier de ce source un a un. Allez sur http://www.xwiki.org ou on vous explique comment "builder" nos solutions à partir des sources: http://dev.xwiki.org/xwiki/bin/view/Community/Building

Depuis 5 and nous répondons dans nos mailings lists à une communauté de plus en plus grande et qui est de plus en plus active: http://markmail.org/search/?q=xwiki

Oui en effet, beaucoup de nos développeurs sont payés par la société que j'ai crée. Mais les développeurs ne méritent pas d'avoir un salaire ? Faire de l'open source veut-il forcement dire le faire gratuitement ? Il est facile quand on est utilisateur de considérer que le code s'écrit tout seul. , mais Il ne faut pas oublier qu'open source veut plutôt dire "le code est libre une fois que quelqu'un a payé pour ce code". La gratuité du code ET des services (les réponses sur IRC, sur les mailings lists) semblent être la fameuse "saveur" que vous trouvez aux logiciels open source. Mais si vous profitez de ces services, imaginez vous bien que d'autres personnes ou entreprises ont payés ce code et que beaucoup de personnes donnent de leur temps pour répondre.

Beaucoup d'ailleurs de ces développeurs ont été avant des contributeurs. Par exemple des étudiants ayant participé au Google Summer of Code. Mais nous avons aussi des contributeurs qui nous corrigent des bugs, nous proposent des améliorations et en font eux-même. D'autres projets open source sont batis sur XWiki et contribuent aussi au développement d'XWiki, comme Curriki.org par exemple (curriki.org par exemple nous paye pour faire le lien entre leur développement et le notre et ainsi contribue au développement d'XWiki).

Depuis 5 ans notre développement fait par nos développeurs donc beaucoup sont payés par XWiki SAS, est fait en mode ouvert avec les règles de la fondation Apache. Venez suivre nos listes et voir les débats fait en public par nos développeurs (http://dev.xwiki.org/xwiki/bin/view/Community/MailingLists http://dev.xwiki.org/xwiki/bin/view/Community/IRC) . Venez voir les pages de design et de documentation sur http://www.xwiki.org.

Etre open source c'est avant tout distribuer ouvertement son code sous licence libre et ce de manière durable dans le temps. Avoir un site commercial qui présente nos produits et nos services ce n'est pas mauvais en soi. Les utilisateurs ont alors un choix:

  • Ils peuvent aller sur http://www.xwiki.org, télécharger nos logiciels, les utiliser gratuitement, interagir avec nos développeurs et beaucoup d'utilisateurs sur nos listes de diffusion. S'ils sont compétent et ont du temps ils peuvent participer aux développements.
  • Ils peuvent aussi contacter la société commerciale XWiki SAS et être accompagné pour la mise en oeuvre de leur logiciel. Alors les gens d'XWiki SAS vont consacrer du temps à cet utilisateur. Il est alors bien normal que ce temps et les services rendus soient rémunérés.

(Ils peuvent aussi commencer par l'usage gratuit et faire appel aux services plus tard ce que font beaucoup d'entreprises).

Peut-être pouvez vous critiquer les niveaux de prix et considérer que d'autres solutions sont moins onéreuses. C'est bien possible mais il nous faut bien financer le travail de nos équipes et cela coûte de l'argent, d'autant plus qu'au début nous n'avons pas 100000 clients qui contribuent au financement de la R&D mise dans le logiciel. Mais l'utilisateur a toujours la liberté de dire non au prix proposé et s'il le peut peut décider de se débrouiller seul.

Ce qui est très important dans le logiciel libre ce sont les libertés qui les utilisateurs ont. Ces libertés ont des effets à long terme sur les prix. Une fois le logiciel utilisé par des centaines de milliers d'entreprises, si l'éditeur propose des prix trop élevés le fait que le logiciel est open source fera naitre des offres concurrences basées sur la même souche, ce qui maintiendra l'éditeur sous pression au niveau des prix. C'est la qu'est toute la différence avec les solutions propriétaires qui n'ont pas cette pression. Il faut être très clair, ce qui aujourd'hui met la pression sur les prix ce sont bien les solutions open source.

Ce n'est pas de ces offres commerciales qu'il faut avoir peur, au contraire car elles enrichissent l'offre autour de la solution open source. Non ce dont il faut avoir peur ce sont des licences qui donnent la liberté à l'éditeur de changer d'avis (GPL double licence par exemple). Ce sont en effet les communautés pas assez ouvertes.

Et la permettez moi, de vous dire, votre article est très très mal documenté car http://www.xwiki.org contient toutes les réponses à vos questions (liste ou poser les questions, ou trouver le source, comment compiler, comment installer, etc..) et l'aspect Open Source est PAS DU TOUT "galvaudé" dans le cas d'XWiki car c'est un vrai engagement de la première heure, de conviction que c'est la bonne relation client-fournisseur et le bon modèle de développement.

Et en effet, la DSI doit être impliqué dans le choix de logiciels. Nous avons d'ailleurs beaucoup de DSI qui ont choisit notre outil. Mais il faut aussi que les DSI comprennent tous les enjeux présents et futurs. La mise en place des logiciels s'accompagnent aussi bien techniquement que fonctionnellement, et les développeurs de ces solutions sont bien placés pour faire cet accompagnement et cela peut être bénéfique doublement au client, car il a un meilleur service et il contribue à l'amélioration du logiciel, car une chose est sûre par exemple chez XWiki, 100% de la marge des offres de services est réinjecté dans le développement du logiciel.

Je serais très heureux d'avoir une conversation avec vous pour comprendre ce qui à pu vous faire douter de notre engagement Open Source et de notre réelle ouverture et de ce qui à fait que nous n'avez pas vu http://www.xwiki.org ou vous pouviez trouver les réponses aux reproches que vous semblez faire à XWiki.

Cordialement Ludovic Dubost

Financer de l'Open Source serait mal vu ?

Warning: MISE A JOUR: l'auteur de l'article en question à reconnu son erreur et mis à jour son article. Je le remercie de cette correction très agréable au regard de notre implication Open Source depuis plus de 5 ans.

Dans cet article, XWiki est pris en exemple et accusé d'utiliser l'Open Source comme arguement de vente en n'ayant pas la réelle saveur de l'Open Source. Visiblement financer du code en open source depuis 5 ans n'est pas forcement bien vu. Voici ma réponse:

Bonjour,

Comme vous pouvez le voir dans mes coordonnées je suis d'XWiki. J'en suis même le fondateur. Et je dois dire que je suis assez déçu qu'XWiki serve d'exemple à un probléme qui existe en effet dans le monde Open Source.

J'en suis extremement déçu car depuis 5 ans que j'ai lancé XWiki, le code source à été ouvert dés la fin du premier mois de developpemement. Il à été disponible sur sourceforge puis sur OW2 sous licence LGPL, et ce sans double licence ce qui veut dire que ne demandant pas le copyright de nos contributeurs et acceptant des modifications, nous sommes contraint a rester dans le modèle LGPL (ce qui n'est pas le cas de beaucoup de logiciels Open Source comme par exemple MySQL ou il y a double licence permettant de faire des modules propriertaires).

Depuis 5 ans tous nos produits sont en téléchargement gratuit, packagés avec un installeur pour en faciliter l'usage, alors qu'Open Source en théorie concerne les sources et non les binaires et les packages.

Si vous souhaitez le source de notre logiciel allez sur http://svn.xwiki.org/svnroot/xwiki/ pour regarder chaque fichier de ce source un a un. Allez sur http://www.xwiki.org ou on vous explique comment "builder" nos solutions à partir des sources: http://dev.xwiki.org/xwiki/bin/view/Community/Building

Depuis 5 and nous répondons dans nos mailings lists à une communauté de plus en plus grande et qui est de plus en plus active: http://markmail.org/search/?q=xwiki

Oui en effet, beaucoup de nos développeurs sont payés par la société que j'ai crée. Mais les développeurs ne méritent pas d'avoir un salaire ? Faire de l'open source veut-il forcement dire le faire gratuitement ? Il est facile quand on est utilisateur de considérer que le code s'écrit tout seul. , mais Il ne faut pas oublier qu'open source veut plutôt dire "le code est libre une fois que quelqu'un a payé pour ce code". La gratuité du code ET des services (les réponses sur IRC, sur les mailings lists) semblent être la fameuse "saveur" que vous trouvez aux logiciels open source. Mais si vous profitez de ces services, imaginez vous bien que d'autres personnes ou entreprises ont payés ce code et que beaucoup de personnes donnent de leur temps pour répondre.

Beaucoup d'ailleurs de ces développeurs ont été avant des contributeurs. Par exemple des étudiants ayant participé au Google Summer of Code. Mais nous avons aussi des contributeurs qui nous corrigent des bugs, nous proposent des améliorations et en font eux-même. D'autres projets open source sont batis sur XWiki et contribuent aussi au développement d'XWiki, comme Curriki.org par exemple (curriki.org par exemple nous paye pour faire le lien entre leur développement et le notre et ainsi contribue au développement d'XWiki).

Depuis 5 ans notre développement fait par nos développeurs donc beaucoup sont payés par XWiki SAS, est fait en mode ouvert avec les règles de la fondation Apache. Venez suivre nos listes et voir les débats fait en public par nos développeurs (http://dev.xwiki.org/xwiki/bin/view/Community/MailingLists http://dev.xwiki.org/xwiki/bin/view/Community/IRC) . Venez voir les pages de design et de documentation sur http://www.xwiki.org.

Etre open source c'est avant tout distribuer ouvertement son code sous licence libre et ce de manière durable dans le temps. Avoir un site commercial qui présente nos produits et nos services ce n'est pas mauvais en soi. Les utilisateurs ont alors un choix:

  • Ils peuvent aller sur http://www.xwiki.org, télécharger nos logiciels, les utiliser gratuitement, interagir avec nos développeurs et beaucoup d'utilisateurs sur nos listes de diffusion. S'ils sont compétent et ont du temps ils peuvent participer aux développements.
  • Ils peuvent aussi contacter la société commerciale XWiki SAS et être accompagné pour la mise en oeuvre de leur logiciel. Alors les gens d'XWiki SAS vont consacrer du temps à cet utilisateur. Il est alors bien normal que ce temps et les services rendus soient rémunérés.

(Ils peuvent aussi commencer par l'usage gratuit et faire appel aux services plus tard ce que font beaucoup d'entreprises).

Peut-être pouvez vous critiquer les niveaux de prix et considérer que d'autres solutions sont moins onéreuses. C'est bien possible mais il nous faut bien financer le travail de nos équipes et cela coûte de l'argent, d'autant plus qu'au début nous n'avons pas 100000 clients qui contribuent au financement de la R&D mise dans le logiciel. Mais l'utilisateur a toujours la liberté de dire non au prix proposé et s'il le peut peut décider de se débrouiller seul.

Ce qui est très important dans le logiciel libre ce sont les libertés qui les utilisateurs ont. Ces libertés ont des effets à long terme sur les prix. Une fois le logiciel utilisé par des centaines de milliers d'entreprises, si l'éditeur propose des prix trop élevés le fait que le logiciel est open source fera naitre des offres concurrences basées sur la même souche, ce qui maintiendra l'éditeur sous pression au niveau des prix. C'est la qu'est toute la différence avec les solutions propriétaires qui n'ont pas cette pression. Il faut être très clair, ce qui aujourd'hui met la pression sur les prix ce sont bien les solutions open source.

Ce n'est pas de ces offres commerciales qu'il faut avoir peur, au contraire car elles enrichissent l'offre autour de la solution open source. Non ce dont il faut avoir peur ce sont des licences qui donnent la liberté à l'éditeur de changer d'avis (GPL double licence par exemple). Ce sont en effet les communautés pas assez ouvertes.

Et la permettez moi, de vous dire, votre article est très très mal documenté car http://www.xwiki.org contient toutes les réponses à vos questions (liste ou poser les questions, ou trouver le source, comment compiler, comment installer, etc..) et l'aspect Open Source est PAS DU TOUT "galvaudé" dans le cas d'XWiki car c'est un vrai engagement de la première heure, de conviction que c'est la bonne relation client-fournisseur et le bon modèle de développement.

Et en effet, la DSI doit être impliqué dans le choix de logiciels. Nous avons d'ailleurs beaucoup de DSI qui ont choisit notre outil. Mais il faut aussi que les DSI comprennent tous les enjeux présents et futurs. La mise en place des logiciels s'accompagnent aussi bien techniquement que fonctionnellement, et les développeurs de ces solutions sont bien placés pour faire cet accompagnement et cela peut être bénéfique doublement au client, car il a un meilleur service et il contribue à l'amélioration du logiciel, car une chose est sûre par exemple chez XWiki, 100% de la marge des offres de services est réinjecté dans le développement du logiciel.

Je serais très heureux d'avoir une conversation avec vous pour comprendre ce qui à pu vous faire douter de notre engagement Open Source et de notre réelle ouverture et de ce qui à fait que nous n'avez pas vu http://www.xwiki.org ou vous pouviez trouver les réponses aux reproches que vous semblez faire à XWiki.

Cordialement Ludovic Dubost

Petit-Déjeuner XWiki le 16 Janvier 9h-11h

XWiki souhaitait depuis longtemps offrir l'occasion à ses clients de se rencontrer afin d'échanger sur leurs projets collaboratifs. Aussi, nous sommes heureux de vous inviter au premier petit déjeuner clients qui se déroulera le 16 janvier 2009 de 09h00 à 11h00 à Paris, à La Cantine.

Ludovic Dubost, Pascal Bouche et Vincent Massol vous présenteront en avant première les principales évolutions de la solution et de l'entreprise pour cette nouvelle année 2009.

Cette rencontre permettra également à ceux et celles qui s'interrogent sur les usages et la pertinence des wikis au sein de groupes de travail ou sur la progression de l'open source dans l'entreprise, d'obtenir des réponses, d'échanger avec des chefs de projets et des DSI qui ont déjà mis en oeuvre ce type de solutions.

Agenda de la matinée

  • 8h30 : Accueil et viennoiserie
  • 9h00 : Allocution de bienvenue et introduction (Pascal Bouche)
  • 9h10 : Présentation des évolutions de XWiki SAS (Ludovic Dubost)
  • 9h30 : Nouvelles fonctionnalités attendues pour 2009 (Vincent Massol)
  • 10h10 : Les wikis au coeur des nouveaux usages collaboratifs (Miguel Membrado, Kimind Consulting)
  • 10h40 : Questions-réponses - Synthèse et conclusion (Ludovic Dubost)
  • 11h : Fin

En espérant vous retrouver nombreux.

Merci de nous confirmer avant le 11 janvier votre participation par email (Emilie.Ogez@xwiki.com) ou par téléphone au 01 45 42 40 90.

Tags:
Created by Ludovic Dubost on 2009/01/05 10:59