Até o ano passado, uma das maneiras pelas quais eu defini os marcos é baseada fortemente na perspectiva de como eu ou minha equipe deveríamos estar trabalhando no projeto.
No entanto, há um problema com essa abordagem: para aqueles de nós que tentam incluir o feedback do cliente ao longo do processo de desenvolvimento, não é tão fácil para eles pegar o jargão que usamos e ainda assim fazer com que entendam.
Para esse fim, comecei a definir o escopo dos marcos do projeto do WordPress de maneira um pouco diferente, para que eles sejam um pouco mais amigáveis ao cliente, enquanto ainda fazem sentido como uma equipe de desenvolvedores pode realizar o que é necessário para garantir que as coisas sejam funcionais.
Marcos do projeto WordPress
Pense, por um momento, sobre a última vez que você foi responsável por construir um plugin personalizado ou integrar uma funcionalidade personalizada em um projeto WordPress. Talvez incluísse algo como:
- Importe dados para o banco de dados do WordPress,
- Torne as informações visíveis e editáveis na área de administração do WordPress,
- Exiba as informações no front-end e de uma maneira que possa ser classificada por, digamos, valores de coluna,
- Os dados podem ser atualizados por meio de outra importação ou gerenciados a partir da área de administração,
- E talvez alguns outros recursos relacionados.
Se você dividir isso em linguagem de desenvolvedor, você vai falar muito sobre certas coisas sobre importação, análise de dados, integridade de dados e assim por diante. E tudo isso está 100% correto, e tudo isso é como deveria ser do ponto de vista de um desenvolvedor.
Mas se você estiver usando um software de gerenciamento de projetos (que decidimos recentemente na Asana ), esses tipos de marcos não ajudarão quando você trouxer usuários para o projeto.
- Como eles podem saber alguma coisa sobre os detalhes de um processo de importação?
- Como eles devem entender os aspectos técnicos de fazer algo classificável?
- Existe uma maneira de descrever facilmente um algoritmo para eles que importa?
Eu diria que não. Então, como podemos tornar os marcos do projeto WordPress mais acessíveis? Não sei se minha resposta é uma resposta sólida, mas é algo que estamos tentando e algo que parece estar funcionando relativamente bem, mas é simples:
- Os clientes geralmente pensam em seus projetos em relação a páginas (ou algo relacionado),
- Como nós, como desenvolvedores, podemos trabalhar nesse contexto, podemos definir um projeto voltado para o público para dividir as tarefas página por página.
Assim, os marcos do projeto WordPress se tornam mais sobre as tarefas por página e as tarefas restantes em um marco mais “geral".
Uma palavra sobre aspectos técnicos
Tudo mencionado acima funciona bem quando você tem o cliente envolvido em certas partes do projeto, mas ainda deixa a questão de “O que fazemos com os aspectos mais técnicos?”
E com isso, pode ser qualquer coisa, desde como você vai organizar suas interfaces, classes, métodos e assim por diante, até como você vai implementar um determinado algoritmo. Independentemente disso, o ponto é que há uma discussão técnica mais profunda que deve ser feita. Então, o que fazemos com eles ao discutir os marcos do projeto WordPress?
Existem várias opções:
- Configure um marco separado, grupo de tarefas, projetos, discussão, o que seu sistema permitir, e mantenha isso entre você e sua equipe.
- Aproveite os problemas do GitHub, projetos do GitHub, um wiki, Trello ou outro sistema,
- Mantenha as informações em outro aplicativo que esteja disponível para todos os desenvolvedores, mas isolado do cliente.
Claro, isso cria um pouco mais de sobrecarga, mas descobri que quanto mais informações você disseminar em partes do seu projeto, mais bem-sucedido ele poderá ser.
Quando as informações são deixadas de lado, espalhadas, não compartilhadas ou não detalhadas, torna-se mais difícil gerenciá-las à medida que o projeto avança, especialmente durante as iterações futuras.
A conclusão é que acho importante dividir os marcos do projeto WordPress em partes em que o cliente entenda facilmente qual trabalho está sendo feito e que você e sua equipe tenham uma maneira de gerenciar o que está sendo feito.
Como você faz isso obviamente depende de você, mas é algo que descobri que vale a pena o tempo de configuração.