Process & Ops
Système opérationnel Squared : intake, brief, affectation, production, review, approval, delivery, archive, QA, release et incident.
Cycle de travail Squared
- Intake — la demande entre avec un objectif, un demandeur et un contexte.
- Brief — le résultat attendu, les contraintes et les critères de réussite sont cadrés.
- Assignment — le travail reçoit un owner, un pôle et un niveau de risque.
- Production — la plus petite surface nécessaire est modifiée.
- Review — qualité, design, technique et sécurité sont contrôlés selon le risque.
- Approval — la personne habilitée valide ce qui nécessite une décision.
- Delivery — publication, remise ou mise à disposition.
- Archive — preuves, livrables, décision et documentation restent retrouvables.
Niveaux N1 / N2 / N3
N1 — autonome : contenu et opération déjà cadrée sur une structure existante. N2 — validation : modification de design, navigation, comportement, workflow ou donnée ayant un impact produit. N3 — réservé : architecture, code critique, permissions, domaine, sécurité, données sensibles, contrat ou opération destructive.
Le niveau est déterminé par l’impact potentiel, pas par la durée supposée de la tâche. En cas de doute, monter d’un niveau.
Definition of Ready
Un travail ne passe pas en production sans minimum de contexte.
- Objectif formulé.
- Périmètre connu.
- Owner ou responsable identifiable.
- Dépendances principales connues.
- Critère permettant de dire « terminé ».
Production
Ne modifiez pas cinq surfaces pour résoudre un problème local. Préférer des changements petits, lisibles et réversibles. Toute dépendance nouvellement introduite doit avoir une justification claire.
Review & QA
- Scénario principal testé.
- États chargement / vide / erreur contrôlés.
- Responsive et appareils concernés vérifiés.
- Permissions et rôle réel testés lorsque pertinent.
- Console / logs consultés si le changement est technique.
- Aucun secret ou donnée sensible ajouté dans un canal public.
Approval
Une validation n’est pas un simple « vu ». Elle confirme que le résultat peut être livré dans le périmètre donné. Les décisions N2/N3 importantes doivent laisser une trace dans Workspace, GitHub ou la documentation adaptée.
Delivery & release
Avant publication : identifier la version et le rollback. Après publication : refaire immédiatement le parcours réel. Une livraison client doit distinguer brouillon, version remise et version acceptée.
Incident
- Stabiliser et geler les changements non essentiels.
- Qualifier l’impact et les utilisateurs touchés.
- Reproduire avec le scénario minimal.
- Contenir si la disponibilité ou la sécurité est menacée.
- Corriger la cause avec le plus petit changement sûr.
- Vérifier puis surveiller.
- Documenter cause, résolution et action préventive.
Ne restaurez, supprimez ou révoquez jamais au hasard pour « voir si ça revient ». Toute action destructive doit avoir un impact compris.
Archive & connaissance
Une opération terminée doit rester compréhensible plus tard. Conserver ce qui explique le résultat : livrable, version, contrat applicable, décision, ticket, incident ou documentation mise à jour.