👨🏽💻 Metodologia
A padronização de processos é um processo com uma função importantíssima para a Dump. Ela tem como objetivo normatizar e organizar fluxos de trabalho a fim de aumentar a produtividade e melhorar a interação entre projetos.
Isso se dá porque, quando não há um padrão, a tendência é que as equipes atuem de formas distintas, sem uma organização aparente. Desta forma, com o tempo, projetos comecem a ficar confusos, a troca de projetos e manutenção também são afetados pois acabamos levando mais tempo para localizar e intender certos fluxos.
Conforme você avançar por essa wiki, verá em vários momentos hiperlinks que vão apontar para leitura adicional do conteúdo falado, ou artigos relacionados. É importante ter em mente que esses conteúdos são complementares a essa documentação, logo, a leitura deles se torna imprescindível para entendimento completo do que esta sendo abordado. Um exemplo claro é o começo dessa introdução, que no caso contem um artigo sobre gestão de processos, texto do qual este foi baseado.
Usamos uma variação do Scrum para planejamento, organização e execução das tarefas. Nosso ciclo de desenvolvimento tem duração de uma semana, começando sempre após uma Sprint Planning onde organizamos e delegamos issues para cada colaborador. Planning essa que geralmente ocorre as segundas-feiras, dessa maneira conseguimos ter uma visão e planejamento do que é esperado ser entregue nos próximos sete dias.
As issues são categorizadas por tipo(feature, bug, debit) e priorizadas com o Negocio toda semana, issues que não entraram na sprint são mantidas no nosso Product Backlog onde serão reavaliadas para entrada na próxima sprint.
Hoje usamos o Jira como ferramenta para gerenciar nosso fluxo, para se aprofundar e entender mais nessas questões leia a nossa documentação sobre o 🔷 Jira, nela você vai conhecer e se familiarizar com os itens de trabalho, tipos e status das tarefas desenvolvidas.
A Dump tem dois repositórios principais de código, o Dump Tecnologia /dumptecnologia onde deixamos os projetos principais da empresa e dos clientes, e o The Dump Components /dump-components que usamos para pequenos pacotes de código a ser usados nos projetos principais. Essa divisão foi feita para não poluir o repositório principal com pequenos pacotes de apoio ou código de builds.