Qu'aimez-vous le plus à propos de Zoho Sprints?
1) Toutes les fonctionnalités essentielles sont regroupées sans besoin d'applications à acheter.
2) Le concept d'OKR, de feuilles de temps, de modèles de projet est intégré dans l'outil.
2.1) On peut suivre les contrats externes (lorsque nous choisissons de faire réaliser le travail par une agence externe).
2.2) Gestion des réunions et suivi du temps associé.
3) Modèles de projet.
4) Plusieurs assignés pour le même ticket.
5) Personnalisation de l'affichage en fonction du type de ticket.
6) Tableau de bord très utile.
7) Plus de 50% plus économique par rapport à JIRA (même avec Zoho Flow).
8) L'intégration avec Zoho Flow, Jira peut être réalisée très facilement.
9) L'importation de tickets de Jira vers Zoho Sprint est bien documentée et peut être réalisée facilement.
À explorer :
1) Existe-t-il une capacité entre l'automatisation Jira et Zoho (boucles sur les problèmes sélectionnés) ?
2) Qualité du support.
3) Association de ticket à bug et étoiles pertinentes. Avis collecté par et hébergé sur G2.com.
Que n’aimez-vous pas à propos de Zoho Sprints?
Limitations
1) Vous ne pouvez pas définir plusieurs tableaux, en particulier entre Dev et QA.
1.1) Le flux de travail (états et transitions) pour leurs tickets est différent. Nous pouvons réduire ou masquer les états qui ne sont pas pertinents. En utilisant des filtres personnalisés, il est possible de définir des vues du tableau pertinentes pour chaque petite équipe (équipe POD) ou département (Dev, QA, Déploiement), mais nous ne pouvons pas montrer uniquement les statuts qui leur sont pertinents.
1.2) Exemple :
1.2.1) Les tickets QA ont un type et un statut séparés, à savoir À faire, Préparation QA, En cours, En attente de la prochaine étape, Terminé.
1.2.2) Les tickets Dev ont les états À faire, En cours, En attente, Prêt pour révision, Prêt pour QA, QA en cours, QA vérifié, Prêt pour déploiement, Déployé.
1.3) Diagramme de burndown pour l'équipe POD/équipe QA en plus du burndown global du projet.
2) Capacité à montrer les tickets liés sur la carte (critique pour les tickets QA).
3) Échantillons prêts à l'emploi pour explorer la puissance de l'automatisation.
4) Échantillons prêts à l'emploi pour Zoho Flow.
5) La documentation d'importation peut être améliorée en ce qui concerne les champs en lecture seule, les champs utilisateur, les champs calculés.
5.1) Non-disponibilité des journaux d'importation (ex : progression, raisons de l'échec).
5.2) Les liens de tickets liés ne sont pas pris en compte lors de l'importation. J'ai trouvé quelques références sur la façon de le faire séparément en tant qu'importation CSV. Avis collecté par et hébergé sur G2.com.