Periodicamente, outros perguntarão como consigo organizar as várias tarefas, ativos, recursos e coisas relacionadas ao longo de um projeto. Primeiro, decidi manter o Pressware pequeno (e isso é por alguns motivos), para que eu possa executá-lo de maneira diferente do que se fosse, é claro, maior.
Em segundo lugar, eu normalmente uso uma versão muito reduzida de um quadro Kanban. Para aqueles que não estão familiarizados, o kanban é definido assim:
um sistema de fabricação japonês em que o fornecimento de componentes é regulado através do uso de um cartão de instruções enviado ao longo da linha de produção.
Para esse fim, pensei em compartilhar uma breve visão geral de como normalmente configuro cada coluna e cada cartão, bem como as ferramentas que uso para lidar com cada tarefa.
Kanban no desenvolvimento do WordPress
De um modo geral, cada quadro que configuro – e falarei sobre as ferramentas que uso para isso momentaneamente – inclui quatro colunas, cada uma delas definida da seguinte forma:
- TODO. Isso é essencialmente o acúmulo de tarefas que precisam ser feitas para concluir o projeto. É uma lista de todos os requisitos que geralmente são descritos na declaração de trabalho, mas divididos em tarefas que podem ser movidas por cada coluna para ver o progresso sendo feito.
- Fazendo. Quando um cartão está nesta coluna, significa que a equipe, outra pessoa ou eu estamos trabalhando nele. Às vezes, um cartão contém várias subtarefas (geralmente identificadas como caixas de seleção) e as mantemos atualizadas com o status da tarefa. Eu tento manter cada cartão relacionado a um commit no código-fonte para que, se tivermos que reverter algo, movamos um cartão de volta para uma coluna. Alternativamente, depois de confirmarmos uma alteração, podemos mover o cartão para a próxima coluna.
- Revisão / Encenação. Esta coluna significa que o trabalho foi feito e está pronto para ser revisado pelo usuário 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á pronto para revisão, ter acesso ao site de teste e podem verificar se os requisitos listados na declaração de trabalho e no cartão estão prontos para serem executados.
- Feito. Uma vez que o cliente tenha verificado que o trabalho concluído foi feito a contento, o cartão passa para a coluna concluído, o código é mesclado na ramificação mestre e, em seguida, o ciclo se repete. Se, no entanto, a tarefa não for concluída, o cartão voltará para Doing e voltará pelo pipeline até que esteja pronto para liberação.
Agora, quando se trata de trabalhar em projetos, há um outro aspecto que deve ser considerado: os ativos.
Uma única fonte de verdade
Especificamente, estou falando de qualquer coisa que varie de:
- fontes,
- desenhos,
- credenciais para APIs de terceiros,
- ferramentas de terceiros,
- ou geralmente quaisquer outros ativos que possam ser necessários desde o início do projeto ou quando os desenvolvedores do projeto.
Existem algumas maneiras de lidar com isso e tento deixar a natureza dos ativos ditar onde coloco as coisas. Por exemplo, os ativos de design geralmente são mantidos em uma pasta compartilhada do Dropbox ou talvez em um cartão, se forem pequenos (mas geralmente não são). Mesmo assim, ainda posso criar uma coluna de Recursos e listar cartões com links para a pasta do Dropbox, por exemplo.
Um exemplo muito simples de usar o Trello.
Se for credenciais para uma API, posso colocá-lo em um cartão na coluna Recursos, mas se for algo sensível, posso usar uma nota privada do Droplr e vinculá-la na ferramenta de gerenciamento de projetos de minha escolha.
No entanto, você entendeu a ideia: a natureza do ativo determina onde ele está armazenado, mas o quadro kanban sempre faz referência a ele de alguma forma. Isso é o que o ajuda a permanecer uma única fonte de verdade para você e todas as partes envolvidas.
E Para Ferramentas?
Acho que muitos de nós adoramos experimentar a nova coisa brilhante. Para alguns, é quase um hábito:
Uma nova ferramenta de gerenciamento de projetos é lançada? Vamos tentar. Para outros, existe um método testado e comprovado que está funcionando, então por que não ficar com ele?
Independentemente de onde você se encontra, acho importante encontrar o que funciona melhor para você e sua equipe e, em seguida, usá-los de forma consistente e prescritiva que possa ser aplicada em todos os projetos.
Para mim, costumo usar as seguintes ferramentas:
- Projetos Trello ou GitHub. Isso depende muito do cliente.
- Dropbox para compartilhar ativos.
- Droplr para proteger credenciais.
- Documentos Google para Declarações de Trabalho e Termos e Condições
- Google Docs para relatórios de despesas
- Faturamento para faturas.
- Eversign para assinaturas eletrônicas nos documentos acima.
Eu sei que para alguns dos softwares acima, alguns podem estar preocupados com a segurança, especialmente no que se refere a informações financeiras ou seguras.
Foto de John Salvino no Unsplash
Eu não tomo isso de ânimo leve. A regra geral que tento seguir é que se for algo que eu acho que precisa ser mantido completamente seguro, então usarei um sistema apropriado para usá-lo; caso contrário, se é algo que eu realmente não me importo se alguém acessar, então está tudo bem para mim.
E acho que essa é uma consideração importante que precisamos fazer como prople prestando um serviço aos outros. Na verdade, provavelmente é conteúdo para outro post, se não para um outro blog inteiro. Mas isso não é este post, nem este blog – pelo menos não agora.
Meu ponto?
Por fim, verifique se você tem o seguinte:
- uma maneira de você e seu cliente acompanharem o progresso de um projeto ao longo do ciclo de vida de desenvolvimento,
- uma maneira para eles verem como as coisas estão indo que não são abertamente técnicas, como controle de origem,
- uma maneira de compartilhar e acessar conforme necessário,
- a capacidade de se comunicar e fazer perguntas conforme necessário.
Tenho certeza de que há outras coisas dignas de nota, mas estas são fundamentais para o conteúdo deste post. Portanto, usar kanban no desenvolvimento do WordPress não é difícil, mas também é reforçado por algumas coisas adicionais que podem facilitar o processo.
Mantenha uma única fonte de verdade suportada por serviços de terceiros que facilitam a colaboração.