Nachdem ich mal läger darüber nachgedacht hatte, warum ich zu nix komme, habe ich meine Chaos-Verwaltung nochmal überdacht und überarbeitet.

Modell anreichern, vorhandenes Wissen sortieren, hoffentlich eine Erleuchtung haben

Da ich gerade eine Vortragsreihe über DDD halte vielen mir die 3 Punkte von dort enrich the model, knowledge crunshing und breakthrough wieder ein. Also hab ich mal versucht, auch hier so vorzugehen.

Hindernisse

Ich habe die Aufgaben mit mehr Informationen versehen. Konkret hab ich sie nach den Punkten gruppiert, die meine größten Hindernisse bei der Aufgabenerledigung sind:

Dauert es lange

Ich hab nur 1h am Stück Zeit

Macht es krach

Ich kann nur seeehr selten krach machen

Geht es besonders schnell

Wollte nur sehen, ob sich hier was sammelt

Warten auf andere

Aufgaben, die ich gar nicht erledigen kann

Total unangenehme Aufgaben

Die erklären sich von selber

Kostet es Geld

Derzeit muss gut gehaushaltet werden

Priorität

Dabei stellte sich heraus, dass die bisherige Priorisierung absolut unwichtig ist. Da alle Aufgaben ziemlich lange liegen, haben sie eh alle eine hohe Priorität. Also haben alle gar keine. Damit ich aber zumindest die wirklich dringensten im Auge halten kann, habe ich 3 Magnete und damit dann eben 3 Aufgaben besonders markiert.

“Endlose Aufgaben”

Bei dem bisherigen Board hatte ich die “endlosen Aufgaben” separiert, z.B. Bügeln (bä!). Aber mal ehrlich: was ist denn an den Aufgaben anders als an allen anderen? Sie kommen immer wieder, ja, aber deswegen sind sie ja nicht besonders und müssen auch nur erledigt werden.

Also hab ich diese Aufgaben ebenfalls zu den anderen gepackt und dort ebenso gruppiert.

Ergebnis

Eigentlich wollte ich nur mal sehen, was passiert. Das Resultat ist aber eine deutlich bessere Übersicht, so dass ich das Board jetzt genau so lasse.

Es wird deutlich, dass die viele Aufgaben eben wegen der Lautstärke oder Dauer hängen. Interessant ist, dass die 3 wichtigsten Aufgaben mit den Markierten Magneten in der Kategorie Krach liegen.

Ansonsten gibt es noch viel in der Kategorie “uncool”, da muss ich einfach mal durch. Sehr schön sind die “schnellen”. Die sind bisher immer wieder aus dem Fokus geraten aber genau die kann ich mal so nebenbei endlich erledigen.

Und der Rest lässt sich jetzt hoffentlich deutlich besser Planen, damit ich z.B. die Zeit zum Krach machen nicht mit anderen Aufgaben vergeude. Mal sehen.

Nach dem ich meine Aufgabenverwaltung jetzt schon gut 2 Monate in gebraucht hab, hat sich daraus so ein bisschen was ergeben.

Omnipräsent

Die Tafel sollte definitiv an einem Ort hängen, an dem man sehr oft ist. Das ist bei mir nicht der Fall: Dachgeschoss, neben dem Schreibtisch in der hintersten Ecke des Raumes. Dadurch muss man erst hin laufen, um sich einen Überblick zu verschaffen. Und das fhrt dazu, dass man den Überblick verliert und der dort sichtbare Stand ggf. gar nicht korrekt. Den Punkt kann ich (und will [und darf??]) nicht ändern. Versucht eurem Partner mal zu erklären, dass die 1x2m große Tafel mitten im Wohnzimmer am besten aufgehoben ist Das fänd ich selber irgendwie merkwürdig. Ich werd mich nur dazu durchringen, mehr im Dachgeschoss zu sein.

Stillstand macht stutzig

Tickets, die sich nicht bewegen sollten markiert werden. Gerade bei meinem Chaos-Board sind viele Tickets gleichzeitig am Start. Und irgendwie ändern sich die Prioritäten ständig, was bei einigen Tickets dazu führt, dass sie immer wieder nach unten rutschen. Wenn ein Ticket zu alt wird, sollte es entweder ganz raus oder fett markiert und definitiv mal erledigt werden. So endlose Dinger behindern mich, zumindest Mental, ziemlich.

Der Gesamtüberblick deckt Probleme auf

Ansonsten hat sich gezeigt, dass (auch) diese Chaos-Version die Problemstellen gut aufzeigen kann. Wenn man die Aufgaben versucht nach irgendwelchen Kriterien zu gruppieren oder zu markieren, bekommt man schnell ein Gefühl, woran es hängt.

Dazu hab ich angefangen, die große Fläche nach bedarf in kleinere Zohnen auf zu teilen. Große Aufgaben, noch zu Kaufendes etc.

Derzeit liegen bei mir die Probleme unter anderem hier:

alles, was krach macht

Ich kann nur was schaffen, wenn das Kind schläft. Und da geht Krach gar nicht.

alles, was länger als 1h dauert

Siehe Punkt 1: die Zeitspanne ist da doch sehr begrenzt und ich fange nicht an mein Gartenhaus zu versetzen, wenn ich weiß, dass ichs eh nur zu 5% fertig kriege. Und das ist leider keine Arbeit, die man gut auf lange Zeit zerstückeln kann

alles, was besorgt werden muss

Gut, dass ich gerade knapp bei Kasse bin, wusste ich auch schon vorher (siehe Punkt 1)

alles, was echt lästig ist

Auch das wusste ich. Aber jetzt wirds erst richtig deutlich. Aufgaben, wo man so gar keinen Bock drauf hat… oha… die dauern :/ Mann muss halt konsequent sein

Fazit

Ich find es schon ziemlich brauchbar in der aktuellen Version. Wenn wieder etwas mehr Bewegung in die Aufgabenerledigung kommt, ergeben sich aber bestimmt noch ein paar Verbesserungen.

Oh menno! Nachdem ich schon ein Kernelprobleme und ein Hardwareproblem hatte, die den Server abstürzen ließen, mich dann noch mehrfach mit DynDns-Updateproblemen rumschlagen musste und schon so keinen Nerv mehr für sowas hab, musste Gestern auch die Platte versagen.

Die gab ein dauernd klickendes Geräusch von sich und nach dem Rechner-Neustart lief die Platte nur schleppend an. Gott sei dank war “nur” die Stromversorgung des Servers defekt. Diese gab nicht mehr genug Saft her um beide Platten betreiben zu können. Für eine reichts aber noch.

Um’s nochmal zu sagen: Oh menno!

Mit dem hier beschriebenen Update-Script der DynDns-IP gab es leider auch massive Probleme, weswegen ich ein weiteres mal einen Tag offline war *grummel*. Diesmal ging es sogar so weit, dass unter dieser Domain ein anderer Webserver zu erreichen war. Immerhin nur eine personalisierte “It works” Seite, aber das ist schon SEHR ungünstig.

Aber warum sich das Leben schwer machen: ich hab deswegen heut mal intensiver nach einem Updateclienten gesucht und ddclient gefunden. Das wird auf der DynDns-Seite sogar direkt genannt und ist super simpel via apt-get installierbar. Der Installationsprozess hat sogar eine grafische Shell-Oberfläche, in der bequem alle Konfig-Eintragungen abgefragt werden. Sehr praktisch!

Einzige Änderung die man vornehmen sollte: das Update der IP-Adresse wird ja einfach via HTTP an DynDns.org gesendet und Username und Passwort gehen somit als Klartext übers Netz. Das kann man zumindest via SSL erledigen lassen, was durch den Konfigeintrag ssl=yes in der Datei /etc/ddclient.conf zu erledigen ist (siehe Anleitung bei DynDns.org). Zur Sicherheit hab ich an gleicher Stelle noch die Option retry=yes gesetzt, damit jetzt die Updates auch wirklich gemacht werden. Sollte das immer noch Probleme machen, setze ich noch das force! *grrr*

Ich hoffe, dass das jetzt mal endlich läuft, denn demnächst hab ich andere Sorgen als ein Server der nicht am Netz bleiben will.

Und schon wieder war der Server vom Netz aus nicht erreichbar. Grund diesmal: DynDns hatte nicht mehr die aktuelle IP meines Servers. Ich habe eine DSL-EasyBox 802 mit der aktuellsten Firmware (Version:20.02.223) und die Option “Dyndns” funktioniert dort gar nicht.

Es gibt ständig die Meldung, dass ein Fehler bei der Autentifizierung bei dyndns.org aufgetreten ist. Nach einem Neustart des ganzen Teils geht es aber wieder. Und dann komt es auch vor, dass bei einem wechsel der IP das Ding laut Log behauptet, die IP ist noch immer gleich und DynDns muss nicht benachrichtigt werden. Kurzum: unbrauchbar und der totale Schrott.

Viel zu Aufwendig und außerdem immer noch Fehleranfällig. Dieses Script hat auch behauptet, dass die IP nochh gleich ist, obwohl sie sich schon geändert hatte. ich hab was anderes probiert. Mal sehen ob’s jetzt geht.

Immerhin gibts leiche Abhilfe unter Ubuntu mit dem Perl-Scriptchen dyndns welches über apt-get einfach installiert werden kann. Es nimmt einem die Arbeit ab die IP alle 5 Minuten zu kontrollieren und bei einer Änderung DynDns zu benachrichtigen. Auch wird beachtet, dass man mindestens alle 30 Tage eine Meldung schicken muss, da DynDns sonst den Account sperrt. Allerdings ist die Doku für die Katz, da die Textbeschreibung vorne und hinten unvollständig ist. So wird der Parameter –file als Optional angesehen, obwohl man ihn braucht und Standardmäßigg wird die aktuelle IP durch ifconfig ermittellt, was ja nich stimmt, da diese ja nur die interne IP ist.

Folgendes funktioniert aber einwandfrei:
dyndns --debug --login USERNAME --password PASSWORT --host HOSTNAME-BEI-DYNDNS --urlping-dyndns --file /var/log/dyndns.log -D 5 & Damit prüft er die eigene, aktuelle IP über ein Script auf DynDns, schreibt den aktuellen Stand in die Log und trägt die aktuelle IP bei DynDns ein, wenn sich seit dem letzten IP-Eintrag in der Datei was geändert hat.

Wichtig! Wenn man den Prozess startet, nicht vergessen, per disown das Ding auch frei zu geben. Ansonsten läuft der nur so lange, wie die eigene Shell. Ist mir gestern passiert, weswegen der Server SCHON WIEDER einen ganzen Tag nicht erreichbar war.

Damit man sich nicht mehr drum kümmern muss, ist folgendes Startscript hilfreich: #!/bin/sh -e
echo "dyndns $1 ..."
case $1 in
start)
dyndns --debug --login USERNME --password PASSWORD --host HOSTNAME-BEI-DYNDNS --urlping-dyndns --file /var/log/dyndns.log -D 5 &
disown
echo "started"
;;
restart|reload|force-reload)
echo "Error: argument '$1' not supported"
exit 3
;;
stop)
killall dyndns
echo "stopped"
;;
*)
echo "Usage: /etc/init.d/dyndns {start|stop}"
exit 3
;;
esac
exit 0
Damit es beim Syastemstart gleich mit gestartet wird, muss es nur unter /etc/init.d/dyndns abgelegt und mit sudo chmod +x /etc/init.d/dyndns und zusätzlich sudo update-rc.d dyndns defaults 98 aktiviert werden.

Das funktioniert jetzt jedenfalls erst mal wieder alles korrekt. Ich hoffe nur, dass mir jetzt nicht noch ein Teil ärger macht und der Server endlich mal problemlos am Netz bleibt