#4134 closed Verbesserung (erledigt)
Evaluation Ticketsystem: Reporter nicht in CC
| Reported by: | Stephan Richter | Owned by: | Rüdiger Kupper |
|---|---|---|---|
| Priority: | bei Gelegenheit | Milestone: | Schuljahr 2021/22 |
| Component: | Webdienst: Trac (Tickets) | Severity: | beeinträchtigt keinen Unterricht |
| Keywords: | Cc: | netzwerk |
Description
Ich würde gern nochmal hören, wie ihr inzwischen zu der Einstellung steht, dass Reporter keine Mails zu ihren Tickets erhalten.
Ich sehe folgenden Widerspruch:
- die Kollegen Vent und Shul haben anscheinend keine Berechtigung die CC Liste eines Tickets zu ändern (@kup: korrigier mich bitte, wenn das falsch ist)
- --> keine Möglichkeit für die beiden zu einer Rückfrage an den Reporter
- jetzt könnte man die Rechte für die beiden anpassen, klar
- das Ziel des Tracs soll es doch aber sein, dass jeder Kollege jedem helfen kann; dann müsste aber jeder Kollege entsprechende Rechte für die Bearbeitung bekommen - und auch wissen, dass man den Reporter in CC setzen muss, wenn man Rückfragen hat
Ganz abgesehen davon vergesse ich das ständig ;)
Change History (13)
follow-up: 3 comment:1 by , 5 years ago
follow-up: 6 comment:2 by , 5 years ago
Lieber Rüdiger,
ich fand den Versuch aller Ehren wert. Aber ich stimme dir zu, so wie es jetzt ist, nervt es :-). Ich vergesse auch ständig mich in CC zu schreiben und es ist für die, die viele Tickets erstellen, umständlich und lästig.
Soll der Reporter wieder standardmäßig Mails bekommen! Und wenn ein Kollege oder eine Kollegin das nervt, dann mei, sollen sie sich damit abfinden.
comment:3 by , 5 years ago
- @bau
- Das war ja auch die ursprüngliche Einstellung (und bei mir rennt ihr offene Türen ein, wenn ihr sie zutück haben wollt). Ich darf aber daran erinnern, was der Anlass für die Änderung war:
Zahlreiche Kollegen haben zurückgemeldet, dass sie Trac deshalb nicht verwenden, weil sie nach der Erstellung eines Tickets „dauernd Spam-Mails bekommen“. Und sie haben insofern Recht, als ein Reporter sich nicht selbst von der CC-Liste streichen konnte. Und fairerweise muss man sagen, dass viele Kollegen tatsächlich nichts zur Lösung ihres berichteten Problems beitragen können und für für die daher wirklich die Mails einfach nur Spam darstellen.
comment:4 by , 5 years ago
Wenn diese Einstellung also dazu führt, dass Kollegen lieber gar kein Ticket schreiben, obwohl sie ein Problem haben, dann verfehlt Trac mit dieser Einstellung sein zentrales Ziel.
comment:5 by , 5 years ago
Derzeit haben wir nur die Wahl zwischen diesen beiden Alternativen: Reporter-always-CC oder eben nicht. Mehr Auswahl brächte ein Trac-Update, doch nach wir vor sind Jens und ich überlastet und müssen unsere Aufmerksamkeit leider sehr selektiv verteilen. Und unsere Top-Priorität liegt jetzt bei der Nextcloud und einem neuen Fileserver.
Was mich auf meinen schon zuvor geäußerten Aufruf bringt: Wir können Hilfe gebrauchen! Wenn sich jemand fände, der sich um ein Trac-Update kümmert, würde ich diese Aufgabe liebend gerne abgeben!
Wir können wirklich jeden Kopf und alle Hilfe gebrauchen.
comment:6 by , 5 years ago
Replying to lehm:
Soll der Reporter wieder standardmäßig Mails bekommen! Und wenn ein Kollege oder eine Kollegin das nervt, dann mei, sollen sie sich damit abfinden.
Wie gesagt, das führte dazu, dass die Kollegen lieber gar kein Ticket geschrieben und Trac gar nicht genutzt haben. Und das kann nicht in unserem Interesse sein.
comment:7 by , 5 years ago
Ich weiß nicht, wie viele Kollegen das überhaupt betrifft, bzw. betreffen wird. Zwei Szenarien:
1) Momentan bleiben die Klassen in möglichst festen Räumen. D.h. es gibt einen permanenten Kollegenwechsel in den Räumen. Wenn ein bestehendes Problem von Kollege A nicht gemeldet wird, dann doch wahrscheinlich von Kollege B eine Stunde später oder von Kollege C am nächsten Tag.
2) Die Kollegen haben wieder feste Räume (unwahrscheinlich, dass das Modell zurück kommt). Kollege Z meldet Problem nicht per Trac, muss er damit klarkommen, sein Problem. Oder er spricht mich (wie einige das machen) einfach an und macht mich auf das Problem aufmerksam, ohne ein Ticket zu schreiben. Dann wird ihm geholfen.
Ich denke der Anteil nicht gemeldeter Probleme würde gering bleiben.
Mir schwebt zudem immer noch vor, in der nächsten GLK die Kepler-Cloud kurz vorzustellen. Dabei kann man mit zwei Sätzen nochmal auf Trac hinweisen.
comment:8 by , 5 years ago
Hm, ja, ich stimme Dir zu. Also reaktiviere ich die Einstellung und wir schauen mal, was passiert!
comment:9 by , 5 years ago
| Resolution: | → erledigt |
|---|---|
| Status: | new → closed |
follow-up: 11 comment:10 by , 5 years ago
- @rich
- Soll ich shul & vent in die Trac-Poweruser-Gruppe stecken? Dann können sie u.a. Tickets komplett editieren.
comment:11 by , 5 years ago
Replying to kup:
- @rich
- Soll ich shul & vent in die Trac-Poweruser-Gruppe stecken? Dann können sie u.a. Tickets komplett editieren.
Ja, das wäre gut.
comment:13 by , 5 years ago
- @rich
- shul und vent sind jetzt Trac-Poweruser (wie Du) und haben die folgenden Rechte:
BROWSER_VIEW CHANGESET_VIEW CONFIG_VIEW FILE_VIEW LOG_VIEW MILESTONE_ADMIN ROADMAP_ADMIN TICKET_EDIT_CC TICKET_EDIT_COMMENT TICKET_MODIFY WIKI_ADMIN
- @bau
- Siehe #4052.
Meine Meinung von Anfang an:
Standardmäßig erhalten alle Kollegen eine Mail, wenn sie was berichtet haben, sonst macht TRAC keinen Sinn!
Wer keine Mails mehr haben möchte, muss halt lernen, wie er sich aus dem Ticket rausnimmt.
Oder (besser): Wie richte ich in meinem Mailer eine Filterregel ein.