Sistema para software house
Empresas de desenvolvimento de software com projetos de clientes em paralelo e várias equipas.
Cada projeto com os seus próprios sprints e um quadro unificado de recursos, do Backlog à publicação e ao pagamento do cliente.
Sem cartão de crédito — o seu projeto fica pronto com o sistema completo num minuto
É assim o quadro do sistema que vai receber: colunas de fluxo de trabalho e cartões iniciais que mostram os primeiros passos
Como decorre o trabalho neste sistema?
Cada tarefa começa no «Backlog», onde os líderes de equipa reúnem e estimam os requisitos; segue para «Sprint» quando calendarizada num ciclo de trabalho próximo, ficando um programador concreto responsável por ela. Concluída a implementação, o cartão passa para «Revisão», para revisão de código por um colega — nenhum trabalho é aprovado revisto pelo próprio autor —; depois «Pronto», após passar nos testes; e «Publicado», ao subir para o ambiente do cliente. Quando se completa a fase de entrega acordada, os cartões relacionados passam para «Pagamento do cliente», para emitir a fatura associada à fase.
O chat está dividido por projetos: cada projeto tem o seu canal de coordenação diária da equipa. Já as decisões de arquitetura — escolha de base de dados, padrão de integração, mudança de estrutura — são documentadas no fórum com os seus motivos e as alternativas rejeitadas, porque um projeto que vive dois anos vai perguntar mais tarde: porque o construímos assim? Os anúncios são a voz da direção técnica: novas políticas de qualidade, atualizações de ambientes, alertas de segurança que dizem respeito a todos. Os Recebíveis lançam os pagamentos dos clientes por fases de entrega e os prémios da equipa, com total privacidade.
O diretor técnico supervisiona o quadro unificado de recursos — vê a distribuição dos programadores pelos projetos e deteta o estrangulamento cedo; os líderes de equipa gerem o Backlog dos seus projetos, movem os cartões e aprovam as revisões; e os programadores e designers executam e anexam o trabalho ao cartão, com ligações aos commits e aos designs. Em «Pagamento do cliente», o diretor confronta o realizado com o contrato antes da faturação — nenhuma fatura sem publicação documentada.
Quem faz o quê?
Os papéis operacionais deste sistema e a responsabilidade de cada um no trabalho diário — atribua-os à sua equipa tal como estão ou adapte-os à vossa realidade.
Diretor técnico
Supervisiona o quadro unificado e a distribuição de recursos entre projetos, aprova as decisões de arquitetura documentadas no fórum e confronta o «Pagamento do cliente» com os contratos antes da faturação.
Líderes de equipa
Gerem o Backlog dos seus projetos e a calendarização dos sprints, reveem o código em «Revisão», movem os cartões e acompanham os compromissos da sua equipa.
Programadores e designers
Executam as tarefas de «Sprint» e anexam o trabalho ao cartão com as respetivas ligações, participando nas revisões entre pares e nos debates de arquitetura do fórum.
Coordenador de clientes
Recebe os novos pedidos dos clientes para o «Backlog», acompanha com eles as aprovações de entrega e completa os documentos de «Pagamento do cliente» antes da faturação.
O que é preparado para si desde o primeiro dia?
Unidades do sistema
- Tarefas — Um quadro kanban com colunas de fluxo de trabalho e cartões de execução
- Chat — O canal rápido de coordenação diária da equipa
- Fórum — Discussões documentadas em secções organizadas — decisões e conhecimento que nunca se perdem
- Anúncios — A voz oficial da direção — circulares e avisos que chegam a todos
- Recebíveis — O dinheiro interno com privacidade rigorosa — recebíveis, adiantamentos e despesas
Secções do fórum (4)
- Decisões de arquiteturaDocumentação das grandes decisões de estrutura técnica — o que escolhemos, porquê, e que alternativas foram rejeitadas — referência para todo o projeto de longa duração.
- Revisões de código relevantesDiscussão dos padrões de código recorrentes nas revisões: o que se aprova como norma da empresa e o que se proíbe.
- Problemas de produção e liçõesAnálise das falhas dos ambientes em produção após a sua resolução: a causa raiz e o que impede a repetição — sem culpados, com foco no sistema.
- Ferramentas e experiênciasAvaliação de bibliotecas e ferramentas novas experimentadas por uma das equipas antes de as generalizar aos restantes projetos.
«Regras de trabalho neste sistema» — Fixado no fórum
1. Nenhum código fora de um cartão: todo o trabalho tem um cartão com descrição, estimativa e projeto definido. 2. Nenhum cartão ultrapassa «Revisão» sem revisão de um colega que não seja o autor do código. 3. Nenhuma decisão de arquitetura é executada sem ser documentada na secção «Decisões de arquitetura» e aprovada pelo diretor técnico. 4. Uma falha de produção é analisada em «Problemas de produção e lições» dentro de 48 horas após a resolução. 5. «Pagamento do cliente» só é faturado após o diretor técnico confrontar o realizado com o contrato. 6. Prémios da equipa e pagamentos de clientes ficam apenas nos Recebíveis — sem folhas paralelas.
Anúncio de boas-vindas: «Bem-vindos ao sistema da empresa»
A partir de hoje, todo o trabalho percorre um cartão de «Backlog» a «Publicado», e não há fatura a cliente sem cartões publicados e documentados. As decisões de arquitetura ficam no fórum, não no chat; o chat é só para coordenação diária. Primeiro passo: introduzir os requisitos dos projetos em curso no Backlog e calendarizar o vosso primeiro sprint. As regras de trabalho estão fixadas no fórum.
Sistemas semelhantes a este
Pronto? Seu primeiro projeto está a dois minutos
Crie seu espaço gratuito agora e convide sua equipe antes do fim do dia.