Lehnen Sie das Erlernen neuer Software höflich ab

Ich bin Kundenbetreuer (Vertrieb/Kundenberatung) für ein Softwareunternehmen, und gelegentlich taucht etwas in unserer Anwendung auf, das kaputt ist/nicht funktioniert.

Wenn dies passiert, benachrichtige ich die Dev & Tech-Supportgruppe (per Ticket oder E-Mail – Tickets, die dem technischen Support zugewiesen sind) und ich werde oft gefragt: „Haben Sie X überprüft?“ Wobei X eine von 4 Softwarekomponenten ist, die mit der Ausführung unserer Anwendung zusammenhängen. Ich antworte mit nein und füge manchmal hinzu, dass ich nicht weiß wie oder ich keinen Zugang habe.

Ich bin kein Entwickler, und in den meisten dieser Fälle ist das Erlernen dieser Server- oder Verarbeitungs-Backend-Programme für mich mühsam und zeitaufwändig.

Im Team wurde bereits festgestellt, dass diese Punkte nicht in meiner Verantwortung liegen. Da ich derjenige bin, der das Problem meldet, scheint es eine Entwicklererwartung zu geben, die ich ebenfalls untersuchen werde.

Vor kurzem haben die Entwickler jedoch impliziert, dass ich Zugang zu diesen Programmen erhalten und sie lernen sollte, damit ich diese Probleme selbst untersuchen kann. Ich habe zahlreiche E-Mail-Einladungen erhalten, die darauf hinweisen, dass meiner E-Mail-Adresse Zugriff auf diese Programme gewährt wurde.

Wie kann ich es taktvoll ablehnen, diese Programme zu lernen/zu benutzen, ohne die „Das ist nicht mein Job“-Karte auszuspielen?

In was für einem verkorksten Betrieb arbeiten Sie, wo die Entwickler First-Level-Support-Tickets bearbeiten? Es scheint mir, dass ein großer Teil Ihrer Organisation fehlt. Konkret: die Support-Abteilung. Spielen Sie nicht die „Das ist nicht mein Job“-Karte, denn jeder kompetente Entwickler wird Ihnen direkt mit einem „Unentschieden 4“ direkt dahinter antworten.
Meine Rolle ist Verkauf/Kundenberatung, nicht Support. Offenbar bedeutet die Berufsbezeichnung außerhalb unseres Unternehmens etwas anderes. Es gibt ein technisches Support-Team. Es ist Arbeit, wenn ich ein Problem melde, weise ich es dem Tech Support-Team zu , aber die Entwickler drängen mich immer noch, ihre Fragen zu beantworten.
Nochmal, warum sind die Entwickler überhaupt daran beteiligt? Die Support-Abteilung sollte sich darum kümmern. Sie sollten mit Technikern arbeiten, nicht mit Entwicklern. Sie haben ein größeres organisatorisches Problem.
Ich stimme @WesleyLong zu - wenn Sie die Anfragen an den technischen Support stellen, um sich damit zu befassen, klingt das nach dem, was Sie uns gesagt haben, nach dem Richtigen. Ich bin mir jedoch nicht sicher, warum das Entwicklungsteam beteiligt ist. Das Tech-Support-Team sollte Ihre Berichte überprüfen und entweder die Probleme beheben oder Informationen an das Dev-Team weiterleiten, falls Probleme auftreten, die Design und Entwicklung erfordern
Was meinst du mit diese Programme lernen/verwenden ? Es kommt oft vor, dass ein gemeldeter Fehler kein Fehler ist, sondern einfach so, wie das System funktioniert. Ist es Teil Ihrer Arbeit, zu wissen, wie das System (auf einer höheren Ebene) funktioniert?
Vieles hängt von der Unternehmensgröße ab. Einer der Vorteile eines kleinen Softwareunternehmens besteht darin, dass Entwickler direkt mit Benutzern sprechen können: Es wirkt Wunder, wenn es ihnen hilft, zu verstehen, was benötigt wird. Aber wenn Sie ein Entwickler sind, der das Leben für seine Benutzer verbessern möchte, gibt es nichts Frustrierenderes als einen Benutzer, der ein Problem meldet, dann aber nicht im Detail nachgeht, was genau er getan hat und wie es fehlgeschlagen ist.

Antworten (7)

Du lehnst nicht ab.

Sie äußern Ihre Bedenken gegenüber Ihrem Vorgesetzten, da Ihr Vorgesetzter (und nicht Sie als Einzelperson) den Umfang Ihrer Arbeit und den erforderlichen Zugriff auf Systeme bestimmt und nicht das Entwicklungsteam. Wenn Ihr Vorgesetzter sagt, dass Sie diese Dinge tun oder Zugriff auf diese Systeme und Tools haben sollten, dann arbeiten Sie mit den Entwicklungs- und Betriebsteams zusammen, um die entsprechende Schulung und den Zugriff zu erhalten, um die Arbeit zu erledigen, die für Sie in Frage kommt. Wenn Ihr Vorgesetzter sagt, dass diese Arbeit für Ihren Job nicht in Frage kommt, sollte er das Entwicklungsteam und seinen Vorgesetzten darauf aufmerksam machen.

Wenn Sie nach dem Gespräch mit Ihrem Vorgesetzten immer noch das Gefühl haben, dass die Erwartungen Ihres Vorgesetzten an Ihre Arbeit und Ihre Erwartungen an Ihre Arbeit nicht übereinstimmen, können Sie Ihre Position kündigen und sich eine neue Stelle suchen, die besser ist im Einklang mit dem, was Sie erwarten.

Um mit der Bearbeitung der Frage fortzufahren.

Wenn bereits entschieden wurde, dass dies nicht in Ihre Verantwortung fällt, sollten Sie Ihren Vorgesetzten darüber informieren, dass das Entwicklungsteam diese Anfragen (noch) stellt. Ihr Vorgesetzter sollte derjenige sein, der dafür sorgt, dass Ihre Zeit und Ihr Einsatz für die Ihnen zugewiesene Arbeit aufgewendet werden. Das ist ihr Kampf, nicht deiner.

Da ich jedoch selbst Entwickler bin, würde ich (und würde von meinem Vorgesetzten erwarten), die Idee zurückdrängen, dass dies über Ihren Job hinausgeht. Ich finde es verdächtig (und unsicher), dass das gesamte Entwicklungsteam Zugriff auf Produktionssysteme und Daten hat. Da es sich so anhört, als ob Ihre Aufgabe darin besteht, Support an vorderster Front zu leisten, würde ich erwarten, dass diese Personen zumindest Lesezugriff auf die Systemkonfiguration und -daten haben und sie in den Problembericht aufnehmen können, sodass ich sie viel schneller reproduzieren und entwerfen kann eine Lösung.

Es klingt immer noch so, als wäre dies ein Problem, das mit dem Management geklärt werden muss, um sicherzustellen, dass jeder die Rolle des anderen versteht. Es hört sich so an, als wäre das Unternehmen nicht so groß, also sollte es nicht für alle zu schwer sein.

Um noch einmal auf einige Ihrer Kommentare einzugehen: Es hört sich so an, als hätte der Prozess Ihres Unternehmens ernsthafte Probleme.

Wenn Sie Tickets an das technische Support-Team senden, würde ich nicht erwarten, dass das Entwicklungsteam überhaupt beteiligt ist. Vielleicht benötigt das Team des Technischen Supports einige Informationen von Ihnen, aber ich würde erwarten, dass das Team des Technischen Supports das Problem entweder beheben oder es an das Entwicklungsteam weiterleiten wird, wenn dessen Hilfe benötigt wird. Ich würde erwarten, dass das Entwicklungsteam mit dem Tech-Support-Team und nicht mit Ihnen zusammenarbeitet, um die Probleme zu verstehen, und Sie nur bei Bedarf einbezieht.

Auch hier bleiben meine ursprünglichen Punkte bestehen: Mischen Sie sich nicht selbst ein. Sprechen Sie mit Ihrem Vorgesetzten und lassen Sie ihn mit den Vorgesetzten zusammenarbeiten

Das ist eine gründliche Antwort, ich werde sie auf jeden Fall mit meinem Manager besprechen – aber ich wäre trotzdem daran interessiert zu hören, wie man das in dem Moment formuliert, in dem ich vom Entwicklerteam gedrängt werde. Vielleicht entspricht meine Berufsbezeichnung nicht meinen beruflichen Aufgaben? Es gibt auch eine technische Support-Abteilung, die Probleme untersucht – meine Aufgabe ist es, die Software zu verkaufen und die Implementierung der Software auf der Kundenseite zu verwalten.
@SNSAD Vielleicht liegt ein Prozessproblem vor. Ich bin neugierig, warum Sie das Entwicklerteam und nicht die technische Supportabteilung benachrichtigen, wenn Sie auf ein Problem stoßen. Ich bin mir nicht sicher, wie groß Ihr Unternehmen ist, aber vielleicht kennen die verschiedenen Teams Sie und Ihre Rolle nicht. Da ich selbst ein Entwickler bin, würde ich erwarten, dass ein Fehlerbericht die Art von Dingen enthält, nach denen das Entwicklerteam fragt. Wenn Sie das nicht leisten können, sollten Sie Leute einbeziehen, die das können. Vielleicht ist das ein Gespräch mit Ihrem Vorgesetzten.
Es ist ein Tech-Startup, also ich, 1 technischer Support, 1 Teilzeit-Tech-Support/Teilzeit-Entwickler, 2 engagierte Entwickler und der VP. Normalerweise berichte ich, anstatt die Bandbreite von Tech zu beanspruchen, da ich das Ticketing-System verwenden kann. Aber vielleicht sollte ich stattdessen einfach eine E-Mail an Tech senden?
Verwenden Sie das Ticketing-System und weisen Sie es stattdessen dem technischen Support zu
@SNSAD Ich würde empfehlen, mit Ihrem Chef zu sprechen, aber der Workflow klingt falsch. Das klingt nach dem, was ein technisches Support-Team tun sollte. Sie würden ihre Bandbreite nicht beanspruchen. Was Sie tun, ist definitiv nicht gut für einen Entwickler (es ist schwierig oder unmöglich für ihn, das Problem zu verstehen, es sei denn, Sie stellen ihm die Informationen zur Verfügung, um die er bittet, und er hat wahrscheinlich wichtigere Arbeit zu erledigen, zumal sie wahrscheinlich teurer sind für die Firma).
@ThomasOwens Sie werden vielleicht überrascht sein, wie viel Verkäufer verdienen
@bharal Vertriebsmitarbeiter generieren auch Einnahmen, indem sie Geschäfte abschließen. Sofern es sich nicht um eine Auftragsentwicklung handelt, ist die Erstellung eines Produkts mit Vorabkosten verbunden. Die Bezahlung der Entwicklung ist eine Investition. Die Kosten eines Entwicklers sollten in Richtung Design und Entwicklung und nicht in den technischen Support fließen, es sei denn, der Entwickler ist ausdrücklich mit dem technischen Support beauftragt.
Ich akzeptiere dies für die allgemeine Gründlichkeit und die Antwort, um mit meinem Chef zu sprechen. Aus der Verwirrung um Rollen und Prozesse in meinem Unternehmen geht klar hervor, dass dies Teil eines größeren Prozessproblems in meinem spezifischen Start-up-Unternehmen ist.
Wenn Sie irgendwo in der Softwarebranche arbeiten, ist "sich weigern, neue Technologien zu lernen" so ziemlich gleichbedeutend mit "in naher Zukunft dauerhaft arbeitslos sein". Das ist natürlich deine Wahl. Persönlich habe ich vor Jahren aufgehört, alle Systeme und Pakete zu zählen, von denen ich gelernt und später fast vollständig vergessen habe - aber es sind eher 50 oder 100 als 10 oder 20. Wenn diese Zahl "zu mühsam oder zeitaufwändig" erscheint, sind Sie es vielleicht im Vertrieb in der falschen Branche arbeiten.
@SNSAD Normalerweise berichte ich, anstatt die Bandbreite von Tech zu beanspruchen - kein Wunder, dass die Entwickler möchten, dass Sie eine Auswahl treffen! Sie sollten sich an den technischen Support und NICHT an Entwickler wenden; Sie sind die Schicht, die nicht-technisches Feedback in codespezifisches übersetzt (oder es selbst löst und Entwicklungszeit spart).
@SNSAD In einem so kleinen Technologie-Startup ist es nicht ungewöhnlich, dass jeder technisch orientiert ist und über ein ziemlich tiefes operatives Wissen über das, was verkauft wird, verfügt – einschließlich aller Hilfstools. Wenn Sie im Laufe Ihrer Arbeit auf Fehler im Produkt stoßen, sparen Sie Zeit, Energie und Frustration bei allen Beteiligten, indem Sie bessere Fehlerberichte bereitstellen können. Dies würde wiederum dazu führen, dass Ihre Interaktionen mit Kunden reibungsloser ablaufen, wenn Sie ihnen bei Implementierungsproblemen helfen.
@ThomasOwens Ich bin anderer Meinung. Gute Entwickler zeichnen sich dadurch aus, dass sie sich um die Nutzer kümmern. Wie können sie gutes Design und gute Entwicklung leisten, wenn sie sich nicht für die Probleme der Benutzer interessieren? In den Tagen, als ich ein technisches Support-Team hatte, das zwischen mir und den Benutzern saß, achtete ich immer darauf, das technische Support-Team mehrmals pro Woche zu besuchen, um zu sehen, welche Probleme auftauchten.
@MichaelKay Ich verstehe nicht, wie Sie zu dem Schluss gekommen sind, dass ich jemals angedeutet habe, dass Entwickler sich nicht für die Probleme ihrer Benutzer interessieren sollten. Entwickler müssen sich für die Probleme interessieren, die Benutzer haben, sowohl aufgrund der von ihnen erstellten Software als auch aufgrund des Mangels an geeigneten Tools. Aber sie müssen auch ihre Zeit ausbalancieren und sich auf ihre Verantwortlichkeiten konzentrieren. Jeder muss sich auf seine Verantwortlichkeiten konzentrieren, aber die Verantwortlichkeiten und Probleme verstehen, mit denen alle verschiedenen Gruppen von Interessenvertretern konfrontiert sind.

Das musst du mit deinem Chef besprechen. Es könnte sein, dass von der Kundenverbindung erwartet wird, dass sie in der Lage ist, einfache Probleme zu lösen, und nur Probleme, die eine Programmierung erfordern, sollten an die Entwickler gehen. In diesem Fall können Sie die Nutzung der Software keinesfalls ablehnen. Fragen Sie ihn oder sie also genau, was von jemandem in Ihrer Position in Bezug auf diese Softwarepakete und den Kundensupport erwartet wird. Dies bedeutet nicht, die Aufgabe abzulehnen, sondern lediglich um Klärung zu bitten, wie dies mit Ihren anderen Aufgaben und Prioritäten zusammenhängt.

Es könnte auch sein, dass die Entwickler keine Support-Arbeit leisten wollen und versuchen, es auf Sie zu verpfänden, wenn sie es tun sollten. Nur Ihr Chef kann entscheiden, was richtig ist.

+1 Als Entwickler erwarte ich von den Kundenkontakten immer die gebotene Sorgfalt. Ich möchte nicht Stunden mit dem Debuggen verbringen, nur weil eine standortspezifische Einstellung deaktiviert wurde oder so etwas Dummes.
Und ich gehe davon aus, dass die Definition von Due Diligence von Organisation zu Organisation unterschiedlich ist.

Wie kann ich es taktvoll ablehnen, diese Programme zu lernen/zu benutzen, ohne die „Das ist nicht mein Job“-Karte auszuspielen?

Mich würde immer noch interessieren, wie man das in dem Moment formuliert, in dem ich vom Entwicklerteam gepusht werde

Als „momentan“-Antwort können Sie sagen: „Diese Programme zu lernen , wäre eine große Investition meiner Zeit, aber es lohnt sich, darüber nachzudenken Sie."

Es ist ein Tech-Startup, also ich, 1 technischer Support, 1 Teilzeit-Tech-Support/Teilzeit-Entwickler, 2 engagierte Entwickler und der VP. Normalerweise berichte ich, anstatt die Bandbreite von Tech zu beanspruchen, da ich das Ticketing-System verwenden kann. Aber vielleicht sollte ich stattdessen einfach eine E-Mail an Tech senden?

Ich verstehe, dass Startup-Mitarbeiter viele Rollen außerhalb ihrer Komfortzone lernen müssen, und das könnte eine gute Gelegenheit für Sie sein. Wenn jemand anderes die Probleme Ihrer Kunden löst, wird er Sie (den Kundenkontakt) umgehen und mit dieser Person zusammenarbeiten. ABER da Sie der einzige Verkäufer sind, könnte es wichtiger sein, Ihre gesamte Zeit für neue Verkäufe zu verwenden, als Beziehungen zu bestehenden aufzubauen. Zu entscheiden, was wichtiger ist, klingt wie „nicht dein Job“.

Sie wurden in eine Art supportoder sogar key userRolle eingeladen. Verfahren Sie wie bei jeder anderen eingehenden Rolleneinladung.

Paar für sachliche Punkte:

  • Einladungen zu Rollen und Verantwortlichkeiten am Arbeitsplatz kommen vor, sie kommen möglicherweise nicht unbedingt von Ihrem Vorgesetzten, obwohl Sie und Ihr Vorgesetzter die Entscheidung treffen.

  • Ihre Karriereerwartungen bestimmen Ihre Bereitschaft, die Einladung anzunehmen/abzulehnen.

  • Dieser Prozess muss von Ihrem Vorgesetzten (idealerweise von Anfang an) begleitet werden, denn eine seiner Aufgaben ist es, Ihren Karriereweg zu überwachen und die Ressourcen des Teams zu verwalten („Ist es möglich, dieses Teammitglied dafür einzusetzen?“)

  • Die potenzielle Annahme der Rolle sollte mit dem erwarteten Prozentsatz Ihrer Zeit einhergehen, dh es wird erwartet, dass Sie 20 % Ihrer Zeit für diese neue Verantwortung aufwenden. Und es sollte auch einen Plan geben, aus einer Gegenwart herauszukommen, um einen Raum dafür zu haben.

Update von dem, was ich in den Kommentaren auf dieser Seite gelesen habe – Sie sollten die Tix erstellen und sie dem technischen Supportteam zuweisen, das dann nach Bedarf zuweisen/untersuchen wird. Manchmal vergessen Entwickler, dass sie Linguisten sind, die eine Sprache in eine andere übersetzen.

Ein größeres Problem scheint der Kommunikationszusammenbruch zu sein, wenn man bedenkt, wie klein Sie sind - aber Entwickler sind nicht im Management geschult, lassen Sie sich nicht von ihnen verwalten.

Ursprüngliche Antwort: Tust du nicht.

Sie können die E-Mails in einen separaten Ordner überführen und dort liegen lassen, und das ist wahrscheinlich das Ende des Problems. Entwickler geben Ihnen keine Aufgaben, Sie geben ihnen die Aufgaben.

Ich würde nicht weiter eskalieren - es wurde bereits festgestellt, dass es nicht in Ihrem Bereich liegt.

Wenn Entwickler mit dem „Haben Sie nachgeforscht“ beginnen, können Sie entweder auf die E-Mail zeigen, die Ihre Aufgaben umreißt, mit „Nein“ antworten oder ihrem Vorgesetzten vorschlagen, einen einfachen REST-Client zu entwickeln, der für den Zugriff auf die spezifischen Aufgaben verwendet werden kann Daten, die zum Debuggen des Problems benötigt werden.

Versuchen Sie nicht, irgendeine zufällige Softwarekomponente zu lernen. Wenn die Entwickler ihre Arbeit nicht erledigen, eskalieren Sie ihre Verspätung an Ihren/ihren Vorgesetzten.

Entwickler sollten keinen First-Level-Support leisten. Wenn sie darum gebeten werden, liegt das Problem beim Management, nicht bei den Entwicklern.
@WesleyLong Wir wissen nicht, worauf sich die Entwickler geeinigt haben, scheint in einem Startup durchaus vernünftig zu sein, dass sie auch Support-Arbeit leisten würden.

Vielleicht gibt es ein Kommunikationsproblem. Es ist manchmal erstaunlich schwierig, einen "Fehler" aufzuspüren, wenn er nicht in der Entwicklungsumgebung repliziert werden kann und die Tools, auf die verwiesen wird, den Entwicklern möglicherweise die erforderlichen Informationen zur Lösung des Problems liefern. Oft ist das Ticket so kryptisch, dass man gar nicht weiß, wo man anfangen soll. Die Tools können auch als "Sanity"-Checker verwendet werden, um sicherzustellen, dass die Konfigurationen innerhalb der Parameter liegen. Manchmal bedeuten „Bugs“ „das wollten wir nie können“. Leider wird möglicherweise keine für den Benutzer verständliche Fehlermeldung generiert. Noch einmal, wenn der Entwickler die Absicht des Endbenutzers nicht versteht, kann es schwierig sein, diese herauszufinden. Vielleicht muss den Entwicklern und den Kunden gesagt werden, dass Sie nur der Verkäufer sind, ein "Experte". tech wird sofort zum Verkauf angeboten, um Installation, Konfiguration und Support durchzuführen. Dieser „Experte“ muss nicht hochqualifiziert sein, aber bereit und in der Lage sein, zu lernen, die Wünsche des Kunden (nicht immer einfach), häufige Probleme und Lösungen zu ermitteln, und in der Lage sein, grundlegende Diagnoseschritte durchzuführen. Wenn ich der Entwickler wäre, würde ich Sie vielleicht bitten, andere Tools auszuprobieren, um bei der Datenerfassung zu helfen, damit das Problem diagnostiziert und die beste Lösung entwickelt werden kann. Wenn Sie dem Entwickler eine bessere Möglichkeit bieten können, ihm bei seiner Arbeit zu helfen, werden sie sich darauf stürzen. Der Grund, warum ich Sie bitten könnte, andere Tools auszuprobieren, besteht darin, bei der Datenerfassung zu helfen, damit das Problem diagnostiziert und die beste Lösung entwickelt werden kann. Wenn Sie dem Entwickler eine bessere Möglichkeit bieten können, ihm bei seiner Arbeit zu helfen, werden sie sich darauf stürzen. Der Grund, warum ich Sie bitten könnte, andere Tools auszuprobieren, besteht darin, bei der Datenerfassung zu helfen, damit das Problem diagnostiziert und die beste Lösung entwickelt werden kann. Wenn Sie dem Entwickler eine bessere Möglichkeit bieten können, ihm bei seiner Arbeit zu helfen, werden sie sich darauf stürzen.

Dieser Beitrag ist ziemlich schwer zu lesen (Wall of Text), hätten Sie etwas dagegen, ihn in eine bessere Form zu bringen ?

Es gibt einen Grund, warum Ihr Unternehmen keine Entwickler als erste Supportlinie für Kunden hat. Der Grund dafür ist, dass Entwickler normalerweise auf bestimmte Ziele mit Fristen hinarbeiten. Wenn die Entwickler anhalten müssten, um jedes Problem der Kunden zu bearbeiten, würde Ihr Unternehmen niemals Updates (einschließlich kritischer Fehlerbehebungen) aus der Tür bekommen.

Ihr Job hingegen fängt erst richtig an, wenn das Telefon klingelt oder Sie Servicetickets bekommen.

Daher wäre es ratsam, alle Tools zu erlernen, die Ihnen bei Ihrer Arbeit helfen, nämlich die Kunden zu unterstützen UND einen sicheren Raum für die Entwickler zu schaffen, damit sie ihre Arbeit mit minimaler Unterbrechung erledigen können. Das macht Sie tatsächlich zu einem wertvollen Teammitglied. Wenn Sie Lärm machen wollen, weil Sie neue Dinge lernen müssen, wird Ihr Arbeitgeber schließlich kein Problem damit haben, Sie durch jemanden zu ersetzen, der offener für Lernen ist.

Sie arbeiten für ein Technologieunternehmen. Die Entwickler können dem Management nicht sagen, dass sie sich nicht mit dem Erlernen neuer Technologien beschäftigen wollen, die dem Unternehmen insgesamt helfen, und Sie können das auch nicht.

Wir wissen nicht, was OPs Job ist, Spekulationen, dass ihr Job beginnt, wenn das Telefon klingelt oder ein Service-Ticket eintrifft, entkräftet Ihren Standpunkt.
Was von einem Kundenberater erwartet wird, ist von Unternehmen zu Unternehmen unterschiedlich. Entwickler haben nicht automatisch Anspruch darauf, nicht für die Produktionsunterstützung unterbrochen zu werden. Das ist eine schreckliche Einstellung und äußerst unprofessionell von Ihrer Seite.
Meine Aufgabe ist es, die Software zu verkaufen und die Implementierung der Software beim Kunden zu verwalten. Es gibt auch ein technisches Support-Team für Kundenprobleme nach der Implementierung. Was passiert, ist, dass ich Fehler/Ausfälle bemerke, während ich meine Arbeit mache, und weil ich derjenige bin, der berichtet, scheint es eine Erwartung zu geben, dass ich das untersuchen werde. Vielleicht sollte ich statt zu melden den Tech Support melden lassen?
Der Job ist klientenzentriert, wenn es eine Liaison ist. Wenn es andere Mitarbeiter des technischen Supports gibt, sollte OP mit diesen Leuten zusammenarbeiten, bevor es die Entwickler hinzuzieht. Ein guter Entwicklungsansatz besteht darin, sicherzustellen, dass die Anwendung über ausreichend Protokollierung verfügt – wiederum, um die NICHT-Entwickler in die Lage zu versetzen, Probleme zu lösen. Für Entwickler ist es wirklich ärgerlich, wenn andere Mitarbeiter, die mit Kunden zu tun haben, den Ansatz verfolgen, dass sie sich lieber nicht damit befassen möchten, Probleme selbst zu untersuchen.
@XavierJ Es könnte "wirklich nervig" sein, wenn Leute Entwickler bitten, langweilige technische Arbeiten zu erledigen, aber Entwickler erledigen technische Arbeiten. Was für einen Entwickler einfach ist – SQL erstellen, Unix verwenden – ist für Nicht-IT-Mitarbeiter verwirrend schwierig.
Lehnen Sie das Erlernen neuer Software höflich ab
AntwortenHierDatenschutz-Bestimmungen1y, 0v