Modelo de implantação
Como um sistema entra em operação
Entregar um módulo é fácil. Difícil é fazer um setor inteiro parar de usar a planilha antiga e passar a trabalhar dentro do sistema. Esta página descreve o formato que a Visage Web adota em todos os projetos para que isso aconteça, quem faz o quê e em que ritmo.
01 · O princípio
Um projeto de software não é medido pelo que foi construído. É medido pelo que está em uso.
Software entregue não é software implantado. Um módulo publicado, bonito e funcional, que nenhum setor abriu em trinta dias, vale exatamente zero para a empresa que pagou por ele. Vale menos que zero, porque ocupa lugar no menu, confunde o usuário e envelhece sem ninguém perceber.
É comum um sistema crescer torto: uma área recebe atenção total e fica excelente, enquanto as outras oito ficam construídas e paradas. Isso não acontece por falta de tecnologia, acontece por falta de gente do lado do cliente para receber cada área.
O modelo abaixo existe para corrigir isso. Ele distribui a responsabilidade de receber o sistema entre várias pessoas da empresa, em vez de concentrar tudo em uma só, e amarra cada entrega a um uso real antes de seguir adiante.
02 · Os quatro papéis
Todo projeto precisa dessas quatro funções ocupadas por nome e sobrenome. Papel sem dono é a causa número um de projeto travado.
Patrocinador
Diretoria ou sócio do cliente. Uma pessoa.
- Para que serve
- Dizer que o sistema novo é o caminho oficial da empresa e desligar o caminho antigo. Sem essa autoridade, cada setor decide sozinho se adota, e a maioria não adota.
- Decide
- Ordem das áreas, orçamento, prazo e desempate quando dois setores querem coisas opostas.
- Tempo
- Uma reunião por mês, mais as decisões que chegarem no meio do caminho.
Coordenador do projeto
Funcionário do cliente. Uma pessoa, e apenas uma.
- Para que serve
- Ser o ponto único entre a empresa e a Visage Web. Tudo que a empresa precisa passa por ele antes de virar pedido. Nada entra por fora.
- Faz
- Mantém a fila única, classifica prioridade, fecha o escopo da semana, cobra os multiplicadores, valida a entrega e comunica o andamento para a diretoria.
- Não faz
- Não testa sozinho o sistema inteiro nem treina a empresa inteira. Se ele estiver fazendo isso, o projeto tem um gargalo de uma pessoa e vai parar.
- Tempo
- Parte relevante da semana. É função de verdade, não tarefa extra encaixada nas sobras do dia.
Multiplicador de área
Um por setor: expedição, manutenção, comercial, financeiro, compras, pessoal.
- Para que serve
- Ser o dono do sistema dentro do próprio setor. Escolha quem já opera o processo todo dia e é procurado pelos colegas quando surge dúvida. Não precisa entender de tecnologia.
- Faz
- Explica como o setor trabalha hoje, testa a entrega com dado real do dia a dia, aprova ou reprova, treina os colegas e é a primeira porta quando alguém do setor trava.
- Por que muda tudo
- Uma pessoa não consegue implantar oito áreas. Oito pessoas implantam uma área cada, ao mesmo tempo, e cada uma defende o próprio setor porque o resultado é dela.
- Tempo
- Poucas horas por semana enquanto a área dele está sendo implantada. Depois disso, quase nada.
Visage Web
Desenvolvimento, arquitetura, servidor e publicação.
- Faz
- Traduz a regra de negócio em sistema, constrói, publica em homologação, corrige defeito e cuida de banco de dados, segurança, integridade da informação, backup e desempenho.
- Garante
- Que o que foi aprovado seja construído, que o dado não se perca e que uma mudança em uma área não quebre outra.
- Não faz
- Não decide como a sua empresa deve trabalhar, não desenha o processo interno e não treina o usuário final. Isso é do coordenador e dos multiplicadores, que conhecem a operação por dentro. Quando a empresa quer essa parte também, ela é contratada à parte, como consultoria de processos.
03 · O ciclo da semana
O projeto anda em semanas fechadas. Uma semana tem um escopo, e esse escopo não muda no meio.
O coordenador fecha a lista da semana
Ele revisa a fila com os multiplicadores e define o que entra. A lista sai por escrito, no canal oficial, com o que foi acordado e o que ficou de fora. A partir desse momento a semana está fechada.
A Visage Web constrói e publica em homologação
Cada item concluído é avisado com o link e uma explicação em linguagem simples do que mudou e do que precisa ser testado. Defeito que parou a operação fura a fila e é atendido na hora, esse é o único caso.
Os multiplicadores testam com dado real
Testar não é abrir a tela e achar bonita. É executar o processo do começo ao fim com um caso verdadeiro do setor, incluindo o caso estranho que sempre aparece na vida real. Cada item recebe aprovado ou reprovado, com o motivo.
Aceite, publicação e registro
O que foi aprovado vai para produção. O que foi reprovado volta para a fila da semana seguinte com o motivo registrado. O coordenador recebe o resumo do que entrou no ar e repassa para a diretoria.
Por que escopo fechado. Pedido que entra no meio da semana parece pequeno e custa caro: interrompe o que estava em construção, empurra o que estava quase pronto e faz a semana terminar com várias coisas pela metade e nada implantado. Uma lista curta que chega inteira ao usuário vale mais do que dez itens começados.
04 · A vida de um módulo
Nenhuma área começa antes da anterior estar em uso. Uma de cada vez, do começo ao fim.
Levantamento
O multiplicador da área mostra como o setor trabalha hoje, com os documentos e planilhas de verdade em mãos. O coordenador registra. Aqui aparece o que ninguém tinha escrito antes, inclusive as regras que só existem na cabeça de quem executa.
Saída · documento com o processo atual, as regras e quem participa de cada etapa.
Desenho da solução
A Visage Web propõe como aquilo vira sistema: telas, campos, quem acessa o quê, o que é obrigatório e o que o sistema vai impedir. É aqui que se discute e se muda de ideia, porque nesta etapa mudar é barato.
Saída · proposta escrita, revisada pelo multiplicador e aprovada pelo coordenador.
Aprovação por escrito
O coordenador aprova formalmente o desenho. É um passo curto e é o mais importante desta página: ele separa o que foi combinado do que veio depois, e é o que permite tratar mudança de ideia como mudança de ideia, sem desgaste entre as partes.
Saída · aprovação registrada, com data.
Construção
A Visage Web constrói o que foi aprovado, dentro do ciclo semanal. Nada além do aprovado entra sem passar pela fila.
Saída · módulo publicado em homologação, com o resumo do que foi feito.
Homologação
O multiplicador roda o processo inteiro em ambiente separado, com dado real, sem risco para a operação. Correções desta etapa entram na semana seguinte e não são cobradas: fazem parte da entrega.
Saída · aceite do multiplicador e do coordenador.
Implantação assistida
O módulo vai para produção e o multiplicador treina o setor, com a Visage Web disponível para o que travar. Nesta fase se define uma data para desligar o caminho antigo, porque sistema novo convivendo com planilha antiga por tempo indeterminado sempre perde.
Saída · setor operando no sistema e caminho antigo com data marcada para sair.
Adoção medida
Trinta dias depois olhamos o uso real: quantas pessoas do setor operaram, quantos registros nasceram, se restou processo paralelo por fora. Só então o módulo é considerado implantado e a área seguinte começa.
Saída · relatório de adoção e encerramento formal da área.
05 · Defeito, ajuste, melhoria ou desenvolvimento
Quase todo desgaste entre fornecedor e cliente nasce de chamar tudo de ajuste. Esta é a classificação que usamos, e ela vale para os dois lados.
| Tipo | O que é | Quem aprova | Como entra | Custo |
|---|---|---|---|---|
| Defeito | O sistema não faz o que foi aprovado, ou parou de fazer. Erro de tela, cálculo errado, botão que não responde. | Ninguém, é obrigação nossa | Fura a fila quando para a operação | Sem custo |
| Ajuste | Mudança pequena dentro do que já existe e não altera a regra: um rótulo, a ordem de um campo, um filtro a mais na lista. | Coordenador | Entra na lista da semana | Dentro do contrato |
| Melhoria | Muda o comportamento de algo que já foi aprovado e está em uso. Novo campo obrigatório, nova regra de aprovação, novo aviso automático. | Coordenador, com aviso ao patrocinador | Vai para a fila e é priorizada | Dentro do contrato, conforme o volume |
| Desenvolvimento | Área ou função nova que não existia: um módulo inteiro, uma integração com outro sistema, um aplicativo. | Patrocinador | Passa por levantamento, proposta e prazo próprios | Orçado à parte |
| Retrabalho | O que foi desenhado, aprovado, construído, testado e aceito, e depois a empresa decidiu que quer diferente. | Patrocinador | Nova proposta | Orçado à parte |
Sobre mudar de ideia. Mudar de ideia é legítimo e acontece em todo projeto sério. O que não existe é mudar de ideia sem custo depois da construção. Por isso a etapa de aprovação por escrito é curta e insistente: ela é o momento barato de mudar. Depois dela, refazer significa desmontar algo que já funciona e reconstruir, com o mesmo esforço da primeira vez.
06 · Quando um item está pronto
Pronto não é publicado. É estar em uso, pelo usuário certo, sem apoio.
- O que foi entregue é o que foi aprovado por escrito, e a diferença, se houver, está explicada.
- O multiplicador testou com dado real do setor, incluindo pelo menos um caso fora do padrão.
- Funciona no computador e no celular, quando a rotina do setor acontece em campo.
- Quem pode ver e fazer cada coisa está definido, e foi testado entrando com o acesso de um usuário comum.
- O setor foi treinado pelo multiplicador, não pelo fornecedor.
- Pelo menos uma pessoa do setor, além do multiplicador, usou sozinha no trabalho de verdade.
- Existe data marcada para desligar a planilha ou o sistema antigo que fazia aquilo.
07 · Canal único e prioridade
Um lugar para pedir, um jeito de classificar.
Todo pedido entra pela central de chamados do projeto. Não vale pedido por conversa de corredor, mensagem solta, áudio ou print sem contexto, e isso não é burocracia: dois canais criam duas filas, e duas filas fazem duas pessoas mexerem no mesmo arquivo ao mesmo tempo, o que quebra o que já estava funcionando.
Um bom chamado tem cinco linhas: onde acontece, o que você fez, o que aconteceu, o que deveria acontecer e quem está sendo afetado. Print ajuda quase sempre.
| Prioridade | Quando usar | Resposta |
|---|---|---|
| Parou | A operação não consegue trabalhar e não existe outro caminho. Nota que não sai, equipe parada, cliente esperando. | Imediata, furando a fila da semana |
| Trava | Atrapalha bastante, mas existe um contorno enquanto isso. | Dentro da semana corrente |
| Normal | Melhora o trabalho e pode esperar a próxima semana. | Entra na fila e é priorizada na segunda |
Quem classifica é o coordenador, nunca quem abriu o chamado, porque todo pedido é urgente para quem o escreveu. E vale uma regra simples: se tudo é urgente, nada é. Quando existem cinco itens marcados como parou ao mesmo tempo, o projeto perdeu a fila e a semana vai terminar sem entrega.
08 · Como medimos o projeto
Medimos adoção, não volume de entrega.
Contar quantos chamados foram atendidos diz pouco sobre a saúde de um projeto. Um sistema pode receber centenas de melhorias em uma área e continuar sem nenhum uso nas outras. Por isso acompanhamos, por área:
- Quantas pessoas diferentes do setor operaram na semana.
- Quantos registros de verdade nasceram no período, e não em teste.
- Se o processo antigo foi desligado ou continua rodando em paralelo.
- Quanto tempo um chamado leva entre ser aberto e ser aceito pelo usuário.
Área entregue e sem uso depois de trinta dias não é comemorada como pronta. Ela volta para revisão com o multiplicador, para descobrir se o problema é a solução, o treinamento ou a falta de decisão de desligar o caminho antigo.
09 · O que trava um projeto
Cinco causas, na ordem em que aparecem com mais frequência.
- Coordenador sem tempo A empresa nomeia alguém que já tem o dia cheio e trata o projeto como tarefa extra. A fila para de ser cuidada, o pedido chega cru e a semana fecha sem escopo.
- Área sem multiplicador O módulo é construído, publicado e não tem quem receba. Ninguém testa com dado real, ninguém treina o setor, e a área nasce parada.
- Escopo que muda no meio Pedidos entram fora da semana, cada um pequeno. Somados, quebram a entrega e a semana termina com muita coisa começada e nada em uso.
- Aprovação que nunca vem O desenho fica parado esperando alguém dizer sim. Enquanto isso a construção não começa, e quando a resposta chega, o entendimento já mudou.
- Sistema antigo mantido em paralelo É a causa mais fatal e a mais silenciosa. Enquanto existir o caminho conhecido, a maioria continua nele, e o sistema novo vira obrigação de poucos. Desligar o antigo precisa de data e de decisão da diretoria.
10 · O acordo
O que cada lado assume ao adotar este modelo.
A Visage Web garante
- Uma entrega fechada por semana, publicada e explicada em linguagem simples.
- Atendimento imediato para o que parou a operação, em dia útil.
- Ambiente de homologação separado, para testar sem risco para o trabalho real.
- Correção sem custo do que não corresponde ao que foi aprovado.
- Cuidado com a integridade do dado, com a segurança e com o desempenho do sistema, mesmo quando isso não aparece na tela.
- Aviso antecipado quando um pedido tem impacto além do que parece.
O cliente garante
- Um coordenador nomeado, com tempo reservado na semana.
- Um multiplicador por área, com nome definido antes do módulo começar.
- Escopo fechado na segunda e respeitado durante a semana.
- Homologação feita no prazo combinado, com dado real.
- Decisão registrada por escrito, inclusive quando a decisão é mudar de ideia.
- Data para desligar o processo antigo de cada área implantada.
Este modelo não existe para criar formalidade. Ele existe porque projeto de sistema quase nunca falha por causa de tecnologia. Falha porque o pedido entrou por cinco caminhos, porque ninguém do lado de dentro tinha tempo de receber, e porque o processo antigo nunca foi desligado. Resolvido isso, o resto é trabalho.
Quer conduzir o seu projeto assim? Conte o que a sua operação precisa e mostramos por onde começar.
Falar com a Visage Web