En fait je m'intéresse uniquement à la gestion des tickets (issue-tracking), tout le reste c'est vraiment du bonus.
Donc Gitlab est clairement hors-sujet pour moi.
Taiga rentre clairement dans la première catégorie que j'avais évoquée (i.e. il faut garder des workflows simples).
Pour ma part, j'essaye de modéliser des workflows complexes qu'il faut fortement personnaliser.
Pour ne donner qu'un exemple : un ticket atteint un certain état, cela doit déclencher automatiquement l'ouverture de différentes sous-tâches liées à ce ticket. Lorsque toutes les sous-tâches sont effectuées, le ticket parent passe automatiquement à l'état suivant.
C'est un besoin qui n'ait clairement pas orienté développeur, mais plutôt (micro-)manager.
Je peux faire cela avec Jira mais c'est assez lourd à mettre en place et il faut les droits administrateurs (ce qui n'est pas vraiment autorisé dans mon entreprise).
[^] # Re: Tuleap
Posté par desktop.ready . En réponse au journal Gestion des tickets/workflows. Évalué à 1.
En fait je m'intéresse uniquement à la gestion des tickets (issue-tracking), tout le reste c'est vraiment du bonus.
Donc Gitlab est clairement hors-sujet pour moi.
Taiga rentre clairement dans la première catégorie que j'avais évoquée (i.e. il faut garder des workflows simples).
Pour ma part, j'essaye de modéliser des workflows complexes qu'il faut fortement personnaliser.
Pour ne donner qu'un exemple : un ticket atteint un certain état, cela doit déclencher automatiquement l'ouverture de différentes sous-tâches liées à ce ticket. Lorsque toutes les sous-tâches sont effectuées, le ticket parent passe automatiquement à l'état suivant.
C'est un besoin qui n'ait clairement pas orienté développeur, mais plutôt (micro-)manager.
Je peux faire cela avec Jira mais c'est assez lourd à mettre en place et il faut les droits administrateurs (ce qui n'est pas vraiment autorisé dans mon entreprise).