Bugtracker - agregation und automatisierten Workflow

Question

Intro:

Ich arbeite für einen Auftragnehmer Unternehmen. Wir machen SW für verschiedene Firmenkunden, die jeweils mit ihren eigenen Regeln, SW-Standards usw.

Problem:

Das Ergebnis ist, dass wir mehr Bug-Tracking-Systeme verwenden. Die Menge an Tickets ist relativ groß und die SLA sind manchmal tödlich. Das Hauptproblem ist, dass wir diese Tickets in unserer eigenen BT (derzeit Mantis) verfolgen, aber wir kommunizieren auch mit Kunden in ihrer BT. Aber so wie es ist, machen zwei viele Kommunikationskanäle zu viel Informationsrauschen.

Lösung, Fortschritt:

Tatsächliche Lösung ist ein Mitarbeiter mit Verantwortung für die Streams zu synchronisieren und die Verfolgung der SLA und viele andere Dinge. Es verbraucht einen großen Teil seiner Zeit (ca. 70%), die für etwas Wertvolleres ausgegeben werden kann. Die andere Sache ist, dass er nicht schnell genug ist und manchmal wird die Synchronisierung nicht wirklich synchronisiert. Einige Teile der Kommentare bleiben nur auf einem System, manche sind komplett verloren. (Und fängt mich nicht an Feiertagen oder Krankheit, das ist, wo der Spaß beginnt)

Frage:

Wie dieser Prozess automatisieren: Aufgaben Aggregation beobachtet SLA, benachrichtigt die richtig Leute usw. teilweise oder alle zusammen?

Vielen Dank für Ihre Antworten.

Answer 1

Sie benötigen etwas wie Zapier. Es kann verschiedene Anwendungen zuordnen und Daten zwischen ihnen synchronisieren. Es funktioniert einfach:

1. Sie erstellen zap (zum Beispiel zwischen Redmine und Teamarbeit).
2. Sie konfigurieren Mapping (wie Elemente/in redmine Karten Artikel Attribute/Attribute in Teamarbeit)
3. Sie Zugang generieren Token in beiden Systemen und schreiben sie zappen.
4. Zapier macht regelmäßige Synchronisation zwischen Redmine und Teamwork.

Aber Mantis wird noch nicht von Zapier unterstützt. Wenn sich alle/die meisten Ihrer BT-Kunden in der App-Liste von Zapier befinden, können Sie Ihre eigene BT auf eine andere Plattform verschieben oder eine Anfrage an Zapier stellen, um Unterstützung von Mantis zu erhalten.

Eine andere Möglichkeit ist die Entwicklung eines eigenen Synchronisierungsdienstes, der eine Verbindung zu allen BTs des Kunden herstellt, da jeder Mitarbeiter Login/Passwort/Token verwendet und Updates auf Ihr eigenes BT herunterlädt. Es ist ein schwieriger Weg, und diese Lösung erfordert eine kontinuierliche Entwicklung, um die tatsächliche Anzahl der BTs des Kunden zu unterstützen.

Answer 2

Sie können eine eine Slack aussehen haben: https://slack.com/

Es ist eine großartige Werkzeuge für die Gruppengespräche

Diskussion, zu teilen und Entscheidungen in offenen Kanälen in Ihrem Team, in private Gruppen für sensible Angelegenheiten, oder verwenden Sie direkte Nachrichten Eins-zu-eins.

Sie können eine Vielzahl von Integrations-Tools haben, und Sie können Zapier https://zapier.com/ damit Programm Trigger verwenden.

Mit differents Kanälen können Sie die richtig Leute teilweise oder alle zusammen in Gruppengespräch anmelde :)

Answer 3

Die offensichtliche Antwort ist Integrationen zwischen all den verschiedenen BT zu erstellen. Ohne zu wissen, was das ist, ist es schwer zu sagen, ob das überhaupt möglich ist. Die meisten modernen BTs haben eine API und unterstützen Integrationen. Einige, insbesondere Desktop-basierte, tun dies nicht. Für diese müssen Sie wahrscheinlich eine Datenbank direkt überwachen.

Zapier, wie bereits vorgeschlagen, ist ein großartiges Werkzeug für die Erstellung von Integrationen und hat möglicherweise bereits einige, die Sie benötigen. Ich liebe Slack und es hat eine API, aber Nachrichten sind im Grunde nur Text und wenn Sie nicht möchten, eine Art von Begrenzung zu machen, wenn Sie Nachrichten an seine API senden, wird es wahrscheinlich nicht funktionieren.

Ich bin mir nicht sicher, welches Budget ist, aber es kostet Ressourcen, um die Integrationen zu erstellen. Ich würde vorschlagen, dass Sie jemanden einstellen, um einfach diese zu verwalten. Jemand, der die alleinige Verantwortung trägt, ist es, das interne und das externe Fehlerverfolgungssystem zu durchqueren und den Fortschritt in jedem zu verfolgen. Alles, was Sie wirklich brauchen, ist jemand mit viel Liebe zum Detail dafür, sie müssen kein Entwickler sein. Dies sollte kosteneffektiver sein als die Verwendung von Entwicklerressourcen.

Die andere Alternative ist einfach zu stoppen. Wenn Ihre Anforderungen vorschreiben, dass Sie die Bug-Tracking-Software Ihrer Kunden für Projekte verwenden, die Sie für sie ausführen, verwenden Sie einfach ihre Software und hören Sie auf, den Aufwand zu duplizieren. Wenn Sie eine Art zentrales Repository oder etwas für die Arbeitsverwaltung brauchen, vielleicht nur eine einfache Tabelle oder eine Tabelle mit dem Kunden, dem Projekt, der Nummer der Ausgabe, dem Status und, wenn möglich, einem Link zum Problem im BT des Kunden. Ich verstehe die Notwendigkeit und den Wunsch, dieses zu zentralisieren, aber wenn es Produktivität erstickt, dann sind die Opportunitätskosten zu hoch IMO.

Wenn Sie ein Integrationstool erstellen, haben Sie in der Tat ein sehr brauchbares Produkt. Das ist eigentlich ein ziemlich häufiges Problem.