FastInBox | Planejamento executivo
Documentacao 5W2H Completa
Versao: 2.0 | Status: Em execucao controlada
Documento de planejamento tatico-operacional estruturado em 5W2H para garantir clareza de objetivo, dono, prazo, metodo e custo tecnico da plataforma.
1. Premissas de planejamento
O 5W2H do FastInBox foi construido para reduzir ambiguidade de backlog e alinhar time tecnico com objetivo de negocio. Cada resposta foi desdobrada em acao verificavel, criterio de aceite e risco associado.
- Horizonte primario: validacao do fluxo E2E em ambiente academico.
- Horizonte secundario: preparar transicao para persistencia server-side.
- Premissa de qualidade: toda entrega deve ser demonstravel e rastreavel.
2. Matriz 5W2H
| Dimensao | Definicao executiva | Resultado tecnico esperado |
|---|---|---|
| What | Plataforma white label para venda de marmitas personalizadas. | Fluxo funcional por perfil com status integrado. |
| Why | Eliminar operacao manual fragmentada e elevar previsibilidade. | Reducao de retrabalho e rastreabilidade de pedido. |
| Where | Canal digital web, acesso desktop e mobile. | Interfaces responsivas e navegacao consistente. |
| When | Execucao em sprints incrementais. | Entregas parciais com validacao ao fim de cada ciclo. |
| Who | Time PI III com papeis tecnicos e de design. | Responsabilidades distribuidas por dominio. |
| How | Arquitetura modular com repositorios segregados. | Build, deploy e docs controlados por repositorio. |
| How much | Escopo MVP de baixo custo de infraestrutura. | Evolucao progressiva da plataforma por etapas. |
3. Desdobramento por pacote de trabalho
3.1 Pacote A - Jornada do nutricionista
- Cadastro e gestao de pacientes.
- Criacao de pedido com itens e preco.
- Geracao de codigo unico para paciente.
3.2 Pacote B - Jornada do paciente
- Acesso por codigo, revisao e confirmacao.
- Pagamento simplificado no proprio fluxo.
- Acompanhamento de status do pedido.
3.3 Pacote C - Jornada da fabrica
- Painel kanban de producao.
- Mudanca de estado auditavel.
- Visibilidade de itens e janela de entrega.
4. Governanca de execucao
| Responsavel | Escopo principal | Criterio de conclusao |
|---|---|---|
| Produto tecnico | Regras de dominio, integracao de jornadas e QA | Fluxo completo sem quebra de navegacao |
| DevOps | Pipeline, deploy e estabilidade de ambiente | Publicacao confiavel e rastreavel |
| Design | Padrao visual e consistencia de interface | Leitura clara em desktop e mobile |
As decisoes de escopo sao registradas por sprint para evitar mudanca silenciosa de criterio durante o desenvolvimento.
5. Riscos taticos e contingencia
- Risco de expansao de escopo antes da validacao do nucleo: mitigado por gate de sprint.
- Risco de regressao visual entre telas: mitigado por padrao unificado de componentes.
- Risco de inconsistencias de status: mitigado por transicoes controladas no dominio.
- Risco de indisponibilidade de ambiente: mitigado por deploy publico duplicado (app + docs).
Este 5W2H funciona como contrato operacional entre negocio e engenharia: toda alteracao de premissa deve ser registrada com impacto tecnico explicito.
6. Indicadores de acompanhamento (execucao)
| Indicador | Formula de apuracao | Meta de referencia |
|---|---|---|
| Conformidade de sprint | Itens concluido / itens comprometidos | >= 80% |
| Taxa de regressao | Bugs reabertos / bugs corrigidos | <= 15% |
| Lead time de pedido | Data entrega - data pagamento | Tendencia de reducao por sprint |
| Cobertura documental | Artefatos atualizados / artefatos impactados | 100% por release |
7. Dependencias e pre-condicoes de execucao
- Ambiente de build e deploy ativo para validar incrementos.
- Backlog versionado com priorizacao explicita por sprint.
- Padrao de commit semantico para rastreabilidade tecnica.
- Artefatos de documento revisados no mesmo ciclo da implementacao.
- Ritual de review e retrospectiva para fechamento de pendencias.
Qualquer dependencia bloqueada deve ser registrada no encerramento semanal com plano de contorno e responsavel nomeado.
8. Criterios de aceite por pacote
| Pacote | Entregavel minimo | Criterio de aceite |
|---|---|---|
| Jornada do nutricionista | Cadastro, pedido e geracao de codigo | Pedido criado sem erro e codigo compartilhavel |
| Jornada do paciente | Revisao, confirmacao e pagamento | Fluxo concluido sem sair da plataforma |
| Jornada da cozinha | Fila operacional e mudanca de status | Somente pedidos pagos aparecem e avancam na trilha |
| Governanca | Dashboard e artefatos de acompanhamento | Equipe consegue demonstrar status, riscos e evidencias |
9. Cadencia operacional de acompanhamento
| Ritual | Frequencia | Objetivo | Saida esperada |
|---|---|---|---|
| Checkpoint tecnico | Semanal | Validar risco e integridade dos fluxos | Lista de bloqueios e contornos |
| Review de sprint | Fechamento de ciclo | Conferir entrega contra escopo prometido | Evidencias e aceite funcional |
| Retrospectiva | Fechamento de ciclo | Registrar licoes e acoes corretivas | Plano de melhoria para sprint seguinte |
| Atualizacao documental | A cada mudanca estrutural | Manter coerencia entre codigo e artefato | Documento revisado e publicado |
10. Premissas de esforco e recursos
- O time atual combina responsabilidade de produto tecnico, design e infraestrutura.
- As entregas precisam caber em ciclos curtos com evidencia publica para banca.
- Recursos externos criticos entram em fase posterior sem bloquear o MVP demonstravel.
- Aumento de escopo exige corte explicito de item menos critico no mesmo ciclo.