Un bon suivi des bogues avec Sharepoint? [fermé]

9

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:

  1. Prise en charge de différents types de tickets (bug, fonctionnalité, enquête, tâche interne).
  2. Flux de travail configurable par type de ticket, pas de nombre fixe d'étapes.
  3. Autorisations de lecture / écriture configurables par champ et par statut de workflow.
  4. Tableau de bord configurable pour les gestionnaires avec de beaux graphiques.
  5. Notifications par e-mail configurables.
  6. Correspondance à la FogBugz. (Défi: nous utilisons des notes, pas Exchange.)
Torben Gundtofte-Bruun
la source
Le meilleur conseil? Restez loin, loin de Sharepoint. Son SQL est bâtard, les téléchargements de fichiers sont une douleur absolue et le véritable objectif semble pousser tout le monde à utiliser Office. La section Discussions est une blague et veut s'intégrer fortement dans Outlook au lieu d'être seule. Utiliser Sharepoint comme tout sauf un endroit pour conserver quelques documents de politique est une mauvaise idée. En ce moment, j'essaie de créer un SP Wiki (il a également été jugé) et je recourt à tout coder en HTML (en ligne avec CSS, pas de support de modèle wiki). C'est peut-être possible, mais vous le combattrez plus que vous ne l'utiliserez.
Steiv
Oui, il semble évident que SP existe pour garder la vache à lait MS Office en vie contre le front de bataille du Web 2.0. J'aurais aussi évité SP, vu le choix, mais c'est décidé d'en haut et je vais en tirer le meilleur parti. - Je suis agréablement surpris que la salle de collaboration possède plusieurs fonctionnalités utiles, et la modification des documents téléchargés (Office) est simple (ils sont enregistrés, retransférés et versionnés, le tout en une seule étape automatique). Dommage que cela ne fonctionne que pour les documents Office! Au fait: les fonctionnalités de «suivi des problèmes» et de «flux de travail» sont loin d'être utiles à cette fin!
Torben Gundtofte-Bruun
Je pense que vous voyez ce que je vois avec SP - tout ce qui concerne le cœur du travail d'Office, tout le reste est piraté ensemble. Ce que nous avons fait à notre bureau est simplement d'intégrer les flux RSS de Jira (notre logiciel de suivi des problèmes) avec SP pour obtenir une liste de mise à jour dans SP, mais utilisez Jira à la place pour le suivi. En prime, Jira prend en charge la syntaxe Wiki, donc l'édition et les commentaires sont un jeu d'enfant.
Steiv
Vous devriez demander à softwarerecs.stackexchange.com
Nicolas Raoul

Réponses:

2

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

Dave M
la source
Curieusement, les deux sites (Codeplex en particulier) se concentrent sur les administrateurs pour simplement télécharger et installer le fichier, tout en ignorant presque le besoin de documentation des non-administrateurs pour convaincre les administrateurs et la direction que le module complémentaire en vaut la peine. Mais votre lien vers les modèles SP semble prometteur. Il existe des "modèles d'administration de serveur" avec des descriptions intéressantes. J'ai également trouvé une page pleine de documentation - voir ma propre réponse ci-dessous.
Torben Gundtofte-Bruun
Je n'ai pas de liens à portée de main, mais MS et certains de leurs MVP ont d'excellents webinaires et autres documents enregistrés sur certains de ces outils. Prend un peu de recherche mais en vaut la peine
Dave M
1
Le problème est que tout ce matériel est destiné à l'administrateur du serveur - pas à des gens comme moi qui ne sont pas des administrateurs mais qui ont besoin de documentation d'évaluation ...
Torben Gundtofte-Bruun
1

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.

Torben Gundtofte-Bruun
la source
1

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.

Michaelkay
la source
Nous n'avons pas eu l'occasion d'essayer ce modèle. Au final, nous avons utilisé une liste personnalisée très très simple comme solution provisoire et nous avons fini par utiliser une solution permanente non Sharepoint. Pas Jira, mais quelque chose de similaire que l'organisation utilisait déjà pour d'autres départements.
Torben Gundtofte-Bruun
1

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.

rds
la source