Projets des ingénieurs

Les projets des ingénieurs forment l’ossature de travail d’ENGI : l’ingénieur mène ses projets lui-même, chaque étape est consignée, et la direction voit l’ensemble sans avoir à le reconstituer à partir des messageries et des appels. Voici comment cela fonctionne et pourquoi cet ordre profite à l’entreprise.

En bref : ce qu’apporte cette organisation

On voit qui fait quoi en ce moment même — un seul tableau pour tout le service, mis à jour instantanément.
Chaque projet possède un historique : quand il a atteint chaque palier et ce qui a été fait exactement.
Le travail achevé ne se perd pas — il passe dans une archive que l’on ne peut pas réécrire après coup.
Les tâches sont attribuées à distance, avec une notification par courriel à l’ingénieur.
Les droits sont séparés : consulter, mener ses propres travaux et attribuer des tâches aux autres sont des rôles distincts.

Comment un ingénieur mène ses projets

Chaque ingénieur dispose d’une page personnelle de projets. Un projet se décrit par trois champs :

PROJET	TÂCHE	%
Nom du site ou du travail	Ce qui est fait précisément	Avancement : 5 / 25 / 50 / 75 / 100

Le nombre de projets n’est pas limité — un ingénieur suit d’ordinaire plusieurs sites à la fois. Un nouveau projet démarre à 5 % : le travail vient tout juste de commencer.

L’avancement monte d’un palier à la fois

Il y a cinq paliers : 5 % → 25 % → 50 % → 75 % → 100 %. Impossible de sauter : de 5 % on ne peut passer qu’à 25 %, de 25 % qu’à 50 %. Et à chaque palier l’ingénieur doit écrire ce qui a été fait exactement.

C’est la règle centrale de tout le dispositif. Sans elle, le compte rendu se réduirait à une seule ligne, « fait à 100 % », dont on n’apprend rien. Avec elle, chaque projet conserve une chronique lisible : ce qui a été accompli à chaque palier et à quelle date.

On ne peut renommer un projet que tant qu’il est à 5 %. Ensuite le nom est verrouillé : l’historique des étapes y est déjà rattaché, et un changement de nom ferait porter le compte rendu sur un projet et l’historique sur un autre. Pour la même raison, seul un projet non commencé peut être supprimé ; au-delà, il s’agit déjà d’une trace comptable.

L’archive : 100 %, un point c’est tout

Lorsqu’un projet atteint 100 %, il est proposé à l’ingénieur de le verser à l’archive — avec un avertissement clair : il ne pourra plus être modifié ni ramené en arrière. Tout y est conservé : la description, toutes les étapes, tous les commentaires.

L’archive est délibérément irréversible. Si l’on pouvait en retirer ou y retoucher quoi que ce soit, elle ne prouverait rien — ni face au client, ni lors de l’examen d’un litige. L’ingénieur voit son archive en entier, mais en lecture seule.

Le tableau de charge

Le tableau commun affiche tous les ingénieurs par ordre alphabétique et, sur la ligne de chacun, ses projets : nom, tâche et avancement. À côté, deux colonnes : la charge (une pastille de couleur — complètement occupé, partiellement occupé, libre, absent) et l’heure d’arrivée au bureau si la personne est absente.

Le tableau est prévu pour un écran commun au bureau : il se met à jour tout seul, sans recharger la page, et indique l’état de la liaison — en s’approchant du moniteur, on voit tout de suite s’il est vivant ou muet. Cinq projets tiennent sur une ligne ; un appui sur l’ingénieur ouvre une page avec l’ensemble de ses projets.

Ce que cela apporte à l’encadrement

Au directeur

La réponse à « sur quoi travaille le service » en dix secondes, au lieu d’une journée d’appels.
On voit le mouvement, pas seulement le résultat. Un projet bloqué à 25 % depuis trois semaines saute aux yeux — on intervient à temps plutôt qu’après coup.
Un historique prêt pour l’échange avec le client. Quand cela a commencé, ce qui a été fait à chaque palier, quand cela s’est terminé — avec les dates et les auteurs.
Une planification fondée sur les faits. On voit qui est surchargé et qui a de la marge — avant que le délai ne dérape.

À l’administration et à l’ingénieur en chef

Les tâches s’attribuent à distance — depuis chez soi, en déplacement, depuis un téléphone.
Le commentaire est rattaché à un palier précis : la remarque apparaît exactement au pourcentage qu’elle concerne.
Notification par courriel — l’ingénieur apprend la nouvelle tâche aussitôt, et non à la réunion d’une semaine plus tard.
Une synthèse par ingénieur : combien de projets il mène, l’avancement moyen, ce qui est déjà archivé.

À l’ingénieur lui-même

Le travail est visible. Ce qui a été fait est consigné et ne sera pas oublié au moment de la prime.
Moins d’interruptions : l’état figure sur le tableau, inutile de demander « ça avance ? ».
Les attentes sont claires : la tâche et les remarques sont écrites, non lancées au passage.

Attribuer des tâches à distance

L’ingénieur en chef (ou un autre collaborateur disposant du droit correspondant) ouvre la page d’attribution, choisit un ingénieur dans la liste — et voit tous ses projets avec l’historique complet des étapes. Il peut alors :

Attribuer une nouvelle tâche — PROJET et TÂCHE, plus les conditions et les délais, qui entrent dans l’historique du projet. La tâche démarre à 5 % : ensuite l’ingénieur fait monter l’avancement lui-même en décrivant chaque palier.
Commenter une étape — une remarque rattachée à un pourcentage précis d’un projet précis.
Notifier par courriel — une case à cocher près des deux boutons. Le message parvient à l’ingénieur avec le nom du projet, le pourcentage et le texte.

Le courriel n’a délibérément aucune incidence sur l’enregistrement : la tâche et le commentaire sont sauvegardés dans tous les cas, et si l’envoi échoue, l’expéditeur en est informé aussitôt par un message distinct — rien ne se perd en silence.

Droits d’accès

Les droits sont à deux niveaux : un rôle de base, plus un jeu d’autorisations ciblées accordées par-dessus. Ainsi une même personne peut, par exemple, mener ses propres projets sans accéder aux réglages d’autrui.

Rôle / droit	Ce qu’il permet
Ingénieur	Mène ses projets, fait monter l’avancement en décrivant chaque étape, verse le travail achevé à l’archive, consulte le tableau et les synthèses des collègues
M9 — attribution des tâches	Attribue des tâches à tout ingénieur, commente les étapes, notifie par courriel, modifie les fiches d’autrui sur le tableau, masque des ingénieurs dans les synthèses communes
Administrateur	Tout ce qui précède, plus la mise en forme du tableau, l’attribution des rôles et des droits, la gestion des utilisateurs

Il existe en outre deux réglages fins de visibilité : une fiche du tableau peut être masquée (seuls son auteur et l’encadrement la voient) ou retirée du tableau — les projets et tout l’historique restent intacts, seule la ligne disparaît. Un ingénieur peut également être masqué dans les synthèses communes pour que ses collègues ne voient pas ses travaux.

Pourquoi c’est mieux qu’« avant »

Avant	Maintenant
On apprend l’état par un appel ou dans une messagerie	Il est visible sur le tableau commun et se met à jour tout seul
« Presque fini » — depuis trois semaines	Des paliers décrits : on voit ce qui a réellement été fait
L’historique du travail vit dans la mémoire d’une personne	L’historique appartient à l’entreprise et lui survit au départ du salarié
Les tâches se donnent oralement	La tâche est écrite, la notification est partie
Le travail achevé se perd	Une archive impossible à réécrire

La valeur principale n’est pas le compte rendu en soi, mais le fait que la connaissance du travail cesse d’être personnelle. Un collaborateur part en congé, tombe malade ou change d’employeur — le projet, ses étapes et les échanges restent dans l’entreprise, et n’importe qui peut les reprendre.

Le déroulement en bref

Une fiche est créée pour l’ingénieur sur le tableau, il saisit ses projets (ou l’ingénieur en chef lui attribue une tâche).
Le travail avance — l’avancement monte d’un palier à la fois, et chaque étape est décrite.
L’encadrement consulte le tableau et les synthèses, commente une étape ou attribue une nouvelle tâche avec notification par courriel si nécessaire.
Le projet atteint 100 % — il passe à l’archive et y demeure définitivement comme résultat confirmé.