An meinem Arbeitsplatz wurde beschlossen, viele Prozesse auf Sharepoint umzustellen. Jetzt schaue ich mir an, wie Sharepoint für die Fehlersuche verwendet werden kann (à la Mantis, FogBugz usw., aber innerhalb von Sharepoint). Insbesondere verwenden wir einen Collaboration-Raum, in dem die Lösung arbeiten muss.
Ich weiß, dass ich Listen mit einer "Issue tracker" -Vorlage erstellen kann, aber es mangelt an Workflow, integrierter Korrespondenz (wie FogBugz) und Prüfprotokoll (jeder Benutzer kann jedes Feld jederzeit bearbeiten, ohne dass es irgendwo notiert wird).
Das reicht nicht aus, also suche ich nach "größeren" Lösungen, habe aber noch nichts gefunden. Diese Frage ist ähnlich, zielt jedoch auf die Verwendung des Helpdesk ab. Wir zielen darauf ab, Fehler zu finden 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 packen und zum Testen installieren. Ich bin auf der Suche nach Erfahrungen, Dokumentationen, Whitepapers, Screenshots - der tatsächliche Download ist später relevant.
Im Idealfall sollten einige dieser Angelegenheiten behandelt werden:
Unterstützung für verschiedene Ticketarten (Fehler, Funktion, Anfrage, interne Aufgabe).
Konfigurierbarer Workflow pro Ticket-Typ, keine feste Anzahl von Schritten.
Konfigurierbare Lese- / Schreibberechtigungen pro Feld und pro Workflowstatus.
Konfigurierbares Dashboard für Manager mit schönen Diagrammen.
Konfigurierbare E-Mail-Benachrichtigungen
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, alle dazu zu bringen, Office zu nutzen. Der Abschnitt "Diskussionen" ist ein Witz und möchte sich stark in Outlook integrieren, anstatt für sich alleine zu sein. Die Verwendung von Sharepoint als etwas anderem als Ort, an dem einige Richtliniendokumente aufbewahrt werden, ist eine schlechte Idee. Im Moment versuche ich, ein SP-Wiki zu erstellen (es wurde auch angenommen), und ich muss alles in HTML kodieren (in CSS eingebettet, keine Unterstützung für Wiki-Vorlagen). Möglicherweise ist es möglich, aber Sie werden mehr dagegen kämpfen, als Sie verwenden werden.
Steiv vor 14 Jahren
0
Ja, es scheint offensichtlich, dass SP existiert, um die MS-Office-Kuh gegen die Web 2.0-Schlachtfront am Leben zu erhalten. Ich hätte auch SP gemieden, wenn ich die Wahl habe, aber es wurde von oben entschieden und ich werde das Beste daraus machen. - Ich bin angenehm überrascht, dass der Collaboration Room mehrere nützliche Funktionen bietet. Die Bearbeitung von hochgeladenen (Office-) Dokumenten ist unkompliziert (sie werden in einem automatischen Schritt gespeichert, erneut hochgeladen und versioniert). Schade, dass es nur für Office-Dokumente funktioniert! Um es auf den Punkt zu bringen: Die Funktionen "Issue Tracker" und "Workflow" sind für den oben genannten Zweck alles andere als nützlich!
Torben Gundtofte-Bruun vor 14 Jahren
0
Ich denke, Sie sehen, was ich mit SP sehe - alles, was den Kern der Office-Werke betrifft, alles andere wird zusammen gehackt. Was wir in unserem Büro gemacht haben, ist die Integration der RSS-Feeds von Jira (unserer Software zur Problemverfolgung) mit SP, um eine Update-Liste in SP zu erhalten, aber stattdessen Jira für die Verfolgung. Als Bonus unterstützt Jira die Wiki-Syntax, sodass das Bearbeiten und Kommentieren ein Kinderspiel ist.
Steiv vor 14 Jahren
0
Sie sollten bei http://softwarerecs.stackexchange.com fragen
Nicolas Raoul vor 8 Jahren
0
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 anspruchsvollsten MS-Produkte, das ich je gesehen habe, aber es ist auch sehr leistungsfähig. Haben Sie Codeplex für SharePoint überprüft? Codeplex
Seltsamerweise konzentrieren sich beide Sites (insbesondere Codeplex) auf Administratoren, die die Datei einfach herunterladen und installieren müssen, während sie die Notwendigkeit von Nicht-Administratoren für eine Dokumentation, die Administratoren und das Management davon überzeugt, dass das Add-On sich wirklich lohnt, fast ignorieren. Ihr Link zu SP Templates sieht jedoch vielversprechend aus. Es gibt "Server-Admin-Templates" mit interessanten Beschreibungen. Ich habe auch eine Seite mit Dokumentationen gefunden - siehe meine eigene Antwort unten.
Torben Gundtofte-Bruun vor 14 Jahren
0
Ich habe keine praktischen Links, aber MS und einige ihrer MVPs haben einige großartige Webinare und anderes aufgezeichnetes Material zu einigen dieser Tools. Sucht ein wenig, lohnt aber die Mühe
Dave M vor 14 Jahren
0
Das Problem ist, dass das gesamte Material sich an den Serveradministrator richtet - nicht an Leute wie mich, die keine Administratoren sind, sondern eine Dokumentation benötigen ...
Torben Gundtofte-Bruun vor 14 Jahren
1
Das TDM-Datenblatt (MS Word) von IT Team Workspace enthält Projektverwaltung, Fehlerverfolgung und Helpdesk (jeweils auch separat erhältlich).
Ich denke, ich werde mit einer Kombination der ersten beiden gehen. Letzteres scheint für SP-Neulinge zu fortgeschritten und wäre für ein viel größeres Team besser geeignet.
1
Michaelkay
Unser Team hat bei zwei Projekten die MS SP-Bug-Tracking-Vorlage verwendet. Ich würde die Lösung nicht als "Best-of-Breed" betrachten, aber sie funktioniert. Sie können Felder nach Bedarf hinzufügen und entfernen, sich mit Datumsstempeln unterhalten (mit Kommentaren) und Sicherheit anwenden (Anzeigen / Lesen / Schreiben). Sie können die Fehlerliste in / aus Excel importieren und exportieren.
Workflow kann hinzugefügt werden, erfordert jedoch einen Entwickler (oder einen SP-Superuser). Die Standardkonfiguration umfasst Anhänge zur Verlaufsverfolgung und Dateianlagen. Wie bei jedem SP-Objekt können Sie RSS-Feeds und E-Mail-Benachrichtigungen einrichten.
Angesichts der Wahl würde ich ein dediziertes Bug-Tracking-Paket anstelle der von Microsoft angebotenen kostenlosen Lösung verwenden. Ich habe nicht nachgesehen, aber ich bin mir 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 einfache benutzerdefinierte Liste als Übergangslösung verwendet und schließlich eine permanente Nicht-Sharepoint-Lösung verwendet. Nicht Jira, aber etwas Ähnliches, das die Organisation bereits für andere Abteilungen verwendete.
Torben Gundtofte-Bruun vor 14 Jahren
0
1
rds
SharePoint könnte Ihren Bedarf 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-Fehler # 123" kommentiere, möchte ich, dass das Ticket als "Fest" markiert ist und den Code-Unterschied sehen kann.) .
Sie haben auch nicht viel Flexibilität in Bezug auf Benachrichtigungen, die Verfolgung der Zeit für ein Ticket usw.
Daher empfehle ich SharePoint nicht, wenn Sie die Fehlerverfolgung ernst nehmen möchten.