Sur mon lieu de travail, il a été décidé de déplacer de nombreux processus vers Sharepoint. J'examine maintenant comment Sharepoint peut être utilisé pour le suivi des bogues (à la Mantis, FogBugz etc. mais dans Sharepoint). Plus précisément, nous utilisons une salle de collaboration et la solution doit fonctionner à l'intérieur.
Je sais que je peux créer des listes en utilisant un modèle "Issue tracker" , mais il manque un flux de travail, une correspondance intégrée (comme FogBugz) et un journal d'audit (tout utilisateur peut modifier n'importe quel champ à tout moment, sans qu'il soit noté nulle part).
Ce n'est pas suffisant, donc je recherche des solutions "plus grandes" mais je n'ai encore rien trouvé du tout.
Cette question est similaire mais vise à l'utilisation du Helpdesk; nous visons le suivi des bogues et la modification des demandes vers un système.
Je suis ouvert aux suggestions! Comme je ne suis pas administrateur, je ne peux pas simplement récupérer un composant Sharepoint et l'installer pour le tester. Je recherche des expériences, de la documentation, des livres blancs, des captures d'écran - le téléchargement réel sera pertinent plus tard.
Idéalement, certaines de ces questions devraient être couvertes:
- Prise en charge de différents types de tickets (bug, fonctionnalité, enquête, tâche interne).
- Flux de travail configurable par type de ticket, pas de nombre fixe d'étapes.
- Autorisations de lecture / écriture configurables par champ et par statut de workflow.
- Tableau de bord configurable pour les gestionnaires avec de beaux graphiques.
- Notifications par e-mail configurables.
- Correspondance à la FogBugz. (Défi: nous utilisons des notes, pas Exchange.)
la source
Réponses:
Je ne sais pas si le modèle que vous avez mentionné venait d'ici. " Modèles SharePoint "
SharePoint peut être un défi, mais offre de bons outils une fois que vous le comprenez. Je crois que c'est l'un des produits MS les plus difficiles que j'ai vus, mais il est également très puissant. Avez-vous vérifié Codeplex pour SharePoint? Codeplex
la source
En complément de la réponse de DaveM, j'ai trouvé de la documentation sur les modèles ici:
http://technet.microsoft.com/en-us/windowsserver/sharepoint/bb848090.aspx
Plus précisément, ceux-ci étaient intéressants:
et celui-ci pour une configuration plus avancée:
Je pense que je vais aller avec une combinaison des deux premiers. Ce dernier semble trop avancé pour les débutants SP et serait mieux adapté à une équipe beaucoup plus grande.
la source
Notre équipe a utilisé le modèle de suivi des bogues MS SP sur deux projets. Je ne considérerais pas la solution comme «la meilleure de la race», mais elle fonctionne. Vous pouvez ajouter et supprimer des champs selon les besoins, avoir une conversation avec des horodatages (en utilisant des commentaires) et appliquer la sécurité (afficher / lire / écrire). Vous pouvez importer et exporter la liste des bogues vers / depuis Excel.
Le workflow peut être ajouté mais il nécessite un développeur (ou un super utilisateur SP). La configuration par défaut comprend le suivi de l'historique des pièces jointes des fichiers amd. Comme pour tout objet SP, vous pouvez configurer des flux RSS et des notifications par e-mail.
Étant donné le choix, j'utiliserais un package de suivi des bogues dédié plutôt que la solution gratuite offerte par Microsoft. Je n'ai pas regardé, mais je suis sûr qu'il existe des solutions de suivi des bogues plus complètes qui utilisent SP comme back-end.
la source
SharePoint pourrait répondre à votre besoin comme un simple système de ticket.
Cependant, je m'attends à ce qu'un outil de suivi des bogues soit intégré au code source (comme si je commente un changement de source avec "FIX bug # 123", je veux que le ticket soit marqué comme "corrigé" et puisse voir le code diff) .
De plus, vous n'avez pas beaucoup de flexibilité concernant les notifications, le suivi du temps passé sur un ticket, etc.
En tant que tel, je ne recommande pas SharePoint si vous voulez être sérieux au sujet du suivi des bogues.
la source