Delphi XE3?

[jobo]

Zitat von Daniel:

..
Du wurdest im April 2011 gebeten, weitere Details zu liefern. Diese hast Du gestern (!) geliefert und seit gestern (!) ist das Ticket nun auch in deren internem System, was ein wichtiger Schritt für die Korrektur sein wird.

Das ist ja "drollig". Wenn unserer Kunden uns einen Fehler melden, schwerwiegend oder nicht, dann antworte ich vielleicht auch mit der Bitte um weitere Details. Aber dann einfach die Hände in den Schoß zu legen, weil keine Antwort mehr kommt, könnte ich mir niemals erlauben.

[Bernhard Geyer]

Zitat von jobo:

Das ist ja "drollig". Wenn unserer Kunden uns einen Fehler melden, schwerwiegend oder nicht, dann antworte ich vielleicht auch mit der Bitte um weitere Details. Aber dann einfach die Hände in den Schoß zu legen, weil keine Antwort mehr kommt, könnte ich mir niemals erlauben.

Also hier würde ich sagen das eine Bringschuld des Fehlermelders vorliegt. Was glaubst du wie viel Aufwand entstehen würde wenn bei jetzt über schon 100.000 Meldungen man jeder einmal gemeldeten Problem bei dem man um weitere Details gebeten hat und keine Antwort aufgetreten ist eine Nachforschung anstellt wie man diesen Poster weiter um Details bitten kann? Alle 2 Wochen 'ne Mail schicken die evtl. im Spam-Ordner landet? Telefonnummer heraus finden und dann anrufen?

Wenn du mit 2-3 Meldungen pro Woche bekommst kannst du noch versuchen diese 100% bis zur Lösung (auch wenn diese Lösung heist: Tritt nicht mehr auf) nachverfolgen, aber bei einer bestimmten Anzahl von Meldungen muss man versuchen den Supportprozess zu optimieren was evtl. auch heißt das Meldungen bei denen sich der Kunde nicht mehr meldet einfach geschlossen werden.

[Phoenix]

Bei uns wird nach einer Woche nochmal nachgefragt, und wenn dann eine weitere Woche nichts mehr kommt wird der Task als nicht reproduzierbar geschlossen.
Ganz einfach. Am Anfang haben sich die Leute aufgeregt, inzwischen kommen die Reports so rein, dass wir meist gar nicht mehr nachfragen müssen. Man muss das halt Konsequent durchziehen und darf keine Ausnahmen zulassen - dazu brauchts halt die umgangssprachlichen Eier dafür.

[Bernhard Geyer]

Zitat von Phoenix:

Bei uns wird nach einer Woche nochmal nachgefragt, und wenn dann eine weitere Woche nichts mehr kommt wird der Task als nicht reproduzierbar geschlossen.
Ganz einfach. Am Anfang haben sich die Leute aufgeregt, inzwischen kommen die Reports so rein, dass wir meist gar nicht mehr nachfragen müssen. Man muss das halt Konsequent durchziehen und darf keine Ausnahmen zulassen - dazu brauchts halt die umgangssprachlichen Eier dafür.

[jobo]

Zitat von Phoenix:

dazu brauchts halt die umgangssprachlichen Eier dafür.

Die hat man bei Emba ja offenbar auch

Ich weiß aus eigener Erfahrung, dass es oft nicht einfach ist, eine Fehlermeldung nachzuvollziehen. Das sind allerdings idR. Meldungen eines Anwenders, der keine Ahnung von der Technik unter der Haube hat und dem meist auch nicht bewusst ist, dass evtl. ein längerer Bedienablauf oder so zur Fehlerlokalisierung beitragen kann.

Die Fehler-Meldung, um die es hier ging, stellt sich ja etwas anders dar. Aus dem Aufbau der Seite kann ich allerdings nicht entnehmen, wie umfangreich die Initialmeldung war usw.
Bleibt nur, dass Himitsu ja augenscheinlich nicht irgendwer ist, der da eine solche Meldung einstellt. Und- mir kommen die Tränen- Telefonnummer finden usw. dürfte sich im Jahr 2012 sowieso erübrigen. Bei mir ist es jedenfalls so, dass mich mehr Menschen/Organisationen per Email erreichen, als mir lieb ist.

Wenn es im großen Stil so ist, wie Ihr schreibt(Die Sache mit der Hose und den Eiern), könnte man wenigstens für Transparenz sorgen und die Leute nicht mit ihrer originären Meldung vertrocknen lassen. Es ist sicher kein Problem, entsprechende Hinweise schon beim Einstellen von Meldungen zu liefern. Etwa: "Aus Qualitätssicherungsgründen werden Ihre Einträge gelöscht, wenn Sie nicht innerhalb der nächsten 7 Tage weiteren Angaben zu dem Fehler machen."
Das hätte für andere Nutzer noch den Vorteil, dass sie sich nicht durch eine bereits eingestellte- ein Jahr unbearbeitete- Fehlermeldung irritieren/frustrieren lassen.

[himitsu]

@Daniel: Es ist ja nicht so, daß es keine anderen QC-Tickets gibt, aber das hatte ich grade in den Pfoten.

Nja, und das Problem war, daß man irgendwie keine Const-Parameter an soeinen Var-Parameter übergeben kann, was irgendwie verhinderte, daß sich mein Programm kompilieren ließ, welches ich schon als schwerwiegenden Bug ansehn könnte. (das nötige @ paßte nicht zum Programmdesign und der Umweg über eine zweite Variable ist eher unpraktisch)

Hmmm, sollte vielleicht mal nachsehn, ob es dafür eine eMail-Benachrichtigung gibt, damit Antworten nicht untergehn.
Aufgrund der arschlangsamen Seite bin ich halt nicht oft dort unterwegs.

[greenmile]

Inzwischen hat dieser Thread kaum noch was mit dem Ursprungsthema zu tun.
Ich würde echt vorschlagen ihn zu sperren wenn die Themen nicht mal langsam umschwenken. Wir könnten natürlich noch übers Wetter streiten ...

[DeddyH]

Naja, quod erat expectandum, wie der Lateiner sagt.

[Daniel]

Zitat von greenmile:

Inzwischen hat dieser Thread kaum noch was mit dem Ursprungsthema zu tun.
Ich würde echt vorschlagen ihn zu sperren wenn die Themen nicht mal langsam umschwenken. Wir könnten natürlich noch übers Wetter streiten ...

Ich war auch ein wenig ratlos - denn wer sich über XE3 informieren möchte, der findet hier nichts mehr.
Dennoch möchte ich diesen Thread offen lassen als "Sammelbecken" für XE3. Wer immer eine konkrete Frage hat, möge dafür bitte ein neues Thema eröffnen - und dort bleiben wir dann bei diesem einen Thema.

[greenmile]

- Gelöscht -