{"id":230987,"date":"2022-12-10T18:49:00","date_gmt":"2022-12-10T15:49:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=230987"},"modified":"2022-12-10T18:49:19","modified_gmt":"2022-12-10T15:49:19","slug":"usando-kanban-no-desenvolvimento-do-wordpress","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/pt-pt\/usando-kanban-no-desenvolvimento-do-wordpress\/","title":{"rendered":"Usando Kanban no desenvolvimento do WordPress"},"content":{"rendered":"\n

Periodicamente, outros perguntar\u00e3o como consigo organizar as v\u00e1rias tarefas, ativos, recursos e coisas relacionadas ao longo de um projeto. Primeiro, decidi manter o Pressware<\/a><\/strong> pequeno (e isso \u00e9 por alguns motivos), para que eu possa execut\u00e1-lo de maneira diferente do que se fosse, \u00e9 claro, maior.<\/p>\n

\"Usando<\/a><\/p>\n

Em segundo lugar, eu normalmente uso uma vers\u00e3o muito reduzida de um quadro Kanban. Para aqueles que n\u00e3o est\u00e3o familiarizados, o kanban<\/a><\/strong> \u00e9 definido assim:<\/p>\n

\n

um sistema de fabrica\u00e7\u00e3o japon\u00eas em que o fornecimento de componentes \u00e9 regulado atrav\u00e9s do uso de um cart\u00e3o de instru\u00e7\u00f5es enviado ao longo da linha de produ\u00e7\u00e3o.<\/p>\n<\/blockquote>\n

Para esse fim, pensei em compartilhar uma breve vis\u00e3o geral de como normalmente configuro cada coluna e cada cart\u00e3o, bem como as ferramentas que uso para lidar com cada tarefa.<\/p>\n

Kanban no desenvolvimento do WordPress<\/h2>\n

De um modo geral, cada quadro que configuro \u2013 e falarei sobre as ferramentas que uso para isso momentaneamente \u2013 inclui quatro colunas, cada uma delas definida da seguinte forma:<\/p>\n

    \n
  1. TODO<\/strong>. Isso \u00e9 essencialmente o ac\u00famulo de tarefas que precisam ser feitas para concluir o projeto. \u00c9 uma lista de todos os requisitos que geralmente s\u00e3o descritos na declara\u00e7\u00e3o de trabalho,<\/a><\/strong> mas divididos em tarefas que podem ser movidas por cada coluna para ver o progresso sendo feito.<\/li>\n
  2. Fazendo<\/strong>. Quando um cart\u00e3o est\u00e1 nesta coluna, significa que a equipe, outra pessoa ou eu estamos trabalhando nele. \u00c0s vezes, um cart\u00e3o cont\u00e9m v\u00e1rias subtarefas (geralmente identificadas como caixas de sele\u00e7\u00e3o) e as mantemos atualizadas com o status da tarefa. Eu tento manter cada cart\u00e3o relacionado a um commit no c\u00f3digo-fonte para que, se tivermos que reverter algo, movamos um cart\u00e3o de volta para uma coluna. Alternativamente, depois de confirmarmos uma altera\u00e7\u00e3o, podemos mover o cart\u00e3o para a pr\u00f3xima coluna.<\/li>\n
  3. Revis\u00e3o \/ Encena\u00e7\u00e3o<\/strong>. Esta coluna significa que o trabalho foi feito e est\u00e1 pronto para ser revisado pelo usu\u00e1rio no ambiente de teste do site. Normalmente, dou aos clientes acesso ao quadro, para que eles possam fazer exatamente isso. Ou seja, eles podem ver quando algo est\u00e1 pronto para revis\u00e3o, ter acesso ao site de teste e podem verificar se os requisitos listados na declara\u00e7\u00e3o de trabalho e no cart\u00e3o est\u00e3o prontos para serem executados.<\/li>\n
  4. Feito<\/strong>. Uma vez que o cliente tenha verificado que o trabalho conclu\u00eddo foi feito a contento, o cart\u00e3o passa para a coluna conclu\u00eddo, o c\u00f3digo \u00e9 mesclado na ramifica\u00e7\u00e3o mestre e, em seguida, o ciclo se repete. Se, no entanto, a tarefa n\u00e3o for conclu\u00edda, o cart\u00e3o voltar\u00e1 para Doing<\/strong> e voltar\u00e1 pelo pipeline at\u00e9 que esteja pronto para libera\u00e7\u00e3o.<\/li>\n<\/ol>\n

    Agora, quando se trata de trabalhar em projetos, h\u00e1 um outro aspecto que deve ser considerado: os ativos.<\/p>\n

    Uma \u00fanica fonte de verdade<\/h3>\n

    Especificamente, estou falando de qualquer coisa que varie de:<\/p>\n