Project Management est le modèle intégré d'OpenTechnologyApp pour la façon dont la plupart des équipes travaillent réellement : les demandes externes arrivent quelque part, quelqu'un décide ce qui vaut la peine d'être fait, et ce n'est qu'ensuite que cela devient du travail de livraison suivi. Le modèle garde ces deux choses dans des files véritablement séparées, pas seulement dans des vues différentes de la même liste.
Ce qui est suivi
| File | Ce qui s'y trouve |
|---|---|
| Request Intake | Le portail public arrive ici — aucune connexion requise pour le demandeur. Chaque demande passe par le tri et l'approbation avant de devenir du travail réel. |
| Initiatives & Epics | La couche parent canonique — chaque Epic y vit une seule fois |
| Product Backlog | Travail approuvé, pas encore engagé dans un sprint |
| Active Sprint | Travail engagé en cours |
| Risks & Milestones | Suivi séparément du travail de livraison, pour qu'un risque ne se perde pas dans un tableau de sprint |
| Weekly Reports | Un élément de synthèse par cycle |
Le portail est la vraie différenciation
Activez le portail pour Request Intake, et les parties prenantes externes — clients, autres équipes, quiconque sans compte — obtiennent un formulaire de soumission propre. Ce qu'elles soumettent arrive dans Intake, passe par Triage Status (New → In Triage → Approved/Rejected/Duplicate) et un champ Decision, et seule une demande approuvée devient du vrai travail de backlog. Une demande rejetée ou en double reste visible comme un enregistrement clos, pas supprimée — la trace de la demande est conservée, pas effacée.
Cette séparation structurelle est tout l'intérêt : rien de soumis en externe ne peut passer directement dans un sprint actif. Cela doit d'abord franchir le tri, comme tout le reste.
Dix automatisations, toutes changeant l'état
Pas d'automatisations à simple commentaire ici — chacune des dix déplace réellement quelque chose :
- Une demande signalée conformité passe automatiquement en urgent
- Une décision de tri approuvée fait passer l'élément en cours
- Une demande rejetée ou en double se clôture elle-même
- Le travail engagé passe en cours
- Un élément bloqué passe en priorité haute
- Une sévérité critique force la priorité urgente
- Un champ Health sur rouge force la priorité urgente
- Le travail en retard est escaladé
- Un élément sans mise à jour depuis 7 jours est marqué pour révision
Deux tableaux de bord, et une chose qu'ils n'affirment volontairement pas
Portfolio & Sprint couvre le côté livraison : un arbre hiérarchique Epic → Work Item, des répartitions de santé par alignement stratégique, un calendrier des échéances, et un graphique des éléments créés dans le temps. Intake & Backlog couvre le côté tri : demandes par statut de tri, par catégorie, par type.
Un widget mérite de la précision : le graphique « Items Created Over Time » est exactement cela — un taux de création, pas une vélocité de sprint. La vraie vélocité nécessite des points d'histoire terminés mesurés contre les dates réelles d'un sprint terminé, et ce modèle n'a pas encore d'entités de sprint avec dates de début/fin — Sprint ici est un champ de catégorie (Current Sprint / Next Sprint / Backlog), pas un enregistrement de sprint complet. Le tableau de bord n'affirme pas un chiffre qu'il ne peut pas justifier.
La même honnêteté s'applique à la hiérarchie : Initiative existe comme type d'élément, mais le lien parent-enfant réellement fonctionnel aujourd'hui est à deux niveaux — Epic → Work Item. Une véritable hiérarchie à trois niveaux Initiative → Epic → Work Item n'est pas encore câblée dans le seeder.
Pas encore de playbooks
Contrairement aux cinq d'IT Device Audit, Project Management n'est pas encore livré avec des playbooks. La structure de files et de champs est prête pour un guide de tri ou une checklist de planification de sprint — en construire un vous revient pour l'instant.
Comment l'obtenir
Nouveau projet → Project Management depuis le sélecteur de modèles sur opentechnologyapp.com. Six files, quatorze types d'éléments, dix automatisations et deux tableaux de bord — activez le portail sur Request Intake dès que vous êtes prêt à ce que des demandes externes atterrissent quelque part de réel.