Orgatreffen im Park Protokoll
This commit is contained in:
parent
de27d121ee
commit
7a2c63abae
1 changed files with 162 additions and 0 deletions
162
menschenzeugs/protokolle/20221012-orgatreffen-im-park.md
Normal file
162
menschenzeugs/protokolle/20221012-orgatreffen-im-park.md
Normal file
|
@ -0,0 +1,162 @@
|
|||
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
|
Loading…
Reference in a new issue