Skip to content
Manual Geral MIATech
Share
Explore
Acompanhamento e homologação de tarefas

icon picker
3.5 Prazo para homologação e release

Prazo para homologação e release de tarefas
Tarefas de erros relatados pelos usuário:
Essas tarefas são desenvolvidas ao longo de toda a sprint, algumas delas dependendo do seu valor agregado, são corrigidas na hora e atualizadas diretamente em produção, então elas são homologas gradualmente durante toda a sprint, algumas tarefas de erros podem vir a ser homologadas após a atualização do sistema e colocamos em seus status tal informação para melhor acompanhamento das demandas. Essas tarefas são testadas em homologação e validadas pelo stakeholder da área para subida pós virada, o prazo máximo para validação é até o fim da primeira semana pós virada, o que geralmente sempre acontece na quarta-feira pois toda virada é programada para acontecer sempre no mesmo dia, terça-feira a noite.
As exceções são para demandas que necessitam de um caso real em produção para validação da funcionalidade, por exemplo, validar alguma funcionalidade no processo onde este processo precise de um malote digital para ser gerado, então a condição inicial para validação é que o processo seja originado de malote, neste casos é necessário ter um caso real de malote digital para poder validar a funcionalidade do processo, ficando assim essa tarefa pendente até que o caso aconteça;

Tarefas de desenvolvimento, estudo, prototipação:
Tarefas de desenvolvimento são homologadas após a virada do sistema, mas todas elas passam por uma rotina de teste e validação em homologação e são apresentadas e validadas pelo stakeholder da área, geralmente a data para homologação dessas tarefas é sempre no primeiro dia pós virada do sistema, caso isso não ocorra o prazo máximo para validação é até o fim da primeira semana pós virada, o que geralmente sempre acontece na quarta-feira pois toda virada é programada para acontecer sempre no mesmo dia, terça-feira a noite;
As exceções são para as demandas de prototipação, essas demandas são apresentadas ao longo da sprint corrente, para quando chegar a review serem apenas aceitas pelos stakeholder;

Tarefas de Integração e migração de banco de dados;
Essas demandas tem rotinas diferentes para homologação, durante a review é defendido pelo desenvolvedor o que foi feito na demanda, e é acordado pelo stakeholder e a P.O quando será realizada a validação e por quem será realizada;
Want to print your doc?
This is not the way.
Try clicking the ⋯ next to your doc name or using a keyboard shortcut (
CtrlP
) instead.