Como trabalhamos

Compreender antes de construir.

O trabalho começa pelo problema, não pela ferramenta. Cinco etapas, organizadas a partir das oito etapas do MN Framework.

01 · EtapasMN Framework

Cinco etapas, do problema à evolução.

Protótipos e validações vêm antes de comprometer arquitetura e recursos.

01
Entender
Observar · Compreender
Contexto, restrições e objetivo.
Conversamos com quem vive o problema e levantamos o contexto, os dados disponíveis, as restrições e o resultado esperado. Nada é proposto antes disso.
02
Pesquisar
Pesquisar · Estruturar
Hipóteses, referências e alternativas.
Estudamos abordagens existentes, comparamos alternativas e estruturamos hipóteses que possam ser testadas.
03
Experimentar
Experimentar
Protótipos e validações antes de comprometer arquitetura e recursos.
Provas de conceito e protótipos testam as premissas centrais antes de qualquer decisão difícil de reverter.
04
Construir
Construir
Implementação documentada e acompanhada.
A solução é implementada em entregas acompanháveis, com decisões técnicas e código documentados.
05
Evoluir
Compartilhar · Evoluir
Resultados observados, decisões registradas e melhoria contínua.
Observamos os resultados em uso real, registramos as decisões e transferimos o conhecimento para que o sistema continue evoluindo.

02 · MN Framework

Toda inovação relevante começa quando alguém decide compreender um problema antes de tentar resolvê-lo.

Etapa Entender
1. 01
  Observar
  Registrar sinais, necessidades, fricções e oportunidades.
2. 02
  Compreender
  Mapear atores, processos, dados, limitações e consequências.
Etapa Pesquisar
1. 03
  Pesquisar
  Estudar abordagens existentes, evidências e hipóteses possíveis.
2. 04
  Estruturar
  Definir arquitetura, escopo, dados e critérios de decisão.
Etapa Experimentar
1. 05
  Experimentar
  Construir provas de conceito e testar as premissas centrais.
Etapa Construir
1. 06
  Construir
  Transformar uma hipótese validada em sistema utilizável.
Etapa Evoluir
1. 07
  Compartilhar
  Documentar, publicar ou transferir conhecimento quando apropriado.
2. 08
  Evoluir
  Revisar escopo, ampliar capacidades ou originar novos ativos.

03 · Depois do contato

Do recebimento da mensagem à primeira conversa.

Triagem
A mensagem é classificada por assunto e encaminhada à frente responsável.
Leitura técnica
Avaliamos se o problema tem aderência ao que fazemos e quem da equipe o conduziria.
Retorno
Respondemos por e-mail, normalmente em até 5 dias úteis, com uma posição objetiva, inclusive quando a resposta é negativa.
Conversa
Havendo aderência, marcamos uma conversa para aprofundar contexto, restrições, dados disponíveis e critérios de sucesso.

04 · Princípios

Segurança, privacidade, rastreabilidade e resiliência não entram depois como remendo.

Isolamento: Ambientes segregados por projeto e por estágio. Comprometer um contexto não deve conceder acesso a outro.
Falha contida: Sistemas projetados para degradar de forma previsível, sem vazar estado nem ampliar o alcance do erro.

Acesso mínimo: Permissões concedidas pelo menor escopo necessário, com revisão periódica e revogação imediata na saída.
Superfície reduzida: Menos dependências, menos serviços expostos, menos permissões. Cada componente adicionado é justificado.

Rastreabilidade: Ações relevantes deixam registro auditável, com retenção definida e proteção contra adulteração.
Privacidade por padrão: Coleta mínima, anonimização quando possível e descarte no fim do ciclo de vida do dado.

Como aplicamos esses princípios e como reportar uma vulnerabilidade.

Poucas linhas bastam. Resposta em até 5 dias úteis.