diff --git a/menschenzeugs/protokolle/20221012-orgatreffen-im-park.md b/menschenzeugs/protokolle/20221012-orgatreffen-im-park.md new file mode 100644 index 0000000..9fe2e08 --- /dev/null +++ b/menschenzeugs/protokolle/20221012-orgatreffen-im-park.md @@ -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 \ No newline at end of file