netzaffe.de

Screenshot: GoAccess Web-Log-Analytics auf der Konsole Nach einer längeren Suche nach einem Apache Log Viewer bzw. Web Log Analyzer, der auf der Konsole läuft und 404er/Not found aussagekräftig darstellen kann, bin ich auf GoAccess gestoßen. GoAccess ist eine schlanke, FLOSS (MIT Lizenz) Web Analytics-Software, die die Zugriffsdateien des Webservers, die sog. Access-Logs auswertet. Die Anwendung kann mit z.B. Apache-, Nginx-, Google Cloud Storage-, oder Amazon-S3-Logs umgehen, läuft mit einer sogar recht ansprechenden Nucurse-Oberfläche1 auf der Konsole und kann zudem noch Exporte nach JSON, CSV und HTML, was bedeutet, dass die GoAccess auch wie Matomo(ehemals Piwik) oder Google-Analytics auch über den Browser bedienbar ist. Hier beschreibe ich die Installation von GoAccess aus dem Quellcode auf Uberspace 6, bei U7 ist GoAccess per Default mit an Board(und alle so yeah)2. Zudem gebe dir neben der Konfiguration von GoAccess auch Einblick in die Nutzung auf der Shell, ein paar nette Tipps und nützliche Beispiele mit an die Hand. Der Großteil dieses Artikels, auch die Installation sollte so generisch sein, dass man ihn recht einfach auf andere Systeme übertragen kann. Ncurses ↩ https://twitter.com/ubernauten/status/1124018556922888196 ↩

Vorstellung der Sessions, Open Space, agile.ruhr 19 Am Wochenende vom 06. und 07. April 2019 fand die diesjährige agile.ruhr, das Zusammenkommen zu Agile, Lean und Arbeit auf Augenhöhe im Ruhrgebiet statt. Das gut besuchte Event brachte 180 Menschen am Samstag und 140 am Sonntag zusammen, ich war an beiden Tagen mit dabei und zwar das dritte Mal in Folge, das bedeutet ein Hattrick! Reinblau war auch das dritte Mal in Folge als Sponsor mit dabei, auch ein Hattrick! Nicht nur wegen dem “Alle guten Dinge sind drei” Ding und weil es sich ein wenig wie ein Familientreffen angefühlt hat, ein kleiner Bericht über ein, in meinen Augen durchaus gelungenes agile.ruhr Camp 2019 mit vielen tollen Sessions und Augenblicken.

In der letzten Version des Scrum Guides1 aus dem November 2017 wurde unter anderem das Kapitel des Daily Scrums stark überarbeitet, um die eigentliche Ziel dieses Scrum Ereignisses besser herauszustellen. Spätestens seitdem ist klar, die Gestaltung das Daily Scrum obliegt dem Team. Die Struktur des Ereignisses wird vom Entwicklungsteam festgelegt und kann auf unterschiedliche Weise durchgeführt werden, sofern die Erreichung des Sprint-Ziels im Fokus steht. Einige Entwicklungsteams verwenden Fragen, andere konzentrieren sich eher auf Diskussionen.2 Die klassischen 3 Daily Scrum Fragen Die klassischen 3 werden im Scrum Guide als Beispiel verwendet und sind ganz klar auch als solches zu verstehen. Die Fragen lauten wie folgt und sind in Hinblick auf das sogenannte Sprint-Goal zu betrachten: Was habe ich gestern getan? Was werde ich heute tun? Was hat mich behindert? In diesem Artikel gebe ich dir ein paar Beispiele von anderen hilfreichen Fragen für das Daily-Scrum und wie mein aktuelles Development Team diese Daily Questions als roten Faden für ihr Standup Meeting nutzt. Scrum Guide, Seite 22, Änderungen im Scrum Guide 2017 im Vergleich zur Version von 2016, Punkt 5. ↩ Scrum Guide, Seite 12, Daily Scrum ↩