Ce que tu vas apprendre
Structurer une tâche v19
7 champs essentiels — assigné, deadline, priorité 3 niveaux, tags, stage, state, description riche.
Sous-tâches & dépendances
parent_id, depend_on_ids, badge Bloquée par — et l'absence native de Gantt en CE.
Piloter sans Gantt
4 vues CE + 3 patterns de contournement éprouvés + un rituel sprint hebdo de 28 minutes.
1. Le rituel sprint hebdo — pilote trois missions en parallèle
Dans une ESN qui empile trois missions parallèles, la règle simple posée par la direction tient en deux lignes : chaque lundi matin, les chefs de mission passent ensemble en revue les tâches de la semaine. Trente minutes, pas plus. Trois missions, trois chefs, un kanban consolidé.
Le chef de mission technique ouvre Odoo Project sur l'écran de la salle de réunion. La mission « Audit Réseau » d'un premier client — voir Démarrer ses projets dans Odoo CE pour la structure de fondation — affiche 14 tâches actives. Le chef de mission développement, sur la mission « App Métier » d'un deuxième client, en suit 9. La cheffe de mission infrastructure, qui pilote le « Déploiement WiFi » d'un troisième client, en porte 11.
Trente-quatre tâches au total, trois équipes, et la même question chaque semaine : « Comment piloter trois missions parallèles sans vue Gantt ? » L'assistante administrative prépare le pivot reporting pendant que les chefs commentent leurs blocages. La séance dure 28 minutes ce jour-là — record battu.
📖 Définition — Rituel sprint hebdo
Sprint hebdo = revue collective de 20-30 minutes en début de semaine où chaque chef de mission présente l'état des tâches actives et signale les blocages. Cadence fixe, durée encadrée, sortie : un kanban à jour et 2-3 décisions consignées. Tient lieu de Gantt pour les équipes de moins de 10 personnes sous Odoo CE.
2. La tâche v19 : champs essentiels
Une tâche Odoo (project.task), c'est sept champs qui structurent l'exécution. Prends la fiche d'une tâche typique de reconnaissance terrain sur la mission « Audit Réseau » pour la démonstration.
Assigné (user_ids) — Many2many depuis la v17, plusieurs utilisateurs peuvent porter la même tâche. Le chef de mission technique la porte en tant que pilote opérationnel. Le profil utilisateur est lié à la fiche employée — voir Les employés dans Odoo 19.
Deadline (date_deadline) — Une date butoir alimente le calendrier et déclenche l'affichage rouge dans le kanban quand le jour J est dépassé.
Priorité (priority) — Selection à trois valeurs en v19 : '0' Low (sans étoile), '1' Medium (une étoile), '2' High (deux étoiles). Pas davantage. Tenter d'en faire un système à 5 niveaux mène au signal perdu.
Tags (tag_ids) — Many2many vers project.tags. Sur une reconnaissance terrain : terrain + urgent. Un même tag éclaire les tâches de chantier sur les trois missions simultanément.
Stage (stage_id) — La colonne kanban. « À cadrer » pour les missions qui démarrent : le périmètre se précise avant exécution.
État (state) — Le champ workflow v19 à six valeurs : 01_in_progress, 02_changes_requested, 03_approved, 1_done, 1_canceled, 04_waiting_normal. À ne pas confondre avec le stage : le state qualifie l'avancement métier, le stage qualifie la colonne.
Description riche — HTML libre, attachments, mentions @utilisateur. C'est ici que se documente le quoi, pas dans le nom.
3. Sous-tâches & checklists : structurer l'exécution
Une tâche de reconnaissance terrain éclate en deux sous-tâches concrètes que la cheffe de mission infrastructure exécute sur place : « Cartographier les prises réseau » et « Photographier la salle serveur ». Le mécanisme repose sur le champ parent_id côté enfant, et child_ids côté parent — tous deux disponibles en v19 sur project.task — voir Prise en main d'Odoo 19 pour la mécanique générale des relations Many2one/One2many.
L'héritage automatique simplifie la saisie : par défaut, la sous-tâche reprend le projet du parent (mais peut être déplacée dans un autre projet), reprend ses tags si renseignés explicitement, ne reprend pas le stage parent — chaque sous-tâche a son propre stage, son propre cycle kanban.
💡 Astuce — Sous-tâche ou tâche autonome ?
Règle simple à appliquer dans le doute : durée < 2 heures de travail et même assigné = sous-tâche ; durée > 2 heures ou assigné différent = tâche autonome. Au-delà, la sous-tâche perd son utilité de découpage opérationnel et alourdit le kanban du parent.
Sur la mission « Audit Réseau », la règle évite l'explosion : 14 tâches racines + 22 sous-tâches restent lisibles. La même mission organisée en 36 tâches racines saturerait le kanban et noierait le pilotage.
4. Dépendances depend_on_ids : bloquer proprement
Sur la mission « Audit Réseau », la tâche « Rapport d'audit v1 » ne peut démarrer tant que « Reconnaissance site » et « Test débit fibre » ne sont pas livrées. Cette logique se déclare via le champ depend_on_ids sur project.task — Many2many auto-référencé sur la table task_dependencies_rel. Son champ inverse dependent_ids liste les tâches que la tâche courante bloque.
Préalable : activer la fonctionnalité au niveau projet en cochant l'option « Dépendances des tâches » (allow_task_dependencies=True sur la fiche projet). Sans cette case, le champ existe en base mais reste invisible dans le formulaire — piège classique sur les anciens projets migrés depuis v17.
Le chef de mission technique ajoute donc « Reconnaissance site » + « Test débit fibre » dans le champ Bloquée par de « Rapport d'audit v1 ». Immédiatement, Odoo affiche un badge « Bloquée par 2 tâches » dans la liste, le kanban, et le formulaire. Même mécanique côté mission « App Métier » : une tâche « Tests d'intégration sprint 3 » dépend de « Développement module facturation » — interdiction implicite de démarrer trop tôt.
⚠️ Piège v19 — Aucune visualisation Gantt en CE
Le champ depend_on_ids stocke et affiche bien les dépendances en CE (badge Bloquée par), mais aucune vue Gantt native ne représente visuellement le chemin critique sur une timeline. Source : addons/project/models/project_task.py (champ Many2many) sans gabarit <gantt> correspondant. Second piège : la dépendance ne bloque pas automatiquement le passage en « En cours » — Odoo affiche le badge mais ne refuse pas le changement de stage. La discipline reste humaine, l'outil signale.
5. Vues de suivi CE : 4 vues utilisables au quotidien
Quatre vues natives Community pilotent le suivi tâche au quotidien — la vue Gantt étant absente du noyau CE.
Kanban
Pipeline visuel par stage. Cœur du sprint hebdomadaire — déjà vu en F11·1.
Liste
Triée deadline ascendante, multi-tri possible, édition inline rapide en lot.
Calendrier
Champ date_deadline, mode month/week/day, drag-and-drop pour replanifier.
Pivot
Mesure count ou durée moyenne, axes stage × assigné × priorité.
L'assistante administrative utilise la vue Calendrier en début de semaine pour préparer la revue. Elle filtre par projet, applique le mode month, repère les chevauchements de deadline entre missions. Une tâche rouge en fin de semaine sur la mission « Déploiement WiFi » alors que la cheffe d'infrastructure est mobilisée mardi-mercredi sur la mission « Audit Réseau » ? Le chef de mission technique et elle tranchent en réunion.
6. Reporting CE pivot : compter, comparer, exporter
La vue Pivot est l'arme de reporting native qui rend la CE pleinement viable pour piloter trois missions parallèles. L'assistante administrative ouvre Projet → Configuration → Analyse (ou directement le menu Tâches → Analyse), passe en mode Pivot.
Le tableau qu'elle construit chaque semaine : lignes = stage_id (les colonnes kanban), colonnes = user_ids (les assignés des trois missions), mesure = count. En une minute, le pivot affiche combien de tâches « En cours » pèsent sur la cheffe d'infrastructure, combien sur le chef développement, combien sont « Bloquées » tous chefs confondus.
Deux dimensions pertinentes pour creuser : ajouter priority en colonne secondaire pour repérer les tâches High qui s'accumulent, ou substituer date_deadline (groupé par semaine) en ligne pour visualiser la pression échéancier-par-échéancier. L'export Excel est natif — bouton en haut à droite de la vue.
7. 🔵 Ce que débloque l'EE
Ces fonctionnalités nécessitent Odoo Enterprise. Quatre briques absentes du noyau Community justifient l'upgrade vers Enterprise dès que la complexité projet le réclame :
Vue Gantt
Représentation chronologique des tâches avec dépendances visualisées en lignes temporelles cliquables, glisser-déposer pour replanifier, chemin critique automatique. Aucun équivalent natif en CE.
Module planning
Dispatching ressources humaines sur créneaux, vue planification multi-projets, gestion des conflits d'affectation par glisser-déposer. Absent du référentiel Community.
project_forecast
Prévisionnel d'allocation : courbes de charge par employé et par projet, projection capacité vs charge sur trimestre. Inexistant en CE.
Capacité ressources multi-projets
Vue consolidée des charges sur l'ensemble du portefeuille projets, détection des surcharges avant qu'elles ne deviennent retards. Apport décisif au-delà de cinq missions parallèles.
En Community, ces quatre briques se contournent — la section suivante détaille trois patterns éprouvés. Pour la suite de la chaîne facturation, F11·3 — Feuilles de temps ouvrira la captation des heures effectives.
8. 3 patterns contournement CE + le sprint hebdo en 28 minutes
Pattern 1 — Calendrier filtré + tags couleur
Vue Calendrier du projet, filtre par projet ou par tag, lecture mensuelle pour planning macro, lecture hebdomadaire pour le détail. Les tags servent de code couleur de fait : Urgent rouge, Terrain vert, Reporting bleu. Pas de timeline mais une lecture spatiale du quand × quoi qui couvre 70% des besoins Gantt.
Pattern 2 — Export pivot vers tableur
Le pivot natif s'exporte en .xlsx d'un clic. Recopie dans un onglet Excel où chaque ligne = une tâche, colonnes = jours, conditional formatting pour matérialiser durée et dépendances. Pattern pénible si répété mensuellement, redoutable d'efficacité pour un rapport ponctuel comité de pilotage.
Pattern 3 — Kanban swimlanes par assigné
Sur la vue Tâches d'un projet, Group By → Assigné transforme le kanban en swimlanes horizontales : chaque ligne = un consultant, chaque colonne = un stage. Charge instantanément visible : la cheffe d'infrastructure a 6 tâches En cours, le chef développement 4, le chef technique 2 — la répartition saute aux yeux.
Sprint hebdo — 28 minutes chrono
Le chef de mission technique mène la séance : 10 minutes Calendrier filtré projet par projet, 8 minutes en Kanban swimlanes pour repérer les surcharges, 5 minutes en Pivot pour le reporting CA/dispo, 5 minutes de tranchage sur les blocages. Pas de Gantt — et l'équipe pilote tout de même les 34 tâches actives. La discipline du rituel compense l'absence de la vue temporelle.
Cette mécanique de pilotage rythmée s'applique aussi au commercial — voir Le CRM dans Odoo 19 pour le pendant pipeline.
Conclusion
Tu sors avec quatre vues CE maîtrisées, deux mécaniques de structuration (sous-tâches + dépendances) et trois patterns de contournement pour piloter sans Gantt. La discipline du rituel hebdomadaire — celle qu'applique une équipe ESN bien rodée — pèse plus lourd que la vue Gantt elle-même quand le portefeuille reste sous cinq missions parallèles. Au-delà, l'upgrade EE devient pertinent. Pas avant.
Voir aussi dans ce hub Projet & Services
F11·2 — Tâches, dépendances & suivi en Odoo CE
Ce qui existe en CE, et ce qui demande EE.
F11·3 — Feuilles de temps : du chrono à la facturation
hr_timesheet et la chaîne saisie → validation.
F11·5 — Facturer au temps & analyser la rentabilité projet
sale_timesheet, dashboard marge, KPI.
Articles complémentaires
#44 — Les achats dans Odoo 19
Cycle métier complet, même approche structurelle qu'un projet bien découpé.
#58 — Les employés dans Odoo 19
Prérequis RH pour sous-tâches assignées et F11·3 timesheet.