EPSN: Mise à jour automatique et intégration au site

Les tâches de mise à jour des calendriers de cours sont souvent fastidieuses et il est monnaie courante qu’elles soient l’objet de doublons et d’erreurs dans la recopie.

L’EPSN avait besoin de réduire à un seul et unique lieu la mise à jour de son calendrier de cours. Elle utilisait déjà Google Calendar. Toutefois, l’intégration par défaut de ce calendrier ne suffisait pas à ses besoins, outre la date, l’heure, le lieu et la description qui sont des champs présents dans Google Calendar. L’EPSN avait également besoin de préciser des champs supplémentaires comme le professeur, la catégorie de cours, la classe concernée et le code unique du cours. Dans un esprit de création “sur-mesure”, nous avons tout d’abord synthétisé les besoins exacts de l’école du point de vue de l’information à donner aux élèves, de l’information utile à l’école et de la forme sous laquelle ces informations devaient apparaître. Par la suite, nous avons réellement adapté les possibilités de Google Calendar aux besoins spécifiques de l’école. Voici comment nous avons procédé.

Problème: éviter doublons et mises à jour fastidieuses

Dans le cadre d’une école, le calendrier est un point primordial pour la bonne marche des opérations. Comme il est constitué de beaucoup de variables (professeurs, plage horaire, jour, discipline, salle, etc.), il est souvent difficile, voire impossible, d’avoir tout de suite un calendrier définitif. Notre problème ici n’était pas de trouver un système de version de calendrier ou une procédure pour créer le calendrier des cours, nous nous sommes plutôt concentré sur la gestion du calendrier  et de ces modifications.  La question a été de savoir comment nous pourrions faire pour simplifier la diffusion du calendrier définitif et comment faciliter sa mise à jour par de multiples intervenants. Nous avons pris en considération l’expérience des administrateurs qui savent qu’en fait le “calendrier définitif” ne l’est jamais et qu’il faudra à coup sûr mettre à jour les informations et les diffuser à nouveau à chaque modification ultérieure.

Analyse: besoins d’une école

En terme de besoins, chaque école a les siens. Toutefois, nous pouvons garder un “canevas” général qui convient pour tout le monde.  Pour un résultat de qualité, il est important de bien analyser les besoins de l’école pour pouvoir par la suite obtenir un outil qui fera la différence par son utilisation, son adéquation et sa simplicité.

Information à donner aux élèves

Le premier point qui nous a préoccupé dans les besoins de l’école a été l’information à donner aux élèves. Qu’est-ce que l’élève a besoin de savoir ? Comment va-il chercher l’information ? Quelles sont ses demandes en terme de planification ? Toutes ces questions nous ont mené à prendre en considération leurs désidératas. Le plus important pour eux était de connaître :

• les horaires de cours (organisation)
• le lieu (logistique)
• le sujet (préparation à l’avance)
• le professeur (mise en condition)
• les classes qui y assistent (planification)

Informations utiles à l’école

Le second point dont nous nous sommes souciés est la partie qui concerne l’administration de l’école. Comment utiliser ce calendrier pour la direction de l’école ? Quelles sont les informations nécessaires ? Comment simplifier la diffusion des informations de cours aux élèves existants mais aussi comment montrer aux candidats (futurs élèves) l’organisation de l’école par le calendrier. L’école dans ce cas avait besoin de connaître :

• le numéro unique du cours (système permettant de retrouver facilement le cours en question, en effet, il y a dans cette école en cours d’emploi, 40 samedis par année et 4 weekends)
• les années de formation (par année scolaire)
• les classes (1ère, 2ème, 3ème et 4ème)

Sous quelle forme

Le dernier point important est la manière de diffuser cette information et les listes des cours. En effet, en fonction du statut (élèves, futurs élèves, professeurs, curieux, administrateur de l’école) et des habitudes (utilise les produits google, un calendrier en ligne, un agenda papier, etc.), il est primordial de proposer différent point de diffusion comme :

1) Internet : par le site

Nous avons donc intégré les informations du calendrier Google Agenda dans une page intitulé “cours” sur le site Internet. L’internaute peut donc voir par défaut la liste de tous les prochains cours classés par date de la plus proche à la plus éloignée. Il existe aussi un moteur de recherche qui permet de classer les cours par :

• Année scolaire
• Professeurs
• Année d’étude
• Catégories (matières d’étude)
• Événements passés

2) Imprimé : sur papier

En utilisant le moteur de recherche, l’internaute peut imprimer uniquement les résultats de ses recherches. Par exemple, les cours de la première année (NAT1) pour l’année scolaire prochaine (2010-2011) et uniquement la matière “biothérapie”.

3) Intégré : partage du calendrier

Les personnes utilisant des calendriers en ligne (Google Agenda, Outlook, Sunbird, Lightning, iCal, etc.) peuvent facilement ajouter le flux du calendrier EPSN à leur calendrier. L’agenda EPSN étant public dans les agendas Google.

Solution: Qu’est-ce que Google Agenda propose

De base Google Agenda propose de créer des événements et partager des calendriers. Les champs modifiables des événements sont :

• Objet (Description de l’événement)
• Date et heure (de début et de fin)
• Lieu
• Agenda (auquel l’événement est associé)
• Description (lié à l’événement)
• Pièce jointe (associée à l’événement)

Nous sommes donc partis de ces fonctionnalités pour créer un outil sur mesure pour convenir aux besoins de l’école.

Solution: Modifications que nous avons apportées

Ergonomie/design: Intégration au site Internet

Nous avons choisi de présenter le calendrier sous forme d’une liste de dates avec uniquement :

• la semaine
• la date
• le jour
• l’heure de cours
• la description du cours visible par défaut

En cliquant sur le jour, on peut faire apparaître d’autres informations sur le cours en questions (professeurs, classe, code de classe, catégorie et lieu) avec un subtil effet Ajax.

Champs: Utilisation de la description pour en ajouter

Les champs qui n’étant pas disponibles dans la base de Google Agenda sont ajoutés pour chaque événement dans la description de celui-ci grâce à des “tags” convenus d’avance comme :

• professeur
• classe
• code
• catégorie

Nous allons ensuite les rechercher dans le champ “description” pour les mettre en page sur le site Internet.

Page “cours”: Ajout d’un moteur de recherche simplifié

Nous avons mis en page un simple moteur de recherche sous forme de liste déroulante pour les recherches suivantes :

• Année
• Professeur
• Catégorie
• Classes

La recherche des événements passés est possible en décochant une case et fait apparaître la liste des événements qui ne sont plus visibles puisque dépassés.

Résultat: productivité et clarté

Comme résultat, L’EPSN possède un outil de gestion de son calendrier simple, accessible en ligne, lié à ses emails. De plus, le calendrier présent sur le site Internet est mis à jour automatiquement chaque jour pour avoir toujours les dates de cours les plus récentes. Le moteur de recherche permet à chacun de facilement pouvoir trouver les données et dates qui leur conviennent.

En conclusion, cette solution a été adaptée aux besoins de l’école et peut-être modifiée facilement en fonction des besoins différents d’autres écoles comme par exemple, la visualisation des cours sous forme de grille horaire.

les bénéfices des tests automatisés

La méthodologie de développement a une incidence directe sur la qualité d’une application, principalement si elle en est absente. Nous avons choisi depuis plusieurs années d’appliquer quelques méthodes agiles pouvant s’adapter à notre structure et avons choisi de faire du TDD (Test Driving Developement – Développement Piloté par les Tests).

Cette dernière méthodologie a parfois la réputation, à tort, d’augmenter les coûts pour le client mais également le délais de production. Chaque méthodologie (ou technique) apporte son lot d’avantages mais également de contraintes, qu’il faut savoir appréhender au mieux afin d’en tirer le meilleur ; ce qui donne une vision erronée de celle-ci à nos clients ou aux sociétés qui ne la pratiquent pas.

L’objectif de l’intégration continue est la production d’un code de qualité pour une application stable dont le comportement peut être testé et démontré de façon automatique et répétée.  Si  l’absence de problème n’est pas exclu, leur résolution n’entraînera pas de régression et pourra être garantie dans le temps ; une fois identifiées, testées  et résolues, d’autres modifications ne pourront entraîner un retour en arrière sans que l’équipe de développement en soit automatiquement informé. La pérennité de l’application est ainsi garantie que ce soit lors de la résolution des problèmes ou de l’implémentation de nouvelles fonctionnalités.

Concrètement, le développeur part du principe que tout ce qu’il veut coder ne marche pas ; ce qui est vrai, puisque tant qu’il ne l’a pas fait et que ça n’existe pas, ça ne peut pas fonctionner. Nous commençons donc par écrire un test pour constater qu’il ne passe pas, puis nous écrivons ou modifions notre code afin que celui-ci ne nous indique plus d’erreurs. Puis nous passons au comportement suivant en suivant le même principe.

Nous allons souvent écrire un premier test basique et y répondre de façon très simple, pour ensuite en ajouter un autre plus complexe et modifier le code précédemment écrit pour y répondre, ainsi de suite jusqu’à obtenir la fonctionnalité voulue. Que ce soit un test unitaire qui porte sur le code lui-même, ou un fonctionnement qui porte sur le comportement de l’application, l’objectif est toujours le même, permettre de démontrer que l’objectif est atteint et le vérifier encore et encore à chaque fois qu’une modification ou correction est apportée et ceci de façon automatique. Nous pouvons donc garantir que l’application fonctionne bien, mais également qu’elle fonctionne toujours de la même façon.

Exemple :

Nous avons déjà des élèves et des cours dans notre application (ces éléments ont donc des tests automatiques). Les cours ont un nom, une description, une date, une heure de début et de fin ; ce sont les éléments dont nous avons besoin pour afficher le calendrier de notre application. Les élèves ont un nom et des coordonnées complètes pour nous permettre d’afficher une liste d’élèves.

Il est décidé d’apporter une nouvelle fonctionnalité à notre application : inscrire les élèves à des cours.

Nous savons que ça n’est actuellement pas possible, mais commençons par tester si nous pouvons ajouter un élève à un cours pour « vérifier » ce postulat. Nous ajoutons ensuite cette simple fonctionnalité afin que notre test ne renvoie plus d’erreurs.

Un élève ne pouvant pas assister à plusieurs cours en même temps, nous voulons  nous assurer de ne pas en inscrire un à un cours s’il est déjà occupé pendant qu’il a lieu ; nous mettons donc un test en place pour « vérifier » cet autre fait. Nous modifions ensuite notre code pour qu’il effectue ce contrôle et que notre test ne renvoie plus d’erreurs. Un élève devrait toujours pouvoir être inscrit à un cours quand il est libre puisque notre premier test le vérifie et que nous pouvons le répéter afin de contrôler, nous n’avons donc ajouté un test que dans le cas où l’élève est indisponible.

Il est ensuite décidé de limiter le nombre de place aux cours, nous avons donc besoin de faire en sorte de pouvoir spécifier un nombre de place limite pour ceux-ci ; ce que nous pouvons faire sans crainte puisque nos tests sont là pour nous alerter si nous changeons le comportement de cet élément de notre application. Un test est donc ajouté pour vérifier qu’un cours à bien un nombre de place limite, cet attribut est ajouté et enfin nous testons que si un élève est inscrit à un cours complet, il sera refusé. Nous ajoutons enfin ce contrôle afin que notre test ne renvoie plus d’erreurs.

Vous venez d’avoir un aperçu du cheminement qui permet de  garantir une évolution en toute sérénité de l’application lors de son développement original, mais également plusieurs mois ou années après. Aucun changement ne va entraîner une régression sans que le développeur en soit informé et qu’il puisse, soit y remédier, soit l’intégrer consciemment si elle est jugée nécessaire.

Les origines: Qui se cache derrière ce nom ?

Une entreprise, c’est un organisme. Elle vit, elle évolue, elle se transforme, elle mature. La comprendre, c’est étudier son ADN, mais aussi comprendre son environnement et son parcours.

Aujourd’hui en ce début 2010, Liquid Concept est une agence de communication digitale et de développement d’application qui résout des problèmes pour des entreprises internationales qui ont besoin de conseils dans la mise en place et le développement de solutions de communication globale. Nous sommes spécialisés dans le développement Ruby on Rails, le conseil en communication web et dans la simplicité d’utilisation.

Notre philosophie se base sur cette idée :

Nous pensons que, trop souvent, les produits et services Internet sont axés sur une technologie en particulier et ne se focalisent pas sur l’expérience utilisateur. Nous proposons des produits et services axés sur la simplicité, l’intelligence et l’élégance.
Nous mettons un point d’honneur à passer, dans la gestion de  projet, l’expérience humaine avant toute chose. Nous sommes convaincus que cela permet d’atteindre ensemble des objectifs plus élevés.

La savoir-faire

Le savoir-faire qui constituent les 3 piliers de cette philosophie sont :

• le conseil en communication

Comment communiquer, comment choisir ses outils, comment mixer différentes approches pour avoir l’impact sur son public cible. Cela prend longtemps pour appréhender ce monde complexe en constante mutation. Des noms comme Seth Godin, Guy Kawasaki, Chris Anderson et  Malcom Gladwell font partie de notre héritage.

• le graphisme et l’ergonomie

Provoquer une émotion, donner du cachet à son produit, inviter les sens du client à un voyage au travers de la vision et de l’utilisation de vos applications. C’est la première chose que vos clients expérimenterons. Nous avons été fortement influencé par  Jackob Nielsen dans le domaine de l’ergonomie et  Jason Fried  au niveau simplicité, graphisme et ergonomie.

• le développement et la programmation

Créer une expérience utilisateur positive demande une réflexion en amont dans le développement. Depuis 2005, nous avons choisi de nous concentrer sur la technologie Ruby on Rails pour proposer des solutions qui collent au mieux à notre philosophie et à cette réalité. En Europe, nous faisons dorénavant partie des équipes les plus expérimentées dans cette technologie. Notre influence est clairement celle de 37signals et David Heinemeier Hansson en particulier de part notre utilisation massive de Ruby on Rails.

La pierre angulaire : l’être humain

Comme l’expérience humaine est au centre de notre philosophie, il apparaît évident de vous présenter les 4 personnes qui sont à l’origine de Liquid Concept :

• Yann Lugrin

Yann est une personne atypique avec un parcours que beaucoup envie du point de vue de la volonté. Dessinateur-architecte de formation, il a appris le développement sur le tas en travail dans une agence parisienne. Après avoir travaillé sur différent langage comme PHP, python et PERL. Il décidera avec Olivier Amblet de rendre Liquid Concept unique en se spécialisant en Ruby on Rails. Depuis, il a écrit des articles pour le magazine Programmez, publiez des plugins et des Gem en Ruby et a été conférencier à la conférence Paris On Rails. Il est pointilleux, attaché au détail et très sociable.

• Vincent Tschanz

Vincent est une personne discrète qui sait se focaliser sur les détails. Il a toujours un bon sens de l’observation et sait poser les bonnes questions. Il a suivi une formation de concepteur multimédia à l’ERACOM, il s’est ensuite spécialisé dans des domaines variés comme le graphisme, l’ergonomie, la vidéo, le montage et l’intégration. De nature méthodique, il est capable de suivre un projet de façon très minutieuse.

• Julien Henzelin

Julien est un connecteur né, son aisance en société lui permet d’appréhender à la fois les besoins du client que ceux de son équipe. De formation commerciale, il a travaillé sur différents terrains, du marketing à la gestion de projet en passant par la comptabilité, la gestion de portefeuille clients et la planification stratégique. Il s’intéresse de très prêt au domaine de productivité, cela fait plusieurs années qu’il utilise des techniques comme GTD de David Allen et The 7 habits of Highly Effective People de Stephen R. Covey. C’est un pourvoyeur d’idée qui voit en chaque difficulté une opportunité.

• Olivier Amblet

Olivier ne travail plus actuellement au sein de Liquid Concept. Il reste toutefois associé, intéressé et investi dans le développement de la société. Titulaire d’un CFC d’informaticien, il a suivi une formation en cours du soir à HEIG-VD d’Yverdon  pour un diplôme HES en informatique logiciel. Il est actuellement senior Coach d’une équipe de six personnes localisée à Lausanne (Suisse) et Sofià (Bulgarie). Utilisations de méthodes Agiles avec succès, participation active aux discussions concernant le planning et le produit au sein de VMware, Inc.

L’origine : le nom de Liquid Concept ?

Le nom de Liquid Concept a été choisi par ce 4 personnes très différentes. Notre point commun et notre ciment correspond à aux mêmes propriétés que les fluides. En voici la définition :

LIQUIDE adj. et n.m. 1° Adj. Qui coule ou tend à couler. V. Fluide. Un corps liquide prend la forme du récipient qui le contient.
Le Robert, édition 2000

Partant de cette définition, Liquid Concept se veut plus souple, plus flexible, donc fluide d’une certaine manière. Ainsi, tout concept “liquid” prendra la forme de l’idée qui lui a été proposée. Ce qui nous renvoie à la philosophie d’origine axée sur l’expérience humaine au travers de divers outils.

Voici en somme un décryptage de l’ADN de Liquid Concept et de ses principaux composants. Nous espérons que cela vous aura permis de mieux cerner nos aspirations et notre méthode de travail ainsi que nos valeurs profondes.