Histórico da Página
...
Atividade | Acordo | Data da Vigência | |
---|---|---|---|
Apontamento | Efetuar o apontamento de horas trabalhadas diariamente no JIRA (contabilizar Lei do Bem), utilizando sempre a ISSUE de atuação. Apontar também as horas de ausências, reuniões e capacitações nas ISSUES de contingência do Time. Devemos ter, no mínimo, 7 horas de apontamento diário. |
| |
Ausência | Quando for se ausentar (Médico, Dentista ou saída particular), avisar pelo Chat, Diária ou Whatsapp do Time sobre a saída e o horário previsto para o retorno. | ||
Daily / Diária | Ocorrerá diariamente, em horário preestabelecido pelo PO/TL, com timebox de 15 minutos, sendo o mesmo responsável por enviar o invite para a reunião. | ||
Folgas x Feriados x Férias | Encerrar a atividade em andamento ou comunicar o status ao Time antes de sair, ou ainda, alinhar com outro DEV para seguir com a atividade, caso seja necessário. | ||
Folgas x Feriados x Férias | Atualizar com antecedência a planilha Férias/Ausências - TMS, para que o Time possa se organizar previamente. | ||
Impedimento | Quando houver algum tipo de impedimento, o mesmo deverá ser comentado durante a reunião diária. | ||
ISSUES | Não iniciar uma atividade se a ISSUE não está clara. Neste caso, alinhar com o Suporte/Atendimento, PO ou o próprio Time. | ||
Reabastecimento | Ocorrerá semanalmente, em horário preestabelecido pelo PO/TL, sendo o mesmo responsável por enviar o invite para a reunião. | ||
Refinamento | Efetuar um rodízio semanal entre os participantes do Time para assumirem o refinamento, que será quinzenal, conforme cronograma de Reabastecimentoé o mesmo responsável por conduzir a diária. O refinamento ocorre diariamente. O processo de refinamento é para validar se a ISSUE é válida, ou seja, se o problema pode ser simulado. *na criação de épico de inovação, utilizar o modelo dessa ISSUE, como DOR. | ||
Retrospectiva | Ocorrerá mensalmente, em horário preestabelecido pelo PO/TL, sendo o mesmo responsável por enviar o invite para a reunião. | ||
Simulação de Issues | Nesse processo, tentar validar primeiro em ambiente local, para verificar se não se trata de parametrização. Conversar com o Suporte/Atendimento, caso tenha alguma dúvida na simulação enviada. | ||
Rejeição de Issues | Alinhar previamente com o suporte/atendimento antes de rejeitar uma Issue. | ||
Teste Sistêmico | Finalizar os Épicos correspondentes ao Release que será expedido. | ||
Pontuações | Considerar o novo modelo. Início em 01/06. | ||
Modelo de Trabalho | Para quem reside em Joinville/SC ou São Paulo/SP, devem seguir o seguinte modelo de trabalho, que é predominantemente remoto:
*Para os Totvers que não residem nessas cidades acima citadas, o modelo de trabalho é 100% remoto | . |
|
Templatedocumentos |
---|