Comment un éditeur SaaS planifie-t-il la capacité de ses équipes d'ingénierie ?
Un éditeur SaaS planifie la capacité d'ingénierie en répartissant le temps de chaque squad entre roadmap produit, dette technique, maintenance et incidents, puis en comparant cette capacité aux engagements de la roadmap. Une part de capacité protégée pour la dette et le run évite que la roadmap ne consomme tout le temps disponible.
Capacity planning pour les éditeurs de logiciels et le SaaS
Arbitrer roadmap, dette technique et incidents avec une capacité d'ingénierie limitée.
Dernière mise à jour :
Contraintes propres au secteur
- Une roadmap ambitieuse et une demande commerciale qui dépassent la capacité.
- Des incidents de production qui interrompent les squads.
- Une dette technique à arbitrer face aux fonctionnalités.
- Des personnes clés partagées entre plusieurs équipes produit.
Cas d'usage de la capacité
- Créer des projets dédiés à la dette technique et au support, et y affecter une part de capacité.
- Vérifier la faisabilité de la roadmap sur le trimestre.
- Repérer les personnes clés partagées entre squads.
- Comparer le planifié et le réel pour fiabiliser les engagements.
Indicateurs utiles
| Indicateur | Définition |
|---|---|
| Répartition roadmap / dette / support | Part de la capacité de chaque squad consacrée à chaque type de travail. |
| Capacité vs engagements de roadmap | Écart entre capacité nette et charge engagée sur le trimestre. |
| Interruptions liées aux incidents | Temps détourné vers les incidents de production. |
| Prévisibilité de livraison | Part des engagements trimestriels réellement tenus. |
Workflow type
- Modélisez les squads et leurs membres, y compris les personnes partagées.
- Créez des projets dédiés à la dette technique et au support, et affectez-y du temps.
- Comparez la capacité restante aux engagements de la roadmap.
- Ajustez la roadmap ou la capacité, puis suivez le planifié vs réel.
FAQ
Workload remplace-t-il Jira ou Linear ?
Non. Le backlog et le suivi des tickets restent dans votre outil de delivery. Workload est la couche capacité et allocations.
Comment gérer la dette technique ?
En créant un projet dédié auquel on affecte une part de capacité, puis en comparant le réalisé au planifié.
Convient-il à une petite structure ?
En dessous d'une quinzaine de personnes, un tableur peut suffire. Au-delà, plusieurs squads partageant des personnes justifient un outil dédié.
Pour aller plus loin
Explorer aussi
Passez de la théorie à votre plan de charge
Importez vos équipes et vos projets en CSV et visualisez capacité et surcharges en une demi-heure.
Essai gratuit 14 jours