Evolix, société où je travaille, utilise en interne le logiciel eGroupWare depuis presque 2 ans. En fait, jusqu’ici, nous utilisions uniquement le module de calendrier pour gérer les rendez-vous et emplois du temps de chacun. Il faut dire que la version en place, version 1.0 (en paquets pour Debian sarge), possède d’autres modules intéressants pour Evolix, comme le module de gestion de projets, mais ça n’est pas du tout abouti (peu d’interaction avec le module calendrier en particulier). Mais sur eGroupWare 1.2, le module projet a été ré-écrit et offre des fonctionnalités très attendues, comme ces fameuses interactions avec les modules calendrier et Infolog (gestion des tâches/appels/notes).
En juillet 2006, la loooooongue migration vers eGroupWare 1.2 a donc été entreprise. Il y a eu des problèmes techniques à gérer : du code Javascript loin d’être parfait, des bugs étranges selon les versions PHP/(My|Postgre)SQL/LDAP et une migration des données à gérer « à la main » (voir mes scripts de migration du calendrier 1.0 vers 1.2 sous PostgreSQL) ; et il a également fallu faire la gestion (humaine) du changement, ce qui ne fût pas le plus facile ! À vrai dire, même dans une petite boîte et même lorsque les évolutions sont flagrantes (rapidité, ergonomie, fonctionnalités), le pilotage d’un projet de migration n’est pas forcément aisé. D’ailleurs, à ce sujet, la conduite du changement peut parfois apparaître comme une tâche triviale et accessible à tous mais les divers projets que j’effectue me renforcent dans l’idée que l’on ne s’improvise pas comme expert dans ce domaine, et seule des expériences concrètes sont gages de qualité. Et sur ces belles paroles, je retourne gérer mon emploi du temps de ministre sur mon eGroupWare 1.2 désormais migré définitivement depuis quelques jours !
