Check-ins
Um check-in é uma mensagem curta na sala de standup ou numa mensagem direta com o bot. Tudo o resto no InRoots deriva dele.
O formato
Uma entrada tem uma secção para o que fizeram desde o último dia de trabalho, uma secção para o que planeiam hoje e uma linha para bloqueios. A grafia dos cabeçalhos é flexível: Yesterday, Last-sign, Sign-in, Check-in e as suas variantes são todas aceites; Today e Tod; Issues, Blockers, Problems, Challenges ou Help.
- NPs, none, nothing ou semelhante na linha Issues significa que não há bloqueio. Qualquer outra coisa abre um bloqueio com o seu próprio relógio.
- Prefixos de marcadores e emojis de clientes de chat avançados são tolerados; as linhas de continuação indentadas pertencem ao item acima.
- Os administradores escolhem se a linha Issues e uma etiqueta de localização são obrigatórias (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
Saída e entrada rápida
A saída é uma única mensagem. A palavra-chave é configurável e aproximada: sign off, signoff, signing off, signed off, sign out, clock out e checkout funcionam todos, e uma gralha de um carácter, como sign-of ou sing off, é aceite. Um erro de dois caracteres não é adivinhado; o bot pergunta se queriam dizer sign-off. Palavras comuns que apenas se parecem (sign it, signal, resign) nunca são tratadas como assiduidade.
- Uma saída depois da meia-noite fecha o dia a que pertence, desde que não tenha havido nova entrada e o turno fique abaixo das 18 horas (attendance.max_retro_session_hours).
- Entrar de novo depois de uma saída reabre o dia; um dia deixado aberto dessa forma custa metade da dedução por saída não registada, não a totalidade.
- Se o bot não conseguir decifrar uma mensagem de uma pessoa acompanhada, tenta de novo e depois avisa o remetente de que a mensagem não foi registada e deve ser reenviada. Uma saída sem entrada nesse dia recebe um aviso na confirmação na sala.
sign off sign in @office sign in @home
O que é extraído
Quando o analisador estruturado não consegue interpretar uma mensagem que ainda assim parece uma tentativa de standup, o analisador de recurso por IA extrai os mesmos campos do texto livre. É uma chamada não essencial, por isso está sujeita ao orçamento diário de IA e degrada para o analisador simples quando o orçamento se esgota.
- As horas de entrada e de saída no vosso próprio fuso horário, e as horas entre elas.
- Cada linha em Today torna-se uma tarefa; cada linha em Yesterday fecha uma.
- A linha Issues torna-se um bloqueio com um responsável e uma hora de abertura.
- Uma etiqueta de localização (@office, @home) quando presente; caso contrário, a rede é classificada no próprio servidor se a localização estiver ativa e consentida.
- Uma pontuação de qualidade de progresso para o dia: tarefas específicas e bem decompostas pontuam alto; itens vagos (continue, ongoing, stuff) quase não valem nada; itens de coordenação (meeting with X) recebem um crédito pequeno e limitado; as mesmas tarefas repetidas dia após dia são penalizadas.
Ciclo de vida das tarefas
Nunca escrevem close. Uma tarefa só se mantém aberta enquanto continuarem a listá-la. As tarefas abertas há dois ou mais dias recebem um lembrete por dia às 09:30 que as abrange todas, nunca num dia de folga, nunca mais do que uma mensagem proativa por pessoa por dia, e não de novo durante três dias.
| Ativa | listada em Today, em curso |
|---|---|
| Bloqueada | explicitamente marcada como bloqueada |
| Parada | o mesmo texto em dois ou mais dias consecutivos sem conclusão |
| Repetida | o mesmo texto em três ou mais dias na janela |
| Concluída | listada uma vez em Yesterday e retirada de Today; conta para o Progresso |
| Fechada automaticamente | simplesmente deixou de ser mencionada; fechada no standup seguinte que a omite e nunca contada como conclusão |
Penalizações
As penalizações de formato são um lembrete de higiene e têm um limite, para nunca poderem dominar uma pontuação. As penalizações de assiduidade (uma verdadeira falta de comparência ou uma saída não registada num dia de trabalho) têm o peso real. As penalizações seguem uma escada de três degraus.
- Uma entrada tardia pede uma razão. Uma circunstância válida (médica, emergência familiar, transportes, avaria) anula a marca de atraso; a razão é avaliada pelo modelo mais forte configurado, e uma falha do classificador nunca pode produzir uma penalização.
- Responder np mantém a marca de atraso e não acrescenta penalização. Responder a uma verificação de presença em vez da razão nunca é confundido com uma justificação.
- Os administradores podem perdoar uma penalização ou todas a partir da ficha do colaborador; o avaliador também perdoa penalizações em dias mais tarde justificados por ausência ou feriado.
| 1 de 3 | um perdão único, explicado por mensagem direta |
|---|---|
| 2 de 3 | último aviso |
| 3 de 3 | um administrador é notificado |
Standups escritos por máquina
Uma heurística rápida estima, pelo vocabulário e pela redação, se um standup foi gerado por um assistente de IA; só quando a heurística é alta é que o produto pede uma segunda opinião ao modelo configurado. A pontuação combinada é guardada no check-in e usada para decidir se se pede à pessoa mais detalhe. Nada é rejeitado automaticamente.