Wenn Kunden, die IBM Entwicklungstools oder -produkte verwenden, auf Probleme stoßen oder Fragen haben, wenden sie sich an die internen Entwicklungssupport-Teams von IBM (Ebenen 2 und 3), um Hilfe und Fachwissen zu erhalten. Nachdem Support-Tickets erstellt wurden, erfordert die Lösung der zugrunde liegenden Probleme in den meisten Fällen das Eingreifen mehrerer Support-Teams, die die Tickets gemeinsam und kooperativ bearbeiten. Mit anderen Worten, es ist eine echte Teamleistung; je reibungs- und nahtloser die Interaktion, desto kürzer ist die Zeit bis zur Lösung.
Einige dieser Support-Teams bei IBM erkannten, dass sich die Zeit, die sie zur Lösung brauchten, durch ihre Abhängigkeit von manuellen Aufgaben bei der Ticket-Beantwortung verlängerte. Eine Hauptursache des Problems lag darin, dass die Teams der Ebenen 2 und 3 zwei verschiedene Ticketing-Systeme verwenden mussten, um die Arbeit zu erledigen: ein internes System, das auf der GitHub Enterprise-Plattform ausgeführt wurde, und ein kundenorientiertes System in der IBM® Sales Cloud auf der Salesforce-Plattform. Es überrascht nicht, dass diese Kombination aus manuellen Prozessen und getrennten Systemen manchmal dazu führte, dass Schritte aufgrund menschlicher Fehler und verspäteter entscheidender Mitteilungen unterblieben. Ein klassisches Beispiel: Wurde der Status eines Tickets in einem System aktualisiert, im anderen System aber nie gekennzeichnet, bekam der Kunde die Statusänderung nicht mit.
Probleme dieser Art führten zur Frustration der Support-Mitarbeiter und sinkenden NPS-Werte bei den betroffenen Kunden.