Pular para o conteúdo
Kondax

A metodologia Kondax

Uma forma de construir software em que agentes de IA preparam o trabalho e pessoas decidem, com registro, do problema ao sistema em uso. Tudo o que a Kondax faz, com a sua equipe ou por ela, segue esta metodologia.

Cinco princípios

  • Especificar antes de construir. Nenhuma linha de código antes de o problema estar entendido e o escopo aprovado. O que se constrói é o que foi decidido, não o que deu para fazer.

  • Uma pessoa aprova cada parte. Os agentes de IA preparam; a decisão é sempre de alguém da sua empresa, com nome, data e justificativa. Nada segue sem essa aprovação.

  • Tudo registrado e versionado. Cada revisão e cada versão ficam guardadas. Quando alguém perguntar por que o sistema é assim, a resposta existe e pode ser consultada.

  • O protótipo valida antes do código. Quem vai usar o sistema navega por ele antes de qualquer construção. Erro de entendimento se corrige em dias, não em meses.

  • As regras da sua empresa orientam a IA. As diretrizes, as políticas e os documentos da sua organização entram antes de os agentes prepararem qualquer coisa. O resultado fala a língua da sua empresa.

As fases e quem aprova

  1. Discovery
    • Cinco perguntas
    • Épicos
    • Protótipo
    Aprova
    Diretoria e responsável pelo negócio
  2. Especificação
    • Requisitos com critérios de aceite
    Aprova
    Responsável pelo negócio
  3. Construção
    • Entregas semanais
    Aprova
    Responsável pelo negócio
  4. Entrega
    • Sistema em uso
    Aprova
    Diretoria
  • Discovery. A ideia responde às cinco perguntas: Propósito (por quê), Visão (o quê), Pessoas (para quem), Alternativas (contra quem) e Plano (como). Os agentes preparam cada parte a partir do briefing e dos documentos da empresa; cada parte passa por revisão registrada. Do escopo aprovado saem os épicos, as features e o protótipo navegável, validado com quem vai usar. É a fase coberta pelo módulo Kondax Discovery. Aprova: a diretoria, o Propósito e o escopo; o responsável pelo negócio, as demais partes e o protótipo.
  • Especificação. Os épicos viram requisitos com critérios de aceite. Aprova: o responsável pelo negócio.
  • Construção. Entregas semanais, cada uma com o que foi feito e o que vem a seguir. Aprova: o responsável pelo negócio, a cada entrega; a equipe de TI da empresa revisa a arquitetura quando existe.
  • Entrega. Sistema funcionando, código no repositório da empresa com testes, especificação e registro de decisões. Aprova: a diretoria, no aceite final.

As fases depois do Discovery seguem a mesma disciplina de revisão e registro; o detalhe de como trabalhamos nelas fica para a conversa.

Quem faz o quê

Do lado da sua empresa:

  • Patrocinador ou diretoria. Aprova o Propósito, o escopo da primeira versão e o aceite final.
  • Responsável pelo negócio. A pessoa do dia a dia: valida as partes do Discovery, aprova a especificação, o protótipo e cada entrega.
  • Equipe de TI. Quando existe, revisa a arquitetura e recebe o código e a documentação.
  • Usuários-chave. Validam personas, jornadas e protótipo. Participam, sem aprovar formalmente.

Do lado da Kondax: quem conduz a iniciativa na plataforma, prepara as revisões e responde pelo prazo e pelo preço fechados. No programa de adoção, esse papel passa à sua equipe, com o nosso acompanhamento.

O que você recebe em cada fase

  • Do Discovery. O dossiê da iniciativa, com as cinco partes aprovadas; os épicos e as features; o protótipo navegável, aberto por link; o Business Model Canvas, o Lean Canvas, o resumo de uma página em PDF e em apresentação, e as jornadas em fluxograma.

  • Da especificação. Os requisitos com critérios de aceite.

  • Da construção e da entrega. O sistema funcionando, o código-fonte com testes no seu repositório e o registro de cada decisão e aprovação.

A metodologia acontece na plataforma

A metodologia é a forma de trabalhar; a plataforma Kondax é onde ela acontece. O módulo Kondax Discovery cobre a fase de Discovery; as demais fases seguem com a mesma disciplina de revisão e registro.