En bref.
Les workflows sont les règles de déroulement de Collabase Projects. Un projet définit ses propres statuts avec une catégorie, n'autorise que les transitions prévues et fixe par type de work item les champs obligatoires. Les approbations arrêtent un flux jusqu'à ce que quelqu'un décide.
Vos statuts par projet
Nom, couleur et ordre sont fixés par le projet, les colonnes les suivent
Trois catégories
À faire, en cours et terminé portent le backlog, la courbe et la vélocité
Uniquement les transitions autorisées
Le workflow gouverné n'autorise que les chemins que vous avez définis
Règles de champ par type
Obligatoire, masqué ou à une place fixe, selon le type de work item
Quand un dossier saute la validation parce que rien ne le retient.
Un dossier passe pour terminé alors que le contrôle reste à faire. Un rapport de défaut arrive sans les étapes de reproduction. Les deux relèvent du processus : quelles étapes existent, quel chemin est autorisé entre elles, et quels champs doivent être remplis avant que cela avance.
Le travail passe directement à terminé alors qu'un contrôle devrait s'intercaler.
Un rapport de défaut arrive sans les indications permettant de le reproduire.
Une révision manque de la preuve que le chemin prévu a été respecté.
Ce que vous y gagnez.
Des statuts qui correspondent à vos étapes
En contrôle, chez le service spécialisé, en attente du client : chaque projet crée ses statuts, avec un nom et une couleur. Chacun appartient à l'une des trois catégories à faire, en cours ou terminé, et Collabase en tire backlog, courbe et vélocité. L'ordre dans les réglages est l'ordre des colonnes sur le tableau.
Choix libre ou chemin gouverné
Le choix libre est le réglage par défaut : un work item peut rejoindre n'importe quel statut. Pour les processus audités, vous définissez par statut où il peut aller ensuite. Tout autre déplacement est refusé, sur le tableau comme via l'API. C'est ce qui atteste que le chemin prévu a été suivi.
Des types sur trois niveaux
Un type de work item porte un nom, une icône et une couleur. Les types créés globalement sont disponibles dans chaque projet, le Space en ajoute, le projet en ajoute encore. Chaque niveau complète, aucun ne remplace celui du dessus : le socle commun reste intact pendant qu'une équipe ajoute sa particularité.
Les champs qu'exige le type
Par type, une règle décide si un champ est obligatoire, masqué ou placé à un endroit fixe. Un défaut exige les étapes de reproduction, un epic n'a pas besoin de story points. Un champ masqué ne peut pas non plus être renseigné via l'API : la règle reste la même partout.
Pour qui cela vaut la peine.
Environnements réglementés
Le workflow gouverné atteste que chaque étape a été franchie dans l'ordre prévu.
Service desk
En attente du client devient un statut à part entière, pas une note en commentaire.
Assurance qualité
Le type défaut exige les indications sans lesquelles personne ne reproduit le problème.
Métiers
Un type par nature de demande, avec exactement les champs qui vont avec.
Les workflows relèvent de Projects.
Statuts et types s'appliquent aux work items d'un projet et déterminent les colonnes du tableau Kanban. Les validations passent par le moteur d'automatisation : il retient le traitement, avertit la personne responsable et poursuit selon sa décision. Toutes les apps partagent connexion, droits et données. Un contrat, une exploitation, un interlocuteur.
Docs
Projects
Intranet
Registry
Test Management
Automation
Time
Exploitation et souveraineté des données.
L'emplacement des données découle du modèle d'exploitation, pas des petits caractères.
Hébergement suisse
Exploitation sur cloud public suisse chez Infomaniak, un environnement isolé par client. Les contenus sont traités exclusivement en Suisse, hormis le pare-feu applicatif placé en amont.
Auto-hébergé
Exploitable sur votre propre infrastructure. Contrôle total des données, aucun accès depuis l'extérieur.
nLPD & RGPD
Contrat de sous-traitance inclus. Conforme à la loi suisse révisée sur la protection des données et au RGPD.
Un produit, toutes les applications.
Collabase Enterprise
Sur demande
Dégressif selon le nombre d'utilisateurs
Workflows et validations fait partie du plan Enterprise. Les sept applications, sans add-ons.
Les questions des premiers entretiens.
Workflows et validations au quotidien : ce qui revient le plus souvent lors d'un premier entretien.
Pouvons-nous définir nos propres statuts ?
Oui. Le projet décide du nom, de la couleur et de l'ordre, et les colonnes du board suivent cet ordre. Deux projets dans le même système peuvent travailler différemment.
Pourquoi un statut a-t-il besoin d'une catégorie ?
Parce que le backlog, les analyses et la vélocité doivent savoir ce que signifie un statut. Les trois catégories ouvert, en cours et terminé apportent ce sens, quel que soit le nom que vous donnez au statut.
Peut-on empêcher quelqu'un de sauter une étape ?
Oui. Le flux encadré n'autorise que les transitions que vous avez prévues, au lieu de proposer chaque statut au libre choix. Les approbations arrêtent un flux jusqu'à ce que quelqu'un décide.
Les champs obligatoires peuvent-ils différer selon le type ?
Oui. Les règles de champs définissent par type ce qui est obligatoire, ce qui est masqué et ce qui occupe une position fixe.
Mettez votre processus dans un projet.
Dans le proof of concept, nous modélisons l'une de vos validations avec statuts, transitions et règles de champ.