Eine gemeinsame Ökonomie für Aufgaben, die niemand machen will
Eine plattformübergreifende App zum Verteilen von Aufgaben, und dazu, sie über Belohnungen und Strafen tatsächlich erledigt zu bekommen.
Jede Aufgaben-App unterstellt, das Schwierige sei die Nachverfolgung. Ist es nicht. Wer die Aufgabe verteilt, weiss bereits, was zu tun ist, und wer sie bekommt, weiss bereits, dass er sie nicht gemacht hat. Was fehlt, ist ein Grund, sich bis Donnerstag darum zu kümmern. Genau da setzte meine Bachelorarbeit an: das interessante Problem bei delegierten Aufgaben ist die dauerhafte Motivation, und Motivation ist der Teil, den niemand einplant.
Bachelorarbeit im Alleingang an der HEIA-FR, betreut von Pascal Bruegger. Anforderungen, Umfrage, Technologieentscheide, beide Apps, das Backend und die Einreichungen in den Stores.
Zwei Personen, oder eine allein, einigen sich auf eine gemeinsame Ökonomie: was die Aufgaben wert sind, was es kostet, sie zu verpassen, und was die Punkte kaufen können.
Jeder Bildschirm liest live aus der Datenbank, begrenzt auf die eine aktive Beziehung, sodass beide Seiten immer denselben Stand sehen.
Ein geplanter Job schliesst den Tag ab: unerledigte Aufgaben lösen ihre Strafe aus, erledigte zahlen ihre Punkte aus.
Punkte kaufen die Belohnungen, die die andere Person festgelegt hat, und darum geht es: der Anreiz wird ausgehandelt, nicht von der App verordnet.
Ein Monatsraster pro Aufgabe, jeder Tag grün, orange oder rot, damit ein Muster sichtbar wird und nicht das Scheitern eines einzelnen Tages.
Eine Codebasis für beide Stores, gewählt über einen gewichteten Vergleich mit React Native und Xamarin, nicht nach Geschmack
Die Identität, und der Stream, an dem der gesamte Zustand der App hängt
Acht Collections, mit Security Rules als eigentlicher Zugriffskontrolle: ein Dokument erreichen nur die beiden Personen an seinen Enden
Die nächtliche Abrechnung, als ein Endpunkt pro Zeitzone
Die eigentliche Uhr, die jeden Endpunkt zehn Minuten nach der jeweiligen lokalen Mitternacht auslöst
statt · Nur zu zweit, wie beide Apps, mit denen ich verglichen habe
57% der Befragten rechneten damit, beide Rollen zu haben, und die meisten wollten sich selbst Aufgaben zuweisen, ein Fall, den ich nicht vorhergesehen hatte. Statt einen Solo-Modus anzuschrauben, erzeugt die Anmeldung eine Beziehung mit sich selbst. Sieben Personen, die acht Fragen beantworteten, haben das Produkt stärker verändert als ein Monat Nachdenken.
statt · Punkt Mitternacht, oder ein grosszügiges Fenster bis in den Morgen
Die Umfrage fragte, wie streng die App sein solle, und die Antwort war eindeutig: streng, mit einer kleinen Toleranz fürs Vergessen des Abhakens. Mitternacht bestraft die Person, die die Arbeit gemacht und nur das Eintragen vergessen hat; 6 Uhr morgens lässt die Frist verrotten. Zehn Minuten sind die kleinste Toleranz, die beidem gerecht wird.
statt · Eine Funktion, die die Zeitzone als Parameter nimmt
Die Plattform bindet einen Zeitplan an eine deployte Funktion, also brauchte es siebenundzwanzig Endpunkte, damit der Job an siebenundzwanzig Orten um lokale Mitternacht läuft. Nach jedem Mass für Codequalität ist das unhaltbar, und gegen die Frist war es richtig. Ich habe das in den Bericht geschrieben, statt es zu verbergen. Es ist das klarste Beispiel, das ich habe, für eine Entscheidung, die nach einem Massstab schlecht und nach einem anderen korrekt ist.
statt · Beide Hälften als gleich gut belegt darstellen
Für die Belohnungsmechanik konnte ich Forschung zitieren. Für die Straf-Hälfte nicht, also habe ich „unserer Meinung nach“ geschrieben, statt eine Intuition als Befund zu verkleiden. Diese Asymmetrie ist bis heute der ehrlichste Absatz im Bericht.
Dutine verfolgt und verwaltet Aufgaben, die Personen zugewiesen sind, und motiviert zum pünktlichen Abschluss über ein System aus Belohnungen und Sanktionen statt über Erinnerungen.
Aus einer einzigen Flutter-Codebasis in beiden Stores veröffentlicht, mit einem Node-Backend auf Firebase und Google Cloud.