162 lines
No EOL
5.9 KiB
Markdown
162 lines
No EOL
5.9 KiB
Markdown
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
|
|
- Es gibt bereits: https://git.reudnetz.org/reudnetz/ansible/issues
|
|
- Und: https://help.reudnetz.org/#ticket/view/issue_tracker
|
|
- https://chat.reudnetz.org/reudnetz/channels/alerts
|
|
- https://chat.reudnetz.org/reudnetz/channels/stoerungen
|
|
- 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 |