public-wiki/menschenzeugs/protokolle/20221012-orgatreffen-im-park.md

5.9 KiB

Wir sammeln Issues für Mittwoch

Heute zu Besprechen

Pause 16:45

Wie möchten wir in der Zukunft unsere Aufgaben organisieren ?

  • Issuetracker-Recherche damals war fruchtlos, issues sind verteilt über Chat, Gitlab, Zammad/Mail
  • Was ist das Problem mit Zammad
    • Tickets bleiben liegen
      • Ein Problem sehen aber es nicht alleine lösen können
      • Issues werden erstellt aber niemand nimmt sich ihrer an
      • Man sieht nicht woran jemand arbeitet/wo Unterstützung gesucht wird
  • problem eventuell nicht zammad sonder organisation/enableing der mitmacher
  • g beschreibt 1000 kleinigkeiten die das issues angehen schwierig machen
  • fehlende organisatorische segmentierung der technischen reudnetz-segmente
    • lösungsvorschlag: zu verschiedenen themenbereichen verantwortliche/ansprechpartner haben
  • Unübersichtlichkeit
  • Accounts vergeben wohl nicht so easy/einheitliche accounterstellung wär nett
  • dokumentation ist verstreut in chat/wiki/ansible
  • issues segmentieren ist ein iterativer vorgang
  • ansprüche an ein issuetracker
    • eigene aufgaben
    • fremde aufgaben
    • gibt auf anfrage ein personalisiertes todo für jetzt erledigen
      • angepasst auf priorität, fähigkeiten, interesse
    • issues sollten priorisierbar sein
    • issues sollten kategorisierbar sein
    • aufteilung offene/klare aufgaben
    • projekte mit teilaufgaben
  • backlogpsycho - unerledigte aufgaben sind ok.
  • statements von mitmachern:
    • ich mach dieses und jenes thema gerne (Segmentierung)

--> wir verwenden zammad

Wir verwenden Zammad

Wir müssen dazu eine Struktur im Zammad anlegen, die für unsere Ziele passt. agile-like, wöchentliche treffen dienen zum aufgaben priorisieren

Wie wollen wir das Zammad strukturieren?

Wir können Tickets nur taggen, zuordnen, verknüpfen und deadlines setzen

Taggen von Tickets ist nicht unbedingt möglich ohne sich tiefergehend mit dem Ticket zu beschäftigen

Idee: Anstatt tickets zu priorisieren, sie einem "sprint" zuordnen.

Zwei Sichtweisen: Entweder Kategorien ausdenken -- oder views.

New ticket entscheidungsfluss:

-> cat:Leitungsverlegeinformation -> cat:Business2Business -> cat:Neuanschluss -> cat:Kündigung -> cat:Beschwerde -> cat:Vernetzung -> cat:Shopping -> cat:Behördenpost

Prioritäten:

-> prio:sofort: erfordert Leute sofort zu benachrichtigen!! -> prio:sprint: steht an in diesem Sprint (besprochen) -> prio:treffen: beim nächsten Treffen besprechen -> prio:backlog

Ticket bearbeiten Verlauf:

-> blocked (ich kann mein Ticket gerade nicht bearbeiten weil jemand anders aktiv werden muss)

Weitere tags:

-> Diensteserver -> …

=> Pluto legt ein "Reudnetz-for-dummies" an! (shortcodes, @@)

Treffen in Zukunft ?

P wünscht präsenz, y online, c online, g präsenz wo man vernüftig arbeiten kann und strom und internet. Carl hat Schlüssel für Uni-Büros

Donnerstags online wie gehabt aber öfter mal sich besuchen und so,

Welche Aufgaben stehen aktuell an. ?

segmentierung

Ende sobald die luft raus ist

Stand Diensteserver ?


aktuelle Issues

  • Schonerhausen hat schlechtes Netz und wünscht Beratung.
  • Antennen wurden nicht abgebaut:
    • lu91
    • geislerstraße 4
    • zweinaundorfer22
    • chichorius2a-1
    • comenius23-1
    • dresdner76b-1
    • ?
  • Ostwache: Sphere Radio und Holzwerkstatt anschließen
  • Ostwache: Gestattungsvertrag
  • Gestattungsverträge anfordern
  • Glasfaser zwischen Dach und Serverraum
  • USV ins Monitoring
  • USV überprüfen
  • USV für alle wichtigen Geräte einrichten
  • Renovierung Serverraum
  • neue Mitstreiterinnen
  • Stefan einarbeiten
  • Situation in der e113b: Radsfatz muss raus, aber da ist die Stromversorgung
  • e113 wollen auch einen Anschluss von uns
  • hl86 warten seit Januar auf einen anschluss
  • wurze3-1 ist ausgefallen
  • Alerting funktioniert nicht sauber
  • die Verbindung zur e125 muss ausgebaut werden
  • Verträge in der e127
  • Käthe bezahlen
  • Wo ist der Reudnetz-Laptop
  • Überblick über die Finanzen schaffen
  • Steuererklärung
  • Bleiberechtsrouter einsetzen, ggf. anpassen.
  • Support Westnetz: Kommunikationkanäle sind eingeschlafen, wie bekommen wir Störungen mit?
  • Switch im Keller umkonfigurieren, sodass er erreichbar wird.
  • Netzplan erstellen
  • Frequenzplan erstellen
  • Mal auf Leitungsanfragen antworten und herausfinden, was Verlegung von Faser kostet
  • Beuchaer Straße 1 fixen (haben aktuell laut speedtest.net und fast.com ~20mbit/s down und ~4mbits/ up)
  • Bufferbloat fixen. Am Beispiel von Bens wildem Problem.
  • Stromanschluss des Serverschranks ordentlich anbringen
  • Tür zum Serveraum und der Wurze mit offiziellem Schild versehen
  • Doku auf der Webseite überarbeiten
  • GPG
  • Servicetelefon nutzen
  • wiebel10: ein anschluss geht nicht. https://help.reudnetz.org/#ticket/zoom/625
  • offene tickets von inaktiven leuten aufräumen
  • user management
  • hl86 reaktivieren
  • ssh key management im ansible (uploadable to ubiquiti, auto deployment, self service)
  • Build minimal MiB table for gigbeam snmp
  • DNS setup überarbeiten. Kein DNS mehr auf sol Unbound und NSD statt Bind
  • in neuen Dachswitch (dachswitch-poe) mehr stabilität bringen
  • Antennen auf dachswitch-poe umziehen
  • Dach wartungsfreundlicher machen (Licht, kleines Rack, Patchpanel, ...)
  • ansible außerhalb von Reundetz ausführbar machen
  • statische Route für Wurze-Bewohnis einrichten
  • Funkmast bauen
  • Möglichkeit Bilder von Baustellen zu sammeln
  • Baustellendoku allgemein
  • Mal bei den Kritischen Informatikerinnen vorbeischauen
  • Dienste im Reudnetz (Stand des Diensteservers)
  • Persistente Logins im Mattermost (update sollte einen nicht rauskicken, vmtl irgendein secret setzen)

alte issues aus git und zammad