Start

Check-ins

Ein Check-in ist eine kurze Nachricht im Standup-Raum oder in einer Direktnachricht an den Bot. Alles andere in InRoots wird daraus abgeleitet.

Das Format

Eine Anmeldung hat einen Abschnitt für das, was Sie seit dem letzten Arbeitstag getan haben, einen Abschnitt für das, was Sie heute planen, und eine Zeile für Blocker. Die Schreibweise der Überschriften ist flexibel: Yesterday, Last-sign, Sign-in, Check-in und ihre Varianten werden alle akzeptiert; Today und Tod; Issues, Blockers, Problems, Challenges oder Help.

  • NPs, none, nothing oder Ähnliches in der Issues-Zeile bedeutet: kein Blocker. Alles andere eröffnet einen Blocker mit eigener Uhr.
  • Aufzählungs- und Emoji-Präfixe aus Rich-Text-Clients werden toleriert; eingerückte Fortsetzungszeilen gehören zum darüberliegenden Eintrag.
  • Admins legen fest, ob die Issues-Zeile und ein Standort-Tag verpflichtend sind (signin.require_issues_line, signin.require_location_tag).
Yesterday:
- refined the card components
- organised the data-centre section
Today:
- continue the storage section
Issues: NPs

Abmeldung und Schnellanmeldung

Die Abmeldung ist eine einzelne Nachricht. Das Schlüsselwort ist konfigurierbar und unscharf: sign off, signoff, signing off, signed off, sign out, clock out und checkout funktionieren alle, und ein Tippfehler von einem Zeichen wie sign-of oder sing off wird akzeptiert. Bei zwei Zeichen Abweichung wird nicht geraten; der Bot fragt, ob Sie sign-off meinten. Gewöhnliche Wörter, die nur ähnlich aussehen (sign it, signal, resign), werden nie als Anwesenheit gewertet.

  • Eine Abmeldung nach Mitternacht schließt den Tag, zu dem sie gehört, solange keine neue Anmeldung erfolgt ist und die Schicht unter 18 Stunden bleibt (attendance.max_retro_session_hours).
  • Eine erneute Anmeldung nach einer Abmeldung öffnet den Tag wieder; ein so offen gebliebener Tag kostet die Hälfte des Abzugs für eine versäumte Abmeldung, nicht den vollen.
  • Kann der Bot eine Nachricht einer erfassten Person nicht entschlüsseln, versucht er es erneut und teilt dann dem Absender mit, dass die Nachricht nicht registriert wurde und erneut gesendet werden sollte. Eine Abmeldung ohne Anmeldung an diesem Tag erhält einen Hinweis in der Bestätigung im Raum.
sign off
sign in @office
sign in @home

Was extrahiert wird

Kann der strukturierte Parser eine Nachricht nicht deuten, die dennoch wie ein Standup-Versuch aussieht, extrahiert der KI-Rückfallparser dieselben Felder aus dem Freitext. Es handelt sich um einen nicht unbedingt nötigen Aufruf, der dem täglichen KI-Budget unterliegt und auf den einfachen Parser zurückfällt, sobald das Budget aufgebraucht ist.

  • An- und Abmeldezeiten in Ihrer eigenen Zeitzone und die Stunden dazwischen.
  • Jede Zeile unter Today wird zu einer Aufgabe; jede Zeile unter Yesterday schließt eine.
  • Die Issues-Zeile wird zu einem Blocker mit Verantwortlicher oder Verantwortlichem und Eröffnungszeit.
  • Ein Standort-Tag (@office, @home), falls vorhanden; andernfalls wird das Netzwerk auf dem Host klassifiziert, sofern der Arbeitsort aktiviert ist und eine Einwilligung vorliegt.
  • Eine Fortschrittsqualitätsbewertung für den Tag: konkrete, gut aufgeteilte Aufgaben erhalten eine hohe Bewertung; vage Posten (continue, ongoing, stuff) erhalten fast nichts; Koordinationsposten (meeting with X) erhalten eine kleine, gedeckelte Gutschrift; dieselben Aufgaben, die Tag für Tag wiederkehren, werden abgewertet.

Aufgabenlebenszyklus

Sie tippen nie „schließen“. Eine Aufgabe bleibt nur offen, solange Sie sie weiter aufführen. Aufgaben, die zwei oder mehr Tage offen sind, erhalten einen Anstoß pro Tag um 09:30, der alle zusammen abdeckt, nie an einem freien Tag, nie mehr als eine proaktive Nachricht pro Person und Tag und danach drei Tage lang nicht erneut.

Aktivunter Today aufgeführt, in Arbeit
Blockiertausdrücklich als blockiert markiert
Festgefahrenderselbe Text an zwei oder mehr aufeinanderfolgenden Tagen ohne Abschluss
Wiederholtderselbe Text an drei oder mehr Tagen im Zeitfenster
Erledigteinmal unter Yesterday aufgeführt und aus Today gestrichen; zählt für Fortschritt
Automatisch geschlossenwurde schlicht nicht mehr erwähnt; beim nächsten Standup, das sie auslässt, geschlossen und nie als Abschluss gezählt

Verwarnungen

Formatverwarnungen sind ein Hygiene-Anstoß und gedeckelt, sodass sie eine Bewertung nie dominieren können. Anwesenheitsverwarnungen (ein echtes Nichterscheinen oder eine versäumte Abmeldung an einem Arbeitstag) tragen das eigentliche Gewicht. Verwarnungen folgen einer dreistufigen Leiter.

  • Eine späte Anmeldung fragt nach einem Grund. Ein triftiger Umstand (medizinisch, familiärer Notfall, Verkehr, Ausfall) erlässt die Verspätungsmarkierung; der Grund wird vom stärksten konfigurierten Modell beurteilt, und ein Ausfall des Klassifizierers kann nie eine Verwarnung erzeugen.
  • Die Antwort np behält die Verspätungsmarkierung und fügt keine Verwarnung hinzu. Wer statt des Grundes eine Präsenzprüfung beantwortet, wird nie fälschlich als Entschuldigung gewertet.
  • Admins können auf der Mitarbeiterkarte eine oder alle Verwarnungen erlassen; der Bewerter erlässt zudem Verwarnungen an Tagen, die später durch Abwesenheit oder einen Feiertag entschuldigt wurden.
1 von 3ein einmaliges Durchgehenlassen, per Direktnachricht erklärt
2 von 3letzte Warnung
3 von 3ein Admin wird benachrichtigt

Maschinell geschriebene Standups

Eine schnelle Heuristik schätzt anhand von Wortschatz und Formulierung, ob ein Standup von einem KI-Assistenten erzeugt wurde; nur bei hohem Heuristikwert bittet das Produkt das konfigurierte Modell um eine Zweitmeinung. Der kombinierte Wert wird am Check-in gespeichert und dient der Entscheidung, ob die Person nach Details gefragt wird. Nichts wird automatisch abgelehnt.