maisEu pensei que este tópico é claro, mas eu encontrei isso novamente muito recentemente. Uma vez que tanta informação conflitante está acontecendo, vamos iterar mais uma vez sobre o que os códigos de prioridade deve significar. Estou desenhando isso originalmente a partir de definições Jira - eu acho que foi onde eu vi primeiro, e é o mais sensato.
- P0 - o trabalho pára, o local está em baixo
- P1 - desbloquear outra pessoa, necessária antes de outras coisas
- P2 - fluxo normal de trabalho
- P3 - bom ter, mas não necessário
- P4 - apenas informacional
Vi recentemente outra definição vinda de um indivíduo mais "senior", e quase fez sentido, até que não fez. Nessa altura, parei e reavaliei as definições para mim, mais uma vez. A definição defeituosa foi:
- (NÃO UTILIZAR)
- P0 - para o trabalho
- P1 - a tarefa afeta os clientes
- P2 - a tarefa afeta os clientes, mas há uma solução de solução não técnica
- P3 - a tarefa não afeta os clientes
- P4 - informacional / nunca usado
- (NÃO UTILIZAR)
O problema com a definição defeituosa é que tudo é P1, e nada pode realmente ser aumentado para P0. P4 é completamente inútil, e PMs e desenvolvedores júnior normalmente criam P3 (o padrão em Jira), posicionando-se para uma necessidade de esclarecer ou mudar prioridades, etc.
Outra coisa para notar. As definições prioritárias são técnicas. Eles não são escritos com os clientes em mente - há várias camadas entre devs e clientes, e os códigos de prioridade são para desenvolvedores mais do que qualquer outra pessoa.
O código padrão é P2. Se o trabalho não precisa ser feito, salve os recursos e o tempo e não o faça; mude a prioridade para P3. Se houver uma mudança que uma tarefa precisa ser feita mais cedo do que mais tarde, coloque-a em P1. E o P4 é efetivamente nunca usado, porque material informacional reside em wikis e outros canais de comunicação..
