Project Management é o template integrado do OpenTechnologyApp para a forma como a maioria das equipes realmente trabalha: solicitações externas entram por algum lugar, alguém decide o que vale a pena fazer, e só então isso se torna trabalho de entrega rastreado. O template mantém essas duas coisas em filas verdadeiramente separadas, não apenas em visões diferentes da mesma lista.
O que é rastreado
| Fila | O que fica ali |
|---|---|
| Request Intake | O portal público chega aqui — sem necessidade de conta para quem solicita. Cada solicitação passa por triage e aprovação antes de virar trabalho real. |
| Initiatives & Epics | A camada pai canônica — cada Epic vive aqui uma única vez |
| Product Backlog | Trabalho aprovado, ainda não comprometido a um sprint |
| Active Sprint | Trabalho comprometido em andamento |
| Risks & Milestones | Rastreado separadamente do trabalho de entrega, para que um risco não se perca dentro de um quadro de sprint |
| Weekly Reports | Um item de resumo por ciclo |
O portal é o verdadeiro diferencial
Ative o portal para Request Intake, e stakeholders externos — clientes, outras equipes, qualquer pessoa sem conta — recebem um formulário de envio limpo. O que enviam chega em Intake, passa por Triage Status (New → In Triage → Approved/Rejected/Duplicate) e um campo Decision, e só uma solicitação aprovada se torna trabalho real no backlog. Uma solicitação rejeitada ou duplicada permanece visível como um registro fechado, não é excluída — o rastro do intake é preservado, não apagado.
Essa separação estrutural é o ponto principal: nada enviado externamente pode pular direto para um sprint ativo. Precisa passar pelo triage primeiro, como tudo mais.
Dez automações, todas mudam o estado
Nada de automações que só comentam aqui — cada uma das dez realmente move algo:
- Uma solicitação sinalizada como compliance sobe automaticamente para urgente
- Uma decisão de triage aprovada muda o item para em andamento
- Uma solicitação rejeitada ou duplicada se fecha sozinha
- O trabalho comprometido passa para em andamento
- Um item bloqueado sobe para prioridade alta
- Severidade crítica força prioridade urgente
- Um campo Health em vermelho força prioridade urgente
- Trabalho atrasado é escalado
- Um item sem atualização há 7 dias é marcado para revisão
Dois dashboards, e uma coisa que deliberadamente não afirmam
Portfolio & Sprint cobre o lado da entrega: uma árvore hierárquica Epic → Work Item, detalhamentos de saúde por alinhamento estratégico, um calendário de prazos e um gráfico de itens criados ao longo do tempo. Intake & Backlog cobre o lado do triage: solicitações por status de triage, por categoria, por tipo.
Vale a pena ser preciso quanto a um widget: o gráfico "Items Created Over Time" é exatamente isso — uma taxa de criação, não velocidade de sprint. Velocidade de verdade precisa de pontos de história concluídos medidos contra as datas reais de um sprint encerrado, e este template ainda não tem entidades de sprint com data de início/fim — Sprint aqui é um campo de categoria (Current Sprint / Next Sprint / Backlog), não um registro completo de sprint. O dashboard não afirma um número que não consegue sustentar.
A mesma honestidade vale para a hierarquia: Initiative existe como tipo de item, mas o vínculo pai-filho que realmente funciona hoje é de dois níveis — Epic → Work Item. Uma hierarquia real de três níveis Initiative → Epic → Work Item ainda não está integrada ao seeder.
Ainda sem playbooks
Diferente dos cinco do IT Device Audit, o Project Management ainda não vem com playbooks. A estrutura de filas e campos está pronta para um runbook de triage ou uma checklist de planejamento de sprint — construir um por enquanto é com você.
Como conseguir
Novo projeto → Project Management a partir do seletor de templates em opentechnologyapp.com. Seis filas, catorze tipos de item, dez automações e dois dashboards — ative o portal em Request Intake quando estiver pronto para que solicitações externas cheguem a algum lugar real.