Drupal, création d'une soirée entre utilisateurs et décisionnaires !

Très bonne idée.

Ne penses tu pas qu'en plus des utilisateurs finaux et des décisionnaires il faudrait aussi des devs et des chefs de projets qui auraient déjà mis en place de solutions à base de Drupal ? Les décisonnaires IT vont demander des infos qui ne sont pas toujours faciles à fournir par les utilisateurs finaux : scalabilité, coûts de maintenance, évolutivité, developpement, ...

Je pense que ce qui pourait être pas mal serait de faire différentes soirées "à theme" et de toutes les décliner sur le même modèle.

Out of my mind :

1. Présentation rapide de Drupal
   • 10 min
   • Toujours la même pour toutes les soirées, un rapide background sur Drupal
2. Deux présentations de projets existants
   • 15 min chacune
   • Choisir 2 projets emblématiques sur le sujet, et faire une présentation plutôt technique (mais pas sur le code bien sur) : Description du projet. Pourquoi Drupal ? Avantages et inconvénients (très importants les inconvénients). Problèmes rencontrés. Solutions innovantes mises en oeuvre dans le projet, ... A la limite on pourrait faire un template à respecter, ce qui permeterait de produire des documents réutilisables très utiles pour faire de "l'advocacy".
3. Le points de vus des utilisateurs
   • 20 min
   • Indentifier des utilisateurs finaux et les inviter à venir parler de leur "experience Drupal". La aussi on devrait pouvoir récupérer du matos pour de la propagande

Ca nous fait 1 heure de présentation, c'est un maximum je pense. Après on fait 30 minutes de questions/table ronde (les intervenants + d'autres personnes) et 30 minutes de networking/on boit un coup/on file des cartes de visite.

Comme ca en 2 heures on a une bonne petite session bien ficelée.

Idée de thème :

• journaux en ligne (étonnant non ? Pour ca je peux fournir du monde pour toutes les présentations :) )
• e-commerce
• site institutionel
• site communautaires
• add yours

Qu'en pensez-vous ?

--
Damien Cirotteau
http://www.rue89.com

Je peux donner un coup de main pour l'organisation ou la com de l'évènement si besoin.

Je crois que l'on continue à tourner en rond...
La plupart des décisionnaires ne veulent pas savoir comment on fait/fabrique les choses : ils veulent et n'attendent qu'une solution.

Démocratiser Drupal? hum hum... je doute que ce soit la meilleure solution pour agrandir notre clientèle.

Drupal n'est pas fait pour se démocratiser a un tel point : +1000 modules pas bien finis qqfois, D5 avec un core update chaque mois, soucis de performance, D6 pas pris pour les développeurs et D7 en vue... > mieux choisir MovableType.

Drupal est complexe en soi et on ne peut rien y faire pour le moment.

Pour vous donner un exemple : j'ai réalisé des sites media, e-commerce's, payment gateways, ebook encryption, integrations, hotels, produits, etc. Le design de développement est particulier à chaque projet = On doit faire les choses d'une façon différente à chaque fois. Très rarement je réutilise le même code.

J'ai déjà essayé de formaliser Drupal en détaillant une méthode et objectifs et je n'ai rien conclu d'intéressant sauf la visibilité vis a vis de nouveaux clients (ce qui est déjà pas mal). (Si l'idée est de s'invertir dans une autre campagne de communication/séduction, peut-être, il y a des chemins plus effectifs).

Bref, je crois que l'on doit faire qqchose -et non pas en parlant de Drupal ou de nous- on doit étudier la manière d'offrir un service de qualité, prévisible et par le biais de Drupal (voir méthodologie).

Ce chemin est long et s'appelle standardisation.

Si vous voulez, je peux parler (avec mon accent ;) de comment organiser/conseiller/aider un client vers une réussite.

Martin GERSBACH
martin@gersbach.net | www.gersbach.net