Política de novos desenvolvimentos técnicos
Neste artigo mostraremos com funciona o fluxo para novos desenvolvimentos técnicos no Brainlaw.
- Novas funcionalidades
- Personalizações
- Integrações com sistemas externos
- Integrações via API
O objetivo é garantir previsibilidade, transparência, alinhamento de expectativas e uso estratégico da capacidade do time de tecnologia.
1. Escopo
Todos os desenvolvimentos solicitados por clientes são tratados como Ordens de Serviço (OS) e seguem fluxo estruturado, independentemente da complexidade.
As demandas são alocadas nas sprints do time de tecnologia conforme:
- Prioridade estratégica
- Valor agregado ao negócio
- Complexidade técnica
- Capacidade do time
2. Fluxo de Desenvolvimento (Ordem de Serviço – OS)
Toda demanda seguirá obrigatoriamente as etapas abaixo:
- Registro da solicitação no backlog de produto
- Mapeamento da demanda com detalhamento de fluxos e funcionalidades
-
- Essa etapa é realizada em reuniões com os envolvidos!
- Estruturação interna e revisão técnica para estimativa de tempo e custo
- Validação do escopo técnico e aprovação do orçamento pelo cliente
- Assinatura do documento de escopo técnico pelo cliente
- Faturamento do orçamento
- Pagamento conforme política financeira do cliente
- Priorização da demanda em sprint
- Início do desenvolvimento
- Testes internos Brainlaw
- Homologação pelo cliente
- Ajustes finais e entrega em produção
3. Condições Financeiras
O desenvolvimento somente será priorizado após:- Aprovação formal do escopo técnico e orçamento
- Faturamento
- Respeito às condições de pagamento acordadas
- O prazo de pagamento seguirá a política vigente de cada cliente
4. Escopo Técnico e Controle de Mudanças
Após validação e assinatura do escopo técnico:
- Nenhuma alteração será realizada em regras, fluxos ou entregáveis.
- Ajustes, melhorias ou novas regras identificadas após a entrega:
- Deverão ser direcionadas ao backlog de produto
- Gerarão nova Ordem de Serviço (OS)
- Estarão sujeitas a nova estimativa de prazo e custo
5. Homologação e Dependências Externas
Para que o desenvolvimento seja concluído:
- O cliente deverá realizar os testes em ambiente de homologação quando aplicável.
- Em casos de integração com sistemas externos:
- O cliente deverá fornecer ambiente de homologação funcional.
- A ausência desse ambiente inviabiliza a conclusão do projeto.
Caso o cliente não realize os testes ou não disponibilize ambiente externo adequado, o projeto poderá ser pausado até a regularização.
6. Projetos de Maior Complexidade
Projetos que:
- Envolvam múltiplas equipes
- Possuam integrações complexas
- Impactem fluxos críticos
Deverão contar com:
- Touchpoints semanais ou quinzenais
- Acompanhamento estruturado de status
- Gestão ativa de riscos e dependências
7. Documentação e Treinamento
Todo novo desenvolvimento será entregue com:
- Documentação técnica ou funcional adequada
- Atualização da base de conhecimento, quando aplicável
- Eventual treinamento, quando necessário
8. Como Solicitar um Novo Desenvolvimento
Solicitações devem ser encaminhadas para:
O e-mail deve conter:
- Descrição detalhada da necessidade
- Objetivo do desenvolvimento
- Fluxo esperado
- Sistemas envolvidos (quando aplicável)
- Ao menos 3 opções de agenda para alinhamento inicial
A partir do recebimento, a demanda será registrada no backlog de produto e seguirá o fluxo descrito nesta política.