close Warning: Can't synchronize with repository "keplertools" (/srv/svn/keplertools does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 5 years ago

Closed 5 years ago

Last modified 5 years ago

#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)

comment:1 by bau, 5 years ago

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.

comment:2 by lehm, 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.

Last edited 5 years ago by lehm (previous) (diff)

in reply to:  1 comment:3 by Rüdiger Kupper, 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 Rüdiger Kupper, 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 Rüdiger Kupper, 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.

Last edited 5 years ago by Rüdiger Kupper (previous) (diff)

in reply to:  2 comment:6 by Rüdiger Kupper, 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 lehm, 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 Rüdiger Kupper, 5 years ago

Hm, ja, ich stimme Dir zu. Also reaktiviere ich die Einstellung und wir schauen mal, was passiert!

comment:9 by Rüdiger Kupper, 5 years ago

Resolution: → erledigt
Status: new → closed

comment:10 by Rüdiger Kupper, 5 years ago

@rich
Soll ich shul & vent in die Trac-Poweruser-Gruppe stecken? Dann können sie u.a. Tickets komplett editieren.

in reply to:  10 comment:11 by Stephan Richter, 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:12 by bau, 5 years ago

OK, wir halten fest:
ToDo: neues TRAC-System in einer VM installieren

comment:13 by Rüdiger Kupper, 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.
Note: See TracTickets for help on using tickets.