Structurer les projets d’une agence multi-clients

Un freelance avec trois clients peut se contenter de trois projets nommés « Acme », « Beta » et « Gamma ». Une agence avec quarante clients, six départements, trois niveaux tarifaires et un abonnement récurrent ne le peut pas.

Le but de ce guide n’est pas la combinaison basique projet + tag (couverte dans la vue d’ensemble Projets et Tags). Il s’agit de la couche suivante : conventions de nommage, taxonomies de tags, stratégie d’archivage et modèles de partage en équipe qui s’adaptent de trois projets à trois cents sans que personne ait besoin d’une fiche mémo pour retrouver le travail du mardi.

#Le modèle en un paragraphe

Le modèle de données de Timesheet est volontairement plat :

• Un Projet est le conteneur facturable. Chaque saisie de temps appartient à un seul projet.
• Un Tag est une étiquette transversale. Chaque saisie de temps peut porter plusieurs tags.
• Un Taux est un multiplicateur de coût ou de facturation. Chaque saisie peut avoir un taux.
• Les Membres du projet sont les utilisateurs ayant accès au projet (plans Pro et supérieurs).

Il n’y a pas de projet parent, ni de sous-projet, ni d’objet client autonome avec son propre écran. Chaque projet porte cependant un champ Client (et les documents portent un client), donc le nom du client a une place dédiée. L’astuce est de combiner ce champ avec les noms de projets et les taxonomies de tags pour simuler une hiérarchie là où vous en avez besoin. Bien fait, cela s’adapte mieux que les projets imbriqués.

#Conventions de nommage des projets efficaces

Un nom de projet cohérent est le plus grand gain en lisibilité. Trois modèles au choix :

#Modèle A : Client · Engagement

Acme · Refonte site web
Acme · Rafraîchissement de marque
Beta · Feuille de route T2
Gamma · Abonnement annuel

Convient aux agences et consultants avec peu d’engagements distincts par client. Permet de filtrer « tout Acme » avec un préfixe de recherche et « tout le travail T2 » avec un tag.

#Modèle B : Client · Département · Engagement

Acme · Marketing · Site web
Acme · Marketing · Marque
Acme · Produit · Intégration API
Beta · Finance · Support audit

Convient aux agences qui desservent plusieurs départements chez un même client. Permet de ventiler factures et rapports par département client. Le niveau intermédiaire devient la deuxième clé de tri dans les listes.

#Modèle C : Code · Client · Engagement

AC-W · Acme · Site web
AC-B · Acme · Marque
BE-R · Beta · Feuille de route

Convient aux équipes qui utilisent déjà un code projet dans leur outil de gestion (Jira, Asana, ClickUp). Le préfixe rend la recherche instantanée et le reste du nom reste lisible.

Choisissez un modèle et tenez-vous-y. Mélanger les conventions ruine la recherche et le regroupement des rapports.

Quel que soit le modèle choisi, remplissez aussi le champ Client du projet. La recherche de projet le prend en compte, et la liste des projets l’affiche dans sa propre colonne, donc le client reste trouvable même si le nom dérive.

#Une taxonomie de tags qui ne dégénère pas

Les tags ont tendance à proliférer. La discipline consiste à définir un petit nombre d’axes, décider ce que chaque axe représente, et ne jamais laisser les tags d’un axe se mélanger avec un autre.

#Une taxonomie utile à trois axes

• Phase : Découverte, Conception, Développement, Lancement, Support
• Activité : Frontend, Backend, Rédaction, Réunion, Admin, QA
• Statut facturable : Facturable, Non facturable, Interne, Pro bono

Chaque saisie doit porter un tag par axe applicable. Le résultat est des données cohérentes et filtrables.

#Tags vs noms de projets

Si une étiquette change la façon dont vous facturez, elle appartient généralement au nom du projet. Si elle change la façon dont vous regardez la facturation entre projets, elle appartient généralement à un tag.

#Nommer les tags

Deux écueils :

• Évitez les synonymes : Réunion, Appel, Sync posent le même problème. Choisissez-en un.
• Évitez les doublons avec casse différente : Frontend et frontend se confondent visuellement et divisent vos rapports.

Un glossaire de tags dans un document partagé, six lignes, évite les deux.

#Les taux : le projet fixe la base, les taux nommés l’ajustent

Chaque projet porte un taux horaire de base. Par-dessus, les taux dans Timesheet sont des entrées nommées, réutilisables et limitées à l’équipe : chacune combine un Facteur (multiplicateur du taux horaire du projet) avec un montant Extra/h, et s’applique par saisie. Un projet peut aussi avoir un taux par défaut, que les nouvelles saisies récupèrent automatiquement.

Un exemple typique d’agence, sur un projet à 120 EUR/h de base :

• Taux senior : facteur 1,5, appliqué aux saisies des consultants seniors (180 EUR/h effectif)
• Taux standard : facteur 1,0, taux par défaut du projet (120 EUR/h effectif)
• Taux urgent : facteur 1,25, appliqué au travail le jour même
• Taux pro bono : facteur 0, défini par défaut sur les projets pro bono

Il n’y a pas de taux par personne qui suit un utilisateur entre projets ; le taux vit sur la saisie, ou comme taux par défaut du projet. Pour la configuration complète, voir Facturer les clients avec des taux personnalisés.

#Membres du projet et visibilité en équipe

Sur les plans Pro et supérieurs, les projets peuvent être partagés avec des membres d’équipe. Trois modèles dominent :

#Modèle 1 : Tout le monde voit tout

Chaque projet liste tous les utilisateurs actifs comme membres. Utile pour les petites agences où n’importe quel consultant peut être appelé sur n’importe quel projet. L’inconvénient est la confidentialité et le bruit dans les rapports ; sur les équipes plus grandes, préférez l’un des deux suivants.

#Modèle 2 : Responsables de projet plus contributeurs

Chaque projet a un ou deux responsables (accès complet) et trois à cinq contributeurs (saisissent leur temps, voient le leur). Cela reflète comment la plupart des agences staffent réellement un projet.

#Modèle 3 : Pods clients

Les projets sont regroupés par client dans un pod. Les membres du pod travaillent sur tous les projets de ce client. Les nouveaux projets pour un client existant héritent de la composition du pod. C’est le modèle qui s’adapte le mieux au-delà de 20 personnes.

Pour en savoir plus côté équipe, voir Collaborer avec votre équipe sur des projets partagés.

#Archivage : la discipline qui garde la liste courte

Une liste de projets avec 300 éléments actifs est une liste avec 0 élément utile.

Quand un projet se termine, archivez-le. Les projets archivés :

• Restent dans les données (saisies, rapports, exports)
• Disparaissent des sélecteurs de projet, y compris le minuteur
• Peuvent être désarchivés si le client revient

#Quand archiver

• L’engagement se clôt et la facture est payée
• L’abonnement client se termine et n’est pas renouvelé
• L’initiative interne est terminée
• L’engagement pro bono est achevé

Un balayage mensuel d’archivage (dernier vendredi du mois, 15 minutes) garde la liste active gérable.

#Comment archiver

1. Ouvrez le projet dans l’application web
2. Cliquez sur le menu à trois points
3. Choisissez Archiver

Les applications mobiles respectent l’état d’archivage et arrêtent d’afficher le projet dans leurs sélecteurs automatiquement.

#Exemples d’utilisation réelle

#Un consultant solo avec huit clients

• Un projet par client, nommé Client · Abonnement
• Tags : Stratégie, Mise en œuvre, Réunion, Admin
• Taux : un taux par projet et par client
• Archivage en fin d’engagement

Temps de mise en place : 20 minutes. Temps de maintenance : 15 minutes par trimestre.

#Une agence de cinq personnes avec douze clients et 30 engagements

• Projets nommés Client · Département · Engagement
• Tags : taxonomie à 3 axes (Phase, Activité, Statut facturable)
• Taux : un ensemble partagé de taux nommés (Senior/Standard/Urgent), appliqués par saisie, avec un taux par défaut par projet
• Membres : 2-3 responsables, 3-5 contributeurs par projet
• Archivage : balayage mensuel

Temps de mise en place : 2 heures. Temps de maintenance : 30 minutes par mois.

#Un cabinet de conseil de 40 personnes avec 100 engagements actifs

• Projets nommés Code · Client · Engagement alignés sur les codes Jira
• Tags : taxonomie à 3 axes, appliquée via un glossaire de tags
• Taux : taux nommés selon ancienneté (facteur par niveau) en plus des taux de base par projet
• Membres : modèle pod client avec 6-12 utilisateurs par pod
• Archivage : balayage hebdomadaire, plus journaux d’audit sur plan Business

Temps de mise en place : une semaine de travail pour un responsable opérations. Temps de maintenance : 1 heure par semaine.

#Questions fréquentes

Puis-je utiliser des dossiers ou projets imbriqués ?
Pas directement. Le modèle est volontairement plat. Les conventions de nommage de cet article sont la façon de simuler une hiérarchie sans perdre la rapidité d’une liste plate.

Et si je renomme un projet après son démarrage ?
Sans risque. Le nom du projet est une étiquette ; les renommages n’affectent pas les saisies existantes. Le nouveau nom apparaît partout immédiatement.

Comment migrer depuis un autre outil qui a des clients ?
Mettez le nom du client dans le champ Client du projet et utilisez le modèle A ou B pour le titre. Le premier segment du nom de projet garde le client visible dans toutes les listes.

Les tags peuvent-ils être obligatoires ?
Pas directement. La discipline est humaine, aidée par le glossaire de tags. Certaines équipes utilisent Chronis pour rappeler les tags manquants en fin de journée.

Quelle est la limite de tags par saisie ?
Il n’y a pas de limite fixe. En pratique, trois à cinq est l’idéal ; plus, et le rapport devient bruyant.

#Résumé

• Timesheet utilise Projets, Tags, Taux et Membres, pas de projets imbriqués
• Une convention de nommage cohérente est le levier d’échelle principal
• Une petite taxonomie de tags avec axes clairs vaut mieux que des tags libres proliférants
• Un petit ensemble de taux nommés plus des taux par défaut par projet fait gagner du temps dès 5 utilisateurs
• Archivez agressivement ; une liste active de 30 éléments vaut mieux qu’une liste de 300

#Où aller ensuite

• Organiser le travail avec projets et tags pour la vue d’ensemble fondamentale
• Facturer les clients avec des taux personnalisés et extras horaires pour configurer les taux
• Collaborer avec votre équipe sur des projets partagés pour partager l’accès sans perdre la confidentialité