Wie End-User (Client) Feedback zu Custom Development Projekte Get

Question

Meine Firma ist eine kundenspezifische Entwicklung Shop für eine Reihe von Projekten, einige größere und einige kleinere. Derzeit behandeln wir alle unsere Client-Kommunikation über E-Mail. Also haben wir ein Design doc eine E-Mail, markieren sie es auf und schicken Sie es zurück. Dann rollen wir eine Beta-Version ihres Produkts und sie mailen Sie uns mit irgendwelchen Fehlern, neuen Funktionen, etc. Und so weiter ....

Wie arbeite ich an einen neuen Bug-Tracking-System Implementierung (es sieht aus wie es Mantis jetzt sein wird), bekam ich zu fragen, wie wir am besten unsere Kunden eine Schnittstelle mit unseren Entwicklungsprozess ermöglichen könnte, die eine bessere Verfolgung von Feature bieten würde Anfragen und eingereicht Client Bugs sowie unsere Antworten zurück an den Client kommunizieren.

Wenn jemand Kenntnis von einem einem Bug-Tracking-System ist, das dies tut außerordentlich gut wäre ich interessiert an, das zu hören. Ansonsten bin ich nur für einige allgemeine Richtlinien suchen oder gute Geschäftspraktiken, die Ihr Unternehmen Schnittstelle erlaubt haben, effektiv und effizient mit Ihren Kunden.

UPDATE:. Meine Firma verwendet einen LAMPP Stapel und als wir ein kleines Geschäft mit einem begrenzten Budget sind, neigen wir zu Werkzeugen halten, die Open-Source und frei

Die meisten Menschen entweder Team Foundation Server verwenden, um dies oder E-Mails hin und her zu behandeln?

Answer 1

Auch wenn ich keine spezifischen Werkzeuge weiß (zumindest keine Open-Source ist), schlage ich vor, dass Sie ein System-Setup, die Ihren allgemeinen Anforderungen sammeln und Umsetzungsprozess decken. Anforderungen können im System verfolgt werden, die auch die Design-Dokumente enthalten würde (die „ausgecheckt von“ werden könnte und „verpflichtet,“ das System). Auf diese Weise würden Sie das Problem, mehrere Revisionen von Konstruktionsunterlagen um angehen. Addionally könnten die Konstruktionsunterlagen und die Anforderungen leicht verfolgt werden. Wenn dieses System zu Ihrem Quellcodeverwaltungssystem verbunden war, würden Sie zusätzlich Ihren Entwicklungsprozess / Anforderungen Tracking erleichtern.

Answer 2

Ich denke, der Schlüssel ist, um das spezielle Tracking-System gibt es für Fehler / Anfragen zu haben, und eine Reihe Prozess für die Kommunikation zu etablieren. Damit bei mindestens beginnen Sie konsequent Feedback bekommen. Von dort können Sie es optimieren Sie Ihre spezifischen Bedürfnisse zu erhalten.

Als Nebenwirkung, und nicht nur per E-Mail für Ihre Kommunikation, stark werde ich empfehlen, a href = "http://www.basecamphq.com/?referrer=MITCHELSELLERS" rel = "nofollow noreferrer smething wie < „> Basecamp für ein Projekt-Management-Tool. Ich finde, dass es sehr mit dem Halten Nachrichten, Dokumentation hilft, und an den Client übermittelt Fristen.

Answer 3

Wenn Sie Team Foundation Server verwenden, empfehle ich Ihnen zu installieren TeamPlain Web Access . Sie ermöglichen es, einen Web-Schnittstelle zu Ihrem TFS Projekt auszusetzen. Das einzige, was noch zu tun ist Rechte an Ihren Kunden geben und einen Benutzernamen und ein Passwort.

Ansonsten gibt es einige zahlende Tools wie FogBugz . Natürlich ist der Auftraggeber direkt auf Ihrem Source Control verknüpft Bug-Reporting-Tools, so dass die Entwickler leicht Fehler beheben können.

Answer 4

Eine weitere Möglichkeit, zwei Produkte in Konzert zu verwenden ist, ist hier unsere aktuellen Setup mit einem Team von 12:

osTicket für eingehende Anfragen von Clients

• Erlaubt Fragen von Support-Mitarbeiter und Fehler behandelt werden, um überprüft werden
• Status kann mit nur einer E-Mail-Adresse und Ticket-ID
überprüft werden
• Normalerweise Benutzer übermitteln nicht detailliert genug Bugreports so ist ein guter erster Schritt

redmine für die Entwicklung Karten

• Ticket erstellt von QA oder einem Entwickler, wenn Ausgabe ein echter Fehler
ist
• Stellt fest genug Projekt und Release-Management
• Ist ein fester Schritt von trac und Gottesanbeterin (und bietet Migration Tools)