Personnalisez Sinra pour votre organisation : statuts de workflow, labels, catégories et plateformes. Tout se configure sans code depuis les paramètres.

Vue d’ensemble

Sinra s’adapte à votre processus, pas l’inverse. La section Configuration permet aux admins de définir les éléments partagés par toute l’organisation : workflows, étiquettes, et contextes.

Statuts

Les statuts définissent les étapes de vos workflows. Sinra distingue deux types de statuts, et chaque type d’issue en utilise exactement un :

Statuts d’écriture : progression d’une spécification ou d’un plan (ex. : Brouillon, En revue, Validé)
Statuts de développement : progression d’une tâche ou d’un bug (ex. : À faire, En cours, En test, Terminé)

Une spécification ou un plan n’a jamais de statut de développement : son niveau de réalisation est calculé à partir de ses tâches (sa réalisation). Une tâche ou un bug n’a jamais de statut d’écriture. Chaque statut appartient à un groupe (à faire, en cours, terminé) : une issue est considérée comme terminée quand le statut de son type est dans le groupe terminé.

Pour chaque statut vous pouvez définir :

Nom et emoji pour l’identifier visuellement
Pourcentage de complétion pour le calcul de progression
Ordre par glisser-déposer

Créez autant de statuts que votre processus le requiert. Un statut marqué à 100% est considéré comme terminal.

Labels

Les labels sont des étiquettes colorées appliquées aux issues, capabilities et projets. Ils servent à catégoriser librement : type de travail, priorité fonctionnelle, domaine métier, etc.

Pour chaque label :

Nom et couleur
Portée : issues uniquement, capabilities, ou les deux

Les labels sont filtrables dans la liste d’issues avec les opérateurs égal, dans et est vide.

Catégories

Les catégories permettent de regrouper des issues par domaine fonctionnel ou technique. Différentes des labels, elles sont conçues pour une structuration plus formelle.

Exemples : Authentification, Paiement, Notifications, Infrastructure.

Plateformes

Les plateformes indiquent le contexte technique d’une issue :

Website
Mobile (iOS / Android)
Backend
Frontend
Infrastructure

Chaque issue peut être taguée avec une plateforme. Cela permet de filtrer et de visualiser la charge par contexte technologique, utile pour les équipes full-stack ou multi-produits.

Préférences de notification

Chaque personne règle ses e-mails de mention depuis la page des préférences de notification :

Notifications de mention : activer ou désactiver les e-mails. Le centre de notifications continue de lister vos mentions dans les deux cas.
Délai de regroupement : le temps que Sinra attend avant d’envoyer, de 1 à 1440 minutes (15 par défaut). Les mentions reçues pendant ce délai sont regroupées dans un seul e-mail.

Chaque e-mail de mention contient aussi un lien de désabonnement qui coupe les e-mails en un clic. Le lien d’un e-mail envoyé avant le centre de notifications affiche une page « lien expiré » qui mène à ces préférences.

Fuseaux horaires

Toutes les heures de Sinra (commentaires, séances, post-mortems, e-mails) s’affichent dans le fuseau horaire de la personne qui lit.

Fuseau de l’organisation : un administrateur le règle dans les paramètres de l’organisation (Europe/Paris par défaut). Il s’applique à toutes les personnes qui n’ont pas choisi le leur.
Fuseau personnel : facultatif, à régler dans votre profil. Choisissez « Fuseau de l’organisation » pour suivre de nouveau celui de l’organisation.
Suggestion du navigateur : si votre navigateur est dans un autre fuseau, un bandeau propose une fois de l’adopter. Acceptez ou refusez ; il ne revient pas.
Survolez une heure pour lire la date complète et le fuseau appliqué.

Les dates sans heure (début d’un cycle, date de release) ne bougent jamais. L’API et les exports restent en UTC (Z). « Aujourd’hui » suit le fuseau du lecteur.

Bonnes Pratiques

Statuts : restez simples. 4 à 6 statuts de développement couvrent la majorité des workflows. Trop de statuts crée de la friction.

Labels : évitez la duplication avec les plateformes ou catégories. Utilisez les labels pour ce qui ne rentre pas dans les autres axes.

Catégories et plateformes : définissez-les une fois au démarrage du projet. Changer les catégories en cours de route oblige à re-tagger les issues existantes.

Rôles et tableau de bord manager

Chaque type de rôle a une description affichée dans la liste des rôles et sur la page d’invitation. Le rôle manager pilote la livraison : son tableau de bord montre la santé des équipes, la frise des releases, les risques et les indicateurs clés, avec les mêmes étapes de démarrage que product.