Étudier & décider
Cadrer une idée, étudier sa faisabilité, définir une architecture, rédiger ou relire un cahier des charges, auditer un projet ou éclairer une décision technique. L’objectif : disposer des éléments nécessaires avant de s’engager.
À propos
Le parcours qui porte aujourd’hui eletec a commencé en 1980, par l’enseignement et la programmation.
Développement, systèmes d’information, direction technique, conduite de projet, conseil, formation : les rôles ont changé au fil du temps, mais le contact avec la technique et avec les utilisateurs est resté.
Aujourd’hui, cette expérience sert à concevoir, faire évoluer ou remettre sur les rails des projets numériques — avec la même curiosité pour les technologies nouvelles et le même souci de rester concret.
Derrière eletec
eletec s’est construit autour d’un parcours assez peu linéaire : enseigner, développer des logiciels, concevoir des systèmes d’information, diriger une société de services, piloter des projets puis accompagner des entreprises dans leurs choix techniques et organisationnels.
Avoir occupé ces différentes positions change la manière de regarder un projet.
Une décision d’architecture n’a pas les mêmes conséquences pour le dirigeant qui finance le projet, le responsable métier qui l’attend, le chef de projet qui doit le livrer et le développeur qui devra réellement le construire. Notre travail consiste souvent à faire dialoguer ces différents points de vue.
Aujourd’hui, eletec intervient principalement dans trois domaines : l’ingénierie et les systèmes d’information, la conduite et l’accompagnement de projets, et l’intégration de l’intelligence artificielle lorsqu’elle apporte une réponse utile.
« J’aime toujours autant comprendre comment les choses fonctionnent et mettre les mains dans la technique. Cela change la manière de conseiller : on mesure mieux les conséquences d’une décision pour ceux qui devront réellement la mettre en œuvre. »
Trois façons d’intervenir
Cadrer une idée, étudier sa faisabilité, définir une architecture, rédiger ou relire un cahier des charges, auditer un projet ou éclairer une décision technique. L’objectif : disposer des éléments nécessaires avant de s’engager.
Prendre en charge ou accompagner la conduite d’un projet, coordonner les acteurs, aider aux arbitrages ou intervenir lorsque la situation commence à se bloquer. Un regard extérieur est parfois utile avant que les difficultés ne deviennent coûteuses.
Accompagner la mise en œuvre, préparer les équipes, documenter les choix et transmettre les compétences nécessaires pour que la solution puisse continuer à vivre après la mission.
Parcours
Le métier a profondément changé depuis les premiers systèmes sur lesquels ce parcours a débuté. Le parcours aussi : enseignement, développement indépendant, direction d’une société de services, puis conseil et direction de projets.
Certaines technologies de cette chronologie ont disparu. Les questions de fond — comprendre les données, les processus, les contraintes et les personnes — sont beaucoup plus stables.
Accompagnement d’entreprises et d’organisations dans le cadrage, l’audit, la conduite et la reprise de projets numériques. Les missions associent selon les besoins conseil, expertise technique, direction de projet, médiation, coaching et accompagnement des équipes.
Quelques environnements : Tape à l’Oeil, institutions européennes, Groupe ADC, Auchan…
Direction d’une société de services intervenant dans le développement, les systèmes d’information, le Web et les dispositifs interactifs.
Parmi les organisations accompagnées : Auchan, Ville de Lille, Essilor, Schering, Carrefour, Galeries Lafayette, Bayard Presse…
Quinze années consacrées à la conception et au développement de logiciels et de systèmes d’information, à une période marquée par l’arrivée du PC, des réseaux, des interfaces graphiques puis du Web.
Cette période a construit une connaissance très concrète du cycle complet d’un logiciel : comprendre le besoin, modéliser les données, développer, déployer, maintenir et faire évoluer.
Quelques environnements : IBM, Microsoft, Groupe Emap, 3 Suisses, Atos, Compaq, France Télécom, Promod, Ministère de la Justice…
Premières activités d’enseignement et de formation à l’informatique, parallèlement à la pratique technique.
Ces expériences ont laissé une conviction qui reste très présente aujourd’hui : une technologie n’est réellement maîtrisée que lorsqu’on est capable de l’expliquer simplement.
Environnement historique : C, BASIC (BASICA).
À l’Université de Lille I, travaux sur les petits systèmes de l’époque et découverte d’un secteur encore très jeune.
Les machines, les langages et les méthodes ont depuis énormément changé. Le besoin de comprendre précisément les données, les traitements et les utilisateurs, beaucoup moins.
En tant qu’étudiant, première rencontre avec l’informatique : développement en Fortran sur un Gamma 30 de Honeywell Bull, pour le calcul d’une distance statistique utilisée en classification (D² de Mahalanobis).
Environnement historique : Fortran, Honeywell Bull Gamma 30.
Au fil du parcours, interventions de formation auprès de l’EDHEC, Lille I, France Télécom, La Poste, Schering et d’autres organismes, sur différents langages, bases de données et environnements système.
Notre façon de travailler
Un projet peut être trop ambitieux pour son budget, une technologie mal adaptée ou une idée tout simplement prématurée. Notre rôle est aussi de le dire clairement, avec les raisons qui conduisent à cette conclusion.
eletec n’est lié à aucun éditeur et ne perçoit pas de commission pour recommander une solution. Les choix sont faits en fonction du besoin, de l’existant, du budget et des contraintes du projet.
Décisions importantes, architecture, procédures, limites connues : nous documentons ce qui sera nécessaire pour comprendre, exploiter et faire évoluer la solution.
Les personnes qui utiliseront réellement un outil voient souvent des problèmes qu’un cahier des charges ne montre pas. Les associer suffisamment tôt permet de construire quelque chose de plus utile et facilite ensuite son adoption.
Un projet rencontre presque toujours des imprévus. Lorsqu’un délai, un coût ou un périmètre risque de dériver, l’information doit arriver suffisamment tôt pour permettre une décision — pas au moment de la livraison.
Une mission ne doit pas créer une dépendance inutile. Nous documentons les choix, expliquons le fonctionnement et transmettons les connaissances nécessaires pour que vos équipes puissent continuer sans nous.
Vos équipes doivent pouvoir continuer sans nous.
Un premier échange suffit généralement pour comprendre votre situation et voir si notre expérience peut vous être utile. Pas de présentation commerciale préparée à l’avance : commencez simplement par nous expliquer votre projet, votre question ou ce qui bloque aujourd’hui.