En route vers une version "Next-Generation" du helpdesk ?!
Initié en 2008 par Pascal Aubry (Université de Rennes 1), le projet esup-helpdesk ne bénéficie plus d'améliorations depuis près de 5 ans... Pourtant, il continue d'être encore utilisé dans de nombreuses institutions en France et à l'étranger.
S'il reste encore pertinent dans sa version actuelle, esup-helpdesk se doit aujourd'hui d'évoluer pour corriger les bugs persistants, améliorer l'expérience utilisateur (ergonomie, design,...) mais aussi et surtout, répondre aux nouvelles attentes émanant de la communauté (nouvelles fonctionnalités, paramétrages, etc.).
Scénarios envisagés
Plusieurs pistes sont envisagées dans le cadre de la "refonte" d'esup-helpdesk.
- Refonte partielle du code existant : la principale évolution demandée par les participants au sondage consiste à faire évoluer l'IHM de l'ensemble de l'application. Après analyse technique, il s'avère que cette option serait tout aussi longue et complexe à réaliser qu'une refonte totale de l'application. Au vu des autres points à traiter en dehors de l'IHM, cette piste ne semble pas à privilégier.
- Se baser sur des solutions existantes (à packager ?) : Depuis la création de esup-helpdesk, de nombreux projets "similaires" ont fait leur apparition, avec un périmètre fonctionnel plus ou moins proche de notre solution. Une piste envisageable serait donc de baser nos travaux sur une/des solution(s) open source existante(s) pour : proposer un packaging ESUP-Portail (comme pour uPortal par exemple), développer des connecteurs ou services supplémentaires pour enrichir la/les solution(s) retenue(s), etc.
- Réécriture intégrale de l'application : comme expliqué précédemment, des projets répondant -en partie- à ce que souhaite la communauté existent déjà... Une refonte intégrale est donc envisageable mais est-elle la plus productive ? Une étude des solutions existantes devraient permettre de répondre à cette question...
- Solutions externalisées (type SaaS) : Même si cette solution ne répondra certainement pas à l'ensemble des besoins, cette piste reste pertinente et doit donc être envisagée. En fonction de ce qui aura été défini dans le cahier des charges et de l'état de l'art, cette option pourrait s'avérer la plus judicieuse, notamment au niveau des ressources (financières et humaines) engagées.
Un chantier en 4 grandes étapes
- Etape 0: Estimation de l'intérêt et la pertinence d'un esup-helpdesk-NG
- [DONE ] Un sondage permettra d'évaluer la pertinence de lancer un chantier esup-helpdesk-ng et recenser les principales attentes de la communauté pour cette (éventuelle) nouvelle version.
=> Une enquête a été menée du 8 décembre 2015 au 25 janvier 2016 auprès de la communauté ESUP-Portail et des abonnés aux listes esup-helpdesk-*. Une synthèse de l'ensemble des réponses est désormais disponible :
- Etape 1: Élaboration du cahier des charges et étude de l’art
- [EN_COURS] Une première phase consistera à recueillir les besoins auprès des différents établissements (en complément des réponses au sondage)
=> L'Université de Rennes 1 s'est vue confiée cette tâche. En interne, les collègues rennais s'appuient sur ces documents pour faciliter l'expression des besoins.
- Grâce à l'ensemble des informations récoltées, un cahier des charges commun à l'ensemble de la communauté pourra être élaboré
- Une étude de l'art sera également primordiale pour explorer les éventuelles solutions "concurrentes" qui existent et voir si elles pourraient répondre (de base ou avec quelques ajustements) aux besoins de la communauté
- Etape 2 : Choix du scénario à retenir (en fonction des livrables et conclusions de l'étape 1)
- Etape 3 : Mise en oeuvre du plan d'action (en fonction du scénario choisi)
- Etape 4 : L'après... (maintenance, retour expérience, etc.)