Gutes Bug-Tracking mit Sharepoint? [geschlossen]


9

An meinem Arbeitsplatz wurde beschlossen, viele Prozesse auf Sharepoint zu verlagern. Ich untersuche jetzt, wie Sharepoint für die Fehlerverfolgung verwendet werden kann (à la Mantis, FogBugz usw., jedoch innerhalb von Sharepoint). Insbesondere verwenden wir einen Kollaborationsraum, und die Lösung muss darin funktionieren.

Ich weiß, dass ich Listen mit einer Vorlage "Issue Tracker" erstellen kann , aber es fehlen Workflow, integrierte Korrespondenz (wie FogBugz) und Überwachungsprotokoll (jeder Benutzer kann jedes Feld jederzeit bearbeiten, ohne dass es irgendwo vermerkt wird).

Das reicht nicht aus, deshalb suche ich nach "größeren" Lösungen, habe aber noch gar nichts gefunden.
Diese Frage ist ähnlich, zielt jedoch auf die Verwendung des Helpdesks ab. Wir zielen darauf ab, Fehler zu verfolgen und Anforderungen an ein System zu ändern.

Ich bin offen für Vorschläge! Da ich kein Administrator bin, kann ich nicht einfach eine Sharepoint-Komponente abrufen und zum Testen installieren. Ich suche nach Erfahrungen, Dokumentationen, White Papers, Screenshots - der eigentliche Download kann später relevant sein.

Im Idealfall sollten einige dieser Themen behandelt werden:

  1. Unterstützung für verschiedene Ticketarten (Fehler, Funktion, Anfrage, interne Aufgabe).
  2. Konfigurierbarer Workflow pro Ticketart, keine feste Anzahl von Schritten.
  3. Konfigurierbare Lese- / Schreibberechtigungen pro Feld und pro Workflow-Status.
  4. Konfigurierbares Dashboard für Manager mit schönen Diagrammen.
  5. Konfigurierbare E-Mail-Benachrichtigungen.
  6. Korrespondenz à la FogBugz. (Herausforderung: Wir verwenden Notes, nicht Exchange.)

Der beste Rat? Bleiben Sie weit weg von Sharepoint. Das SQL ist bastardisiert, das Hochladen von Dateien ist ein absoluter Schmerz, und das eigentliche Ziel scheint darin zu bestehen, alle wieder zur Verwendung von Office zu drängen. Der Abschnitt "Diskussionen" ist ein Witz und möchte sich stark in Outlook integrieren, anstatt alleine zu sein. Die Verwendung von Sharepoint als alles andere als ein Ort zum Aufbewahren einiger Richtliniendokumente ist eine schlechte Idee. Im Moment versuche ich, ein SP-Wiki zu erstellen (es wurde auch angenommen) und ich greife darauf zurück, alles in HTML zu codieren (inline mit CSS, keine Unterstützung für Wiki-Vorlagen). Es mag möglich sein, aber Sie werden es mehr bekämpfen als Sie es benutzen werden.
Steiv

Ja, es scheint offensichtlich, dass SP existiert, um die Cash-Cow von MS Office gegen die Web 2.0-Front am Leben zu erhalten. Ich hätte SP auch vermieden, wenn ich die Wahl gehabt hätte, aber es wurde von oben entschieden und ich werde das Beste daraus machen. - Ich bin angenehm überrascht, dass der Collaboration-Raum mehrere nützliche Funktionen bietet und das Bearbeiten hochgeladener (Office-) Dokumente unkompliziert ist (sie werden in einem automatischen Schritt gespeichert, erneut hochgeladen und versioniert). Schade, dass es nur für Office-Dokumente funktioniert! Auf den Punkt gebracht: Die Funktionen "Issue Tracker" und "Workflow" sind für den oben genannten Zweck alles andere als nützlich!
Torben Gundtofte-Bruun

Ich denke, Sie sehen, was ich mit SP sehe - alles, was mit dem Kern von Office zu tun hat, funktioniert, alles andere wird zusammen gehackt. In unserem Büro haben wir lediglich die RSS-Feeds von Jira (unserer Software zur Problemverfolgung) in SP integriert, um eine Aktualisierungsliste in SP zu erhalten. Verwenden Sie stattdessen Jira für die Verfolgung. Als Bonus unterstützt Jira die Wiki-Syntax, sodass das Bearbeiten und Kommentieren ein Kinderspiel ist.
Steiv

Antworten:


2

Ich bin mir nicht sicher, ob die von Ihnen erwähnte Vorlage von hier stammt. " SharePoint-Vorlagen "

SharePoint kann eine Herausforderung sein, bietet jedoch einige großartige Tools, sobald Sie es verstanden haben. Ich glaube, es ist eines der herausforderndsten MS-Produkte, die ich je gesehen habe, aber es ist auch sehr leistungsfähig. Haben Sie Codeplex für SharePoint überprüft? Codeplex


Seltsamerweise konzentrieren sich beide Websites (insbesondere Codeplex) auf Administratoren, um die Datei nur herunterzuladen und zu installieren, während der Dokumentationsbedarf von Nicht-Administratoren nahezu ignoriert wird, um Administratoren und das Management davon zu überzeugen, dass sich das Add-On tatsächlich lohnt. Ihr Link zu SP-Vorlagen sieht jedoch vielversprechend aus. Es gibt "Server Admin Templates" mit interessanten Beschreibungen. Ich habe auch eine Seite voller Dokumentation gefunden - siehe meine eigene Antwort unten.
Torben Gundtofte-Bruun

Ich habe keine Links zur Hand, aber MS und einige ihrer MVPs haben einige großartige Webinare und anderes aufgezeichnetes Material zu einigen dieser Tools. Es braucht ein bisschen Suche, aber die Mühe lohnt sich
Dave M

1
Das Problem ist, dass all dieses Material sich an den Serveradministrator richtet - nicht an Leute wie mich, die keine Administratoren sind, aber eine Evaluierungsdokumentation benötigen ...
Torben Gundtofte-Bruun

1

In Erweiterung zu DaveMs Antwort fand ich hier Dokumentation zu den Vorlagen :
http://technet.microsoft.com/en-us/windowsserver/sharepoint/bb848090.aspx

Insbesondere waren diese interessant:

und dieses für ein fortgeschritteneres Setup:

Ich denke, ich werde mit einer Kombination der ersten beiden gehen. Letzteres scheint für SP-Neulinge zu fortgeschritten zu sein und wäre besser für ein viel größeres Team geeignet.


1

Unser Team hat die MS SP-Fehlerverfolgungsvorlage für zwei Projekte verwendet. Ich würde die Lösung nicht als "Best of Breed" betrachten, aber sie funktioniert. Sie können nach Bedarf Felder hinzufügen und entfernen, sich mit Datumsstempeln unterhalten (mithilfe von Kommentaren) und Sicherheit anwenden (Anzeigen / Lesen / Schreiben). Sie können die Fehlerliste nach / von Excel importieren und exportieren.

Der Workflow kann hinzugefügt werden, erfordert jedoch einen Entwickler (oder einen SP-Superuser). Die Standardkonfiguration umfasst die Nachverfolgung von Verlaufs- und Dateianhängen. Wie bei jedem SP-Objekt können Sie RSS-Feeds und E-Mail-Benachrichtigungen einrichten.

Wenn ich die Wahl hätte, würde ich ein spezielles Bug-Tracking-Paket anstelle der kostenlosen Lösung von Microsoft verwenden. Ich habe nicht nachgesehen, aber ich bin sicher, dass es umfassendere Bug-Tracking-Lösungen gibt, die SP als Back-End verwenden.


Wir hatten keine Gelegenheit, diese Vorlage auszuprobieren. Am Ende haben wir eine sehr sehr einfache benutzerdefinierte Liste als Zwischenlösung verwendet und schließlich eine permanente Nicht-Sharepoint-Lösung verwendet. Nicht Jira, sondern etwas Ähnliches, das die Organisation bereits für andere Abteilungen verwendet hat.
Torben Gundtofte-Bruun

1

SharePoint könnte Ihre Anforderungen als einfaches Ticketsystem erfüllen.

Ich erwarte jedoch, dass ein Bug-Tracker in den Quellcode integriert wird (wenn ich beispielsweise eine Quelländerung mit "FIX Bug # 123" kommentiere, möchte ich, dass das Ticket als "behoben" markiert wird und der Code-Unterschied angezeigt wird). .

Außerdem haben Sie nicht viel Flexibilität in Bezug auf Benachrichtigungen, Nachverfolgung der für ein Ticket aufgewendeten Zeit usw.

Daher empfehle ich SharePoint nicht, wenn Sie die Fehlerverfolgung ernst nehmen möchten.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.