Backlog sem revisão
Antes de criar issues, o sistema prepara preview com suposições, critérios de aceite e dependências.
SaaS B2B para engenharia assistida por agentes
Orquestre desenvolvimento de software com IA, controle humano e rastreabilidade.
O About Development transforma briefing, repositório e requisitos aprovados em backlog operacional, cards técnicos, execução assistida, testes e homologação — sem prender seu fluxo a um único provider.
- Jira
- adapter inicial
- Git Flow
- leitura e validação
- 1 worker
- política beta
Requisito aprovado
cards e dependências gerados para revisão
Worker controlado
play/pause por projeto e limites de execução
Entrada
Briefing, transcrição ou requisito manual
Contexto
Repositório, Git Flow, identidade visual e workflow
Saída
Backlog, execução assistida e homologação humana
Por que existe
Entre a ideia e a entrega existe um espaço onde os projetos perdem clareza.
Reuniões viram anotações soltas, requisitos chegam ambíguos, o repositório possui regras locais que ninguém documentou direito, e o backlog passa a misturar decisão de negócio com execução técnica.
O About Development foi desenhado para organizar essa transição: capturar demanda, estruturar requisitos, preservar contexto técnico, acionar workers sob demanda e manter humanos nos pontos de aprovação.
Contexto disperso
O repositório, módulos, padrões, Git Flow e workflow entram como contexto operacional do projeto.
Execução sem controle
Workers só entram quando o projeto está ativo, respeitando limites, fila, logs e governança.
Promessa maior que maturidade
Métricas são operacionais e prudentes, sem tratar IA como garantia absoluta de prazo ou resultado.
Fluxo operacional
Do requisito à homologação, com gates claros.
O produto nasce com um fluxo controlado: primeiro entender, depois aprovar, só então executar.
1
Conectar projeto
O usuário informa repositório, branch, credenciais temporárias para teste de acesso e dados iniciais do projeto.
2
Configurar workflow
Jira é o provider inicial, mas a arquitetura mantém contratos para Azure Boards, GitHub Issues, Linear e plugins futuros.
3
Entender contexto
O About Development identifica tecnologias, componentes, Git Flow, padrões visuais e regras relevantes do repositório.
4
Criar requisito
Um modal conversacional estrutura problema, regras, fluxo, critérios de aceite, prioridade e resumo aprovado.
5
Decompor cards
O requisito vira stories, tasks e subtasks provider-neutral, com dependências e estimativas técnicas revisáveis.
6
Executar e homologar
Workers atuam dentro dos limites do workspace; a entrega passa por teste, revisão e homologação humana e também automatizada antes do fechamento.
Recursos do MVP
Uma base premium para operação assistida.
O foco inicial é evitar autonomia excessiva: cada recurso foi pensado para manter contexto, custo e aprovação sob controle.
Wizard de projeto com repositório próprio
Clone, credenciais temporárias, nome normalizado, teste de acesso e preparação do projeto antes da primeira execução.
Dashboard de projetos e componentes
Visão por projeto, componentes, status operacional, progresso, requisitos e atividade recente.
Kanban por workflow configurado
Colunas carregadas por provider, sem fixar a experiência em um único sistema de tarefas.
Requisito conversacional
Coleta estruturada de problema, fluxo esperado, regras, critérios e resumo aprovado.
Git Flow e contexto técnico
Leitura do histórico, tecnologias, arquitetura, módulos, branches e padrões de frontend/backend.
Governança beta
Limites por workspace, worker inicial, paralelismo controlado e play/pause por projeto.
Governança e segurança
Agentes só são úteis quando operam dentro de limites claros.
A proposta do About Development não é dar autonomia irrestrita para IA. O produto foi documentado para trabalhar com sandbox, controle de fila, quotas, logs, limpeza de workspace, revisão humana e separação entre domínio do produto e adapters externos.
Conversar sobre pilotoCredenciais tratadas com cautela
O teste de repositório usa credencial temporária e o fluxo inicial evita persistir token ou senha informados apenas para validação.
Core pluginável
Jira, Git, workflow, entrega, deploy e hospedagem são adapters ou plugins, não dependências rígidas do domínio.
Execução com play/pause
Projetos pausados ficam fora da fila operacional. Isso dá ao cliente controle direto sobre quando workers podem atuar.
Métricas prudentes
O dashboard acompanha operação, custo, progresso e impedimentos sem vender SLA ou produtividade garantida antes da maturidade.
Experiência do produto
Interface densa, objetiva e operacional.
A direção visual usa vinho como cor predominante, cards claros, bordas discretas e leitura rápida para ambientes B2B.
Indicado para
Para quem quer transformar uma ideia em software com mais clareza e controle.
O About Development foi pensado para diferentes realidades: empresas grandes ou pequenas, profissionais autônomos e entusiastas. Pode apoiar um projeto único ou uma operação contínua, começando do zero ou trabalhando a partir de um repositório já existente.
Perguntas frequentes
Posicionamento claro desde o início.
O About Development substitui uma equipe de desenvolvimento?
Não como promessa absoluta. A proposta inicial é uma operação assistida por agentes, com aprovação humana, revisão, testes automáticos e manuais, homologação humana e automatizada e limites de execução.
Preciso usar Jira?
O Jira é o adapter inicial. A arquitetura foi pensada para permitir plugins e providers futuros, como Azure Boards, GitHub Issues, GitLab, Linear, About Plan e provider interno.
O produto cria projetos do zero ou continua projetos existentes?
Os dois casos serão possíveis: criar um projeto do zero ou continuar um projeto existente. Antes do lançamento oficial, haverá fases beta focadas em cenários específicos; o contexto de cada projeto será avaliado para definir a fase adequada e a ordem de acesso.
Como o produto evita execução descontrolada por IA?
Com gates de aprovação, worker inicial no beta, paralelismo limitado, play/pause por projeto, fila operacional, políticas de quota, logs e separação entre domínio e adapters.
Próximo passo
Monte um piloto controlado para validar o fluxo no seu ambiente.
Comece com um workspace, um projeto, um repositório e um worker. Valide briefing, backlog, execução assistida e homologação antes de ampliar o uso.