Logiciel de gestion des tâches, Java EE / JBoss

Chrisissorry

Logiciel de gestion des tâches, Java EE / JBoss

Notre application principale est basée sur JBOSS / Seam et utilise jBPMN pour les processus métier. Une grande partie de l’application sont des listes de tâches pour les employés.

Les exigences pour les listes de tâches sont (approximatives):

Tâche / sous-tâche (certain ensemble de tâches, comme approuver une demande, administrer des commentaires, etc.)
Modèle de statut prédéfini pour les tâches (ouvert, en cours, rejeté, fermé)
Cessionnaires / groupes affectés
suivis programmés
commentaires
Intégration avec notre système central (conception, processus)

Nous utilisons JiRA pour notre informatique, mais pas dans la partie service de l’entreprise, qui doit travailler avec les listes de tâches. Il offre la plupart des éléments ci-dessus, est livré avec une API complète qui permet de s’intégrer à nos processus commerciaux. Cependant, je pense que c’est un peu trop lourd pour cette tâche.

Donc, ce que je recherche, c’est une solution de gestion des tâches légère avec les fonctionnalités ci-dessus et une API. Pas de SaaS.

Ou est-il préférable de simplement compter sur les fonctionnalités JBOSS / jBPMN? Faire ou acheter?

James

Quels types de travaux attribuez-vous? Je pense à Jira comme (tout en étant très flexible et facile à personnaliser) un outil assez léger. Je suppose, avec Jira en place, pourquoi apporter autre chose? Qu’en est-il de Jira? Cela devrait aider à réduire cela un peu.

Chrisissorry

Merci @James, vous avez raison. JiRA est un excellent outil. Cependant, nous voulons une intégration plus profonde dans notre système, sans forcer les gens à utiliser deux outils différents. Je pense que cela est possible en utilisant la vaste API REST de la version 6.2. Les tâches sont principalement centrées sur des sujets liés aux services et aux finances tels que la gestion des contrats, la relance, la facturation. La différence avec l’utilisation désignée par JiRA est que les problèmes sont prédéfinis, pas comme un ticket de programmeur habituel où la description (exigences) est la clé. Nous avons juste besoin du modèle de workflow et de statut.