Capítulo 61 — Matriz de Responsabilidades
Este capítulo consolida, em formato estruturado e operacionalizável, a distribuição de responsabilidades entre a PRODEMGE e a Parceira Tecnológica ao longo dos sessenta meses de vigência do Contrato de Parceria. A distri…
61.1 Objetivo
Este capítulo consolida, em formato estruturado e operacionalizável, a distribuição de responsabilidades entre a PRODEMGE e a Parceira Tecnológica ao longo dos sessenta meses de vigência do Contrato de Parceria. A distribuição cobre todas as dimensões relevantes da parceria: governança, desenvolvimento, operação, segurança, relacionamento com órgãos, dados e evolução da plataforma.
A Matriz de Responsabilidades não é uma peça declaratória. É o instrumento que resolve ambiguidades antes que elas se tornem conflitos, que define quem pode agir sem consulta e quem precisa ser consultado antes de agir, e que permite auditoria objetiva sobre o cumprimento das obrigações contratuais de cada parte. Em uma parceria de cinco anos, com dezenas de órgãos participantes e uma plataforma em evolução contínua, a ausência de uma matriz explícita produz sobreposição de esforço, lacunas de cobertura e disputas de escopo que minam a confiança entre as partes.
61.2 Contexto
O Plano de Negócio Referencial (Anexo I do Chamamento) estabelece a Matriz de Responsabilidades como elemento central da parceria, listando vinte e uma responsabilidades-chave e sua atribuição entre PRODEMGE e Parceira. A Minuta de Contrato (Anexo VII) detalha as obrigações de cada parte em linguagem contratual, com ênfase nos deveres de execução, fiscalização e reporte. Os capítulos anteriores do Documento Mestre — em especial os Capítulos 51 (Operação), 52 (Sustentação), 53 (SLA), 56 (Governança), 57 (Gestão de Projetos), 58 (Configuração e Código), 59 (Mudanças) e 60 (Riscos) — operam sobre papéis e responsabilidades definidos localmente, sem uma visão consolidada que permita verificar coerência e completude.
Este capítulo preenche essa lacuna. Ele consolida as responsabilidades distribuídas ao longo do documento, expande a granularidade da matriz original do Plano de Negócio, e organiza o resultado em três instrumentos complementares: a Matriz de Domínio (responsabilidade por área de atuação), a Matriz RACI de Processos Críticos (responsabilidade por processo operacional específico), e a Matriz de Escalonamento (responsabilidade por nível decisório em situações de desvio ou conflito).
A adoção do modelo RACI — Responsible, Accountable, Consulted, Informed — é deliberada. O modelo distingue quem executa (R), quem responde pelo resultado (A), quem é consultado antes da decisão (C) e quem é informado depois da ação (I). Essa distinção é mais útil operacionalmente do que a atribuição binária PRODEMGE/Parceira, pois permite identificar situações em que ambas as partes têm papel, mas papéis diferentes.
61.3 Escopo
Este capítulo cobre:
- definição operacional dos papéis RACI aplicados à parceria;
- Matriz de Domínio — distribuição de responsabilidade por área de atuação;
- Matriz RACI de Processos Críticos — atribuição por processo operacional;
- Matriz de Responsabilidade Técnica — por componente e camada da plataforma;
- Matriz de Escalonamento — por nível decisório e tipo de situação;
- regras de interpretação e resolução de conflitos de responsabilidade;
- indicadores de cumprimento da matriz;
- relacionamento com os demais capítulos e com os documentos do Chamamento.
Não estão no escopo deste capítulo a definição dos processos em si — que é responsabilidade dos capítulos específicos — nem os critérios de penalização por descumprimento, tratados na Minuta de Contrato.
61.4 Definição dos Papéis RACI
A aplicação do modelo RACI à parceria entre PRODEMGE e Parceira Tecnológica requer que os quatro papéis sejam interpretados no contexto específico dessa relação, que não é uma relação de prestação de serviço simples, mas uma parceria de compartilhamento de risco e resultado sobre um ativo de missão pública.
R — Responsável pela Execução é a parte que realiza o trabalho. Em processos com múltiplos executores — como a implantação de um tenant, que envolve equipes da Parceira e validações da PRODEMGE — pode haver mais de um R, desde que os escopos de execução sejam distintos. O R responde pela qualidade e pelo prazo da sua parcela de execução.
A — Accountable (Respondente Final) é a parte que responde pelo resultado do processo perante as instâncias superiores — incluindo o Comitê Diretivo da parceria, os órgãos participantes e a administração da PRODEMGE. Há exatamente um A por processo. O A não precisa executar, mas precisa garantir que o resultado seja alcançado. Se o R falha, o A responde pelo impacto e pela correção.
C — Consultado é a parte cujo insumo ou aprovação é necessário antes da ação ou decisão. A consulta é bidirecional: gera um compromisso de tempo de resposta do consultado e um compromisso de incorporação ou justificativa formal de não incorporação por parte de quem consulta. Consulta não é informação: quem é consultado tem poder de veto ou poder de condicionar a ação.
I — Informado é a parte que recebe ciência do resultado após a ação. O informado não tem poder de vetar, mas tem direito à informação dentro do prazo definido. A omissão de informação devida é um desvio de processo documentável.
61.5 Papéis Nominais
Para aplicação concreta da matriz, os papéis abstratos PRODEMGE e Parceira se desdobram em papéis nominais, conforme definidos nos Capítulos 51 e 56.
61.5.1 Papéis Nominais da PRODEMGE
| Papel Nominal | Abreviatura | Escopo de Atuação |
|---|---|---|
| Fiscal do Contrato | FC | Acompanhamento formal, aceite de entregas, comunicação de descumprimentos |
| Gestor Administrativo do Contrato | GAC | Aspectos jurídico-administrativos: pagamentos, aditivos, documentação |
| Gestor de Serviços | GS | Qualidade de serviço, disponibilidade, satisfação dos órgãos, SLAs contratuais |
| Gestor de Relacionamento com Órgãos | GRO | Relacionamento institucional com tenants, onboarding, demandas, comunicação |
| PRODEMGE Platform Officer | PPO | Governança técnica, aceite de mudanças críticas, centro de comando |
61.5.2 Papéis Nominais da Parceira
| Papel Nominal | Abreviatura | Escopo de Atuação |
|---|---|---|
| Gerente de Conta / Responsável pelo Contrato | GC | Interlocução executiva, cumprimento de compromissos, participação no Comitê |
| Gerente de Projeto / Entrega | GP | Planejamento, execução e monitoramento de entregas |
| Arquiteto Responsável / Tech Lead | AR | Coerência arquitetural, ADRs, decisões técnicas transversais |
| Gerente de Operações | GO | Operação técnica, monitoramento, incidentes, deploys, SLAs técnicos |
| Platform SRE | SRE | Confiabilidade, automação, on-call, observabilidade |
| Application Support Engineer | ASE | Incidentes de aplicação, debugging, análise de causa raiz |
| Security Operations | SecOps | Segurança operacional, resposta a eventos, conformidade |
61.6 Matriz de Domínio
A Matriz de Domínio distribui a responsabilidade primária por cada área de atuação da parceria, refletindo a divisão estabelecida no Plano de Negócio Referencial e detalhada nos capítulos operacionais deste documento.
61.6.1 Domínios de Responsabilidade Exclusiva da PRODEMGE
| # | Domínio | Descrição | Referência Operacional |
|---|---|---|---|
| 1 | Gestão de Serviço | Coordenação geral da operação, acompanhamento da execução dos serviços, gestão de incidentes e continuidade da prestação | Cap. 51, 53 |
| 2 | Infraestrutura em Nuvem de Governo | Disponibilização e gestão da infraestrutura tecnológica em ambiente de governo: processamento, armazenamento, rede, disponibilidade e aderência às diretrizes governamentais | Cap. 37, 38 |
| 3 | Gestão da Segurança da Informação | Definição e implementação de políticas, controles e mecanismos de segurança da informação; gestão de acessos; proteção de dados; monitoramento de riscos; conformidade com LGPD e normas legais | Cap. 42, 44 |
| 4 | Governança e Centro de Comando | Monitoramento consolidado da plataforma, acompanhamento de indicadores, gestão de níveis de serviço, suporte à tomada de decisão estratégica, alinhamento operacional | Cap. 10, 51, 56 |
| 5 | Atendimento ao Cliente de 1º Nível (N1) | Atendimento inicial aos órgãos e usuários da plataforma: registro de demandas, orientações e resolução de questões básicas | Cap. 52 |
| 6 | Gestão Contratual com Órgãos | Administração dos contratos firmados com os órgãos participantes: vigência, cumprimento de obrigações, aditivos, interlocução institucional | Cap. 56 |
| 7 | Faturamento | Emissão de faturas e gestão financeira relacionada à prestação dos serviços aos órgãos | — |
| 8 | Cobrança | Gestão do processo de arrecadação e acompanhamento dos pagamentos realizados pelos órgãos | — |
| 9 | Relacionamento Institucional com Órgãos | Gestão do relacionamento com os tenants: acompanhamento de demandas, identificação de oportunidades, satisfação e proximidade institucional | Cap. 56 |
| 10 | Gestão de Dados e Governança de Perfis | Administração dos dados dos usuários e governança de perfis: organização, controle de acesso, uso adequado das informações e conformidade de dados | Cap. 28, 29, 44 |
| 11 | Comunicação com Órgãos (Canais Institucionais) | Gestão dos canais de comunicação oficiais com os órgãos: informações, notificações, interações formais | Cap. 56 |
61.6.2 Domínios de Responsabilidade Exclusiva da Parceira
| # | Domínio | Descrição | Referência Operacional |
|---|---|---|---|
| 12 | Desenvolvimento e Evolução da Plataforma | Codificação, testes, versionamento e entrega de todas as capacidades funcionais, arquiteturais e de infraestrutura da plataforma | Cap. 31–40, 55, 57 |
| 13 | Componentes de Dados e Inteligência Artificial | Desenvolvimento, operação e evolução dos componentes de Data Lake, CDP, analytics e IA, incluindo RAG, embeddings, busca semântica e modelos de linguagem | Cap. 16, 23, 24 |
| 14 | Customização e Evolução de Roadmap | Desenvolvimento de customizações por órgão dentro dos limites do modelo de extensão; proposição, priorização e execução das iniciativas do roadmap tecnológico | Cap. 54, 55 |
| 15 | Integração com Sistemas dos Órgãos | Desenvolvimento e manutenção de adaptadores, conectores e integrações com sistemas corporativos dos tenants e com o ecossistema digital de governo | Cap. 14 |
| 16 | Implantação da Solução nos Órgãos | Onboarding técnico de novos tenants: provisionamento, configuração, testes, validação, go-live e suporte intensivo inicial | Cap. 48 |
| 17 | Capacitação e Transferência de Conhecimento | Treinamento de equipes dos órgãos e da PRODEMGE; elaboração e manutenção de materiais didáticos; transferência de conhecimento técnico | Cap. 50 |
| 18 | Suporte Técnico de 2º e 3º Níveis (N2/N3) | Atendimento a incidentes e solicitações de suporte técnico que excedem a capacidade de N1; análise de causa raiz; resolução definitiva de falhas | Cap. 52 |
61.6.3 Domínios de Responsabilidade Compartilhada
| # | Domínio | Escopo PRODEMGE | Escopo Parceira | Referência |
|---|---|---|---|---|
| 19 | Consultoria Especializada | Apoio estratégico a órgãos: modelagem de processos, digitalização, políticas públicas | Apoio técnico-funcional: configuração, otimização, uso avançado da plataforma | Cap. 51, 56 |
| 20 | Prospecção e Desenvolvimento de Mercado | Relacionamento com o ecossistema público estadual e municipal; credencial institucional junto aos órgãos | Demonstração de capacidades técnicas; apoio a processos de expansão; referências de implantação | Cap. 56 |
| 21 | Marketing e Posicionamento da Solução | Posicionamento institucional da solução no contexto do governo de MG; canais oficiais; eventos públicos | Produção de material técnico; casos de sucesso; presença em eventos de tecnologia | Cap. 56 |
61.7 Matriz RACI de Processos Críticos
A Matriz RACI de Processos Críticos atribui papéis a cada processo operacional relevante da parceria, com granularidade suficiente para orientar a execução cotidiana e resolver dúvidas de competência sem necessidade de escalação.
A legenda dos papéis nominais segue a seção 61.5: FC (Fiscal do Contrato), GAC (Gestor Administrativo do Contrato), GS (Gestor de Serviços), GRO (Gestor de Relacionamento com Órgãos), PPO (PRODEMGE Platform Officer), GC (Gerente de Conta), GP (Gerente de Projeto/Entrega), AR (Arquiteto Responsável), GO (Gerente de Operações), SRE (Platform SRE), ASE (Application Support Engineer), SecOps (Security Operations).
61.7.1 Governança e Gestão Contratual
| Processo | R | A | C | I |
|---|---|---|---|---|
| Condução do Comitê Diretivo Trimestral | GS (PRODEMGE) + GC (Parceira) | FC | GAC | AR, GO |
| Condução do Comitê de Gestão Mensal | GS + GC | FC | GP, GO | GRO |
| Emissão do Relatório Mensal de Desempenho | GO (Parceira) | GC | GS | FC, GAC |
| Aceite formal de entrega pelo Fiscal | FC | GAC | GS | GRO, GC |
| Abertura e acompanhamento de non-conformidade formal | FC | GAC | GS, GC | GP |
| Gestão de aditivos contratuais | GAC | FC | GS, GC | GRO |
| Reequilíbrio econômico-financeiro | GAC | FC | GC | GS |
| Encerramento do contrato / renovação | GAC + GC | FC | GS, AR | todos |
61.7.2 Desenvolvimento e Entrega
| Processo | R | A | C | I |
|---|---|---|---|---|
| Planejamento de sprint / ciclo de entrega | GP | GC | AR, GS | FC, GO |
| Desenvolvimento de funcionalidade | Equipe Parceira | GP | AR | GS, PPO |
| Revisão de arquitetura (ADR) | AR | GC | PPO, GS | GP, FC |
| Homologação técnica de entrega | GP + equipe Parceira | GP | PPO, FC | GS, GRO |
| Aceite funcional de entrega | PPO + FC | FC | GS, GRO | GAC |
| Gestão do backlog de evolução | GP | GC | GS, PPO | FC, GRO |
| Priorização de roadmap trimestral | GC + GS | FC | GP, AR, PPO | GAC, GRO |
| Gestão de dependências técnicas entre entregas | AR | GP | GO | GS |
61.7.3 Operação e Gestão de Incidentes
| Processo | R | A | C | I |
|---|---|---|---|---|
| Monitoramento contínuo da plataforma (24/7) | SRE | GO | PPO | GS |
| Detecção e triagem de incidente | SRE | GO | PPO | GS, GRO |
| Resolução de incidente SEV-1 | SRE + ASE | GO | PPO, FC | GC, GS, GRO |
| Resolução de incidente SEV-2 | SRE + ASE | GO | PPO | GS |
| Resolução de incidente SEV-3 e SEV-4 | ASE | GO | — | GS |
| Comunicação de incidente a tenants afetados | GRO (PRODEMGE) | GS | GO, GC | FC |
| Análise de causa raiz (RCA) | ASE + SRE | GO | PPO, SecOps | FC, GS |
| Revisão pós-incidente (Post-Mortem) | GO | GC | GS, PPO | FC, GRO |
| Escalonamento de incidente sem resolução no SLA | GO | GC | GS, PPO | FC, GAC |
| Acionamento do Plano de Continuidade de Negócio | GO + GS | GC + FC | PPO, SecOps | GAC, GRO |
61.7.4 Gestão de Mudanças
| Processo | R | A | C | I |
|---|---|---|---|---|
| Submissão de Change Request (CR) | GP (Parceira) | GC | AR | GO, GS |
| Avaliação de risco da mudança | AR | GO | SecOps, PPO | FC |
| Aprovação de mudança normal (CAB) | GO + PPO | FC | GS | GRO, GAC |
| Execução de mudança em janela programada | SRE | GO | PPO | GS, GRO |
| Aprovação emergencial de mudança urgente | PPO + GO | FC | GC | GS, GAC |
| Rollback de mudança com problemas | SRE | GO | PPO | FC, GS, GRO |
| Comunicação de janela de manutenção a tenants | GRO | GS | GO | FC |
| Auditoria de mudanças aplicadas | SecOps | PPO | FC | GAC |
61.7.5 Implantação e Onboarding de Tenant
| Processo | R | A | C | I |
|---|---|---|---|---|
| Recepcionar e validar requisição de onboarding | GRO | GS | GAC | GP |
| Aprovação de onboarding (escopo, prazo, capacidade) | GS | FC | GAC, GC | GRO |
| Provisionamento técnico do tenant | GP + equipe Parceira | GC | PPO, SecOps | GS |
| Configuração inicial do tenant | GP + equipe Parceira | GC | GRO | GS |
| Testes de integração e validação pré-go-live | GP + ASE | GO | PPO, SecOps | FC |
| Homologação funcional do tenant | FC + GRO | FC | GS, GP | GAC |
| Comunicação do go-live ao órgão | GRO | GS | GP | FC, GAC |
| Suporte intensivo pós-go-live (30 dias) | ASE + GO | GC | GRO | GS |
61.7.6 Segurança e Conformidade
| Processo | R | A | C | I |
|---|---|---|---|---|
| Definição de políticas de segurança | SecOps (Parceira) + PPO (PRODEMGE) | PPO | FC, AR | GS, GO |
| Execução de varredura de segurança (SAST/DAST) | SecOps | GO | AR | PPO, FC |
| Gestão de vulnerabilidades identificadas | SecOps | GO | AR, PPO | FC, GS |
| Resposta a evento de segurança | SecOps | GO | PPO | FC, GS, GRO |
| Notificação de incidente de segurança à ANPD | PPO (PRODEMGE) | FC | GAC, SecOps | GC |
| Revisão periódica de acessos e permissões | SecOps + PPO | GO | FC | GS |
| Auditoria de conformidade LGPD | PPO + SecOps | FC | GAC, GC | GRO |
| Relatório anual de conformidade | SecOps (Parceira) | GC | PPO, FC | GAC |
61.7.7 Capacitação e Transferência de Conhecimento
| Processo | R | A | C | I |
|---|---|---|---|---|
| Planejamento de trilhas de capacitação | GP | GC | GRO, GS | FC |
| Execução de treinamentos para equipes dos órgãos | Equipe Parceira | GP | GRO | GS, FC |
| Elaboração e atualização de materiais didáticos | Equipe Parceira | GP | GRO | FC |
| Transferência de conhecimento técnico à PRODEMGE | AR + GO | GC | PPO | FC, GAC |
| Avaliação de eficácia da capacitação | GRO | GS | GP | FC |
| Certificação de habilidades críticas | GP | GC | PPO, FC | GAC |
61.7.8 Gestão de Dados e Analytics
| Processo | R | A | C | I |
|---|---|---|---|---|
| Configuração do Data Lake por tenant | GP (Parceira) | GC | PPO | GS |
| Governança de qualidade de dados | Equipe Parceira | GC | PPO, GS | FC |
| Atendimento a direitos do titular (LGPD) | SecOps + PPO | FC | GAC, GC | GRO |
| Exclusão de dados por solicitação do cidadão | ASE | GO | SecOps, PPO | FC |
| Exportação de dados do tenant (encerramento) | GO | GC | PPO, FC | GAC |
| Inventário de dados e finalidades | SecOps | PPO | FC | GS, GAC |
61.8 Matriz de Responsabilidade Técnica
A Matriz de Responsabilidade Técnica atribui propriedade e responsabilidade de operação para cada camada e componente relevante da arquitetura da plataforma.
61.8.1 Infraestrutura e Plataforma de Execução
| Componente / Camada | Proprietário | Operador Técnico | Aprovação de Mudança Crítica |
|---|---|---|---|
| Ambiente de nuvem (IaaS, redes, storage) | PRODEMGE | PRODEMGE / Parceira (configuração) | PPO + FC |
| Cluster Kubernetes (provisionamento e configuração base) | PRODEMGE | Parceira (operação) | PPO |
| Imagens de container e artefatos de deploy | Parceira | Parceira | GO |
| Pipeline CI/CD (configuração e operação) | Parceira | Parceira | AR |
| Registry de imagens (Harbor) | Parceira | Parceira | GO |
| Observabilidade (Prometheus, Grafana, Jaeger, ELK) | Parceira | Parceira | GO |
| Certificados TLS e rotação | PRODEMGE | SecOps (Parceira) | PPO |
| Secrets e credenciais de integração | Parceira | SecOps (Parceira) | GO + PPO |
| Domínio DNS e configurações de rede pública | PRODEMGE | PRODEMGE | PPO + FC |
61.8.2 Aplicação e Dados
| Componente / Camada | Proprietário | Operador Técnico | Responsável pela Evolução |
|---|---|---|---|
| Código-fonte da plataforma | Parceira (PI compartilhada conforme contrato) | Parceira | AR |
| Banco de dados relacional (PostgreSQL) | Parceira | Parceira | AR |
| Cache distribuído (Redis) | Parceira | Parceira | AR |
| Mensageria (RabbitMQ) | Parceira | Parceira | AR |
| Busca vetorial (pgvector / Qdrant) | Parceira | Parceira | AR |
| Data Lake por tenant | Parceira | Parceira | AR |
| LLM Gateway e modelos de IA | Parceira | Parceira | AR |
| Base de conhecimento RAG por tenant | Parceira | Parceira (com configuração pelo órgão) | AR |
| IAM e gestão de identidade | Parceira | Parceira | AR |
| API Gateway | Parceira | Parceira | AR |
| Módulo de Administração | Parceira | Parceira | AR |
61.8.3 Integrações com Ecossistema de Governo
| Integração | Responsável pelo Desenvolvimento do Adaptador | Responsável pela Credencial / Acesso | Responsável pelo Monitoramento |
|---|---|---|---|
| GOV.BR (autenticação federada) | Parceira | PRODEMGE | Parceira (GO) |
| SEI!MG (gestão documental) | Parceira | PRODEMGE | Parceira (GO) |
| MG API (gateway de APIs estaduais) | Parceira | PRODEMGE | Parceira (GO) |
| DATALAKE MG | Parceira | PRODEMGE | Parceira (GO) |
| SEG.ID | Parceira | PRODEMGE | Parceira (GO) |
| MG-Ouv (ouvidoria) | Parceira | PRODEMGE | Parceira (GO) |
| Agenda Minas | Parceira | PRODEMGE | Parceira (GO) |
| Portal de Municípios | Parceira | PRODEMGE | Parceira (GO) |
| PRO SMTP (e-mail transacional) | Parceira | PRODEMGE | Parceira (GO) |
| Sistemas corporativos dos órgãos | Parceira | Órgão + PRODEMGE | Parceira (GO) |
A regra geral para integrações com o ecossistema de governo é: a Parceira desenvolve e opera o adaptador técnico; a PRODEMGE viabiliza o acesso institucional e as credenciais junto ao sistema integrado. A falha de acesso por razões institucionais é de responsabilidade da PRODEMGE; a falha técnica do adaptador é de responsabilidade da Parceira.
61.9 Matriz de Escalonamento
A Matriz de Escalonamento define o percurso que uma situação excepcional — conflito de responsabilidade, falha de prazo, decisão não autorizada no nível operacional, ou dissenso técnico — percorre até sua resolução. A ausência de caminhos claros de escalonamento é, historicamente, a principal causa de impasses que consomem energia das equipes sem produzir resolução.
61.9.1 Níveis de Escalonamento
| Nível | Composição | Situações Típicas | Prazo de Resolução |
|---|---|---|---|
| N1 — Operacional | GO (Parceira) + GS (PRODEMGE) | Incidentes técnicos, conflitos de janela de manutenção, desvios de prazo dentro de uma sprint | Imediato até 24h |
| N2 — Gestão | GC (Parceira) + FC (PRODEMGE) | Non-conformidades formais, desvios de SLA, disputas de escopo em entrega, falhas de comunicação reincidentes | Até 5 dias úteis |
| N3 — Comitê de Gestão | GC + GS + FC + GAC | Divergência sobre interpretação contratual, mudança de prioridade de roadmap, riscos de impacto significativo, qualquer situação não resolvida em N2 | Até a próxima reunião mensal ou reunião extraordinária |
| N4 — Comitê Diretivo | Representante executivo Parceira + Representante Diretivo PRODEMGE | Disputas contratuais formais, riscos de ruptura da parceria, decisões estratégicas irreversíveis | Até a próxima reunião trimestral ou reunião extraordinária em até 10 dias |
61.9.2 Regras de Escalonamento
Uma situação só avança ao nível seguinte quando o nível atual não produziu resolução dentro do prazo definido ou quando a natureza da situação exige autoridade que o nível atual não possui. A escalação intempestiva — levar ao Comitê Diretivo uma questão operacional que deveria ter sido resolvida em N1 — é, ela própria, um problema de governança a ser registrado.
O acionamento de escalação deve ser documentado com: descrição objetiva da situação, histórico de tentativas de resolução no nível anterior, impacto identificado, posição de cada parte, e proposta de resolução preferida. Escalações sem essa documentação são devolvidas ao nível anterior para devida preparação.
61.9.3 Conflitos de Responsabilidade
Quando houver dúvida sobre qual parte é responsável por determinada atividade — situação que este capítulo visa minimizar, mas não pode eliminar completamente — aplica-se a seguinte regra de resolução provisória: a atividade é executada pela parte com maior impacto na omissão do resultado, registrando-se formalmente o caráter provisório da execução e submetendo-se a questão ao N2 para definição definitiva em até cinco dias úteis.
Nenhuma situação de dúvida de responsabilidade autoriza inação. O princípio é: primeiro resolve, depois define responsabilidade.
61.10 Responsabilidades por Fase da Parceria
A distribuição de responsabilidades não é estática ao longo dos sessenta meses. Algumas responsabilidades se concentram em fases específicas e se atenuam depois. A tabela a seguir registra as variações previstas.
| Responsabilidade | Ano 1 | Anos 2–3 | Anos 4–5 |
|---|---|---|---|
| Implantação de tenants | Parceira (intensiva) | Parceira (escalonada) | Parceira (rotineira, menor esforço) |
| Capacitação de equipes dos órgãos | Parceira (intensiva por tenant) | Parceira (atualização e reforço) | PRODEMGE (absorção de N1 de treinamento) |
| Suporte intensivo pós-onboarding | Parceira (30 dias por tenant) | Parceira (15 dias por tenant) | Parceira (7 dias; playbooks estabelecidos) |
| Transferência de conhecimento técnico à PRODEMGE | Parceira (estruturada por módulo) | Parceira (complementação) | PRODEMGE (capacidade autônoma crescente) |
| Evolução do roadmap | Parceira (primariamente executiva) | Parceira + PRODEMGE (co-definição madura) | Parceira + PRODEMGE (parceria plena de produto) |
| Resposta a incidentes (SRE on-call) | Parceira (24/7 sem restrição) | Parceira (24/7 com runbooks compartilhados) | Parceira (24/7 com participação crescente da PRODEMGE em N1 técnico) |
Essa progressão de responsabilidades reflete o objetivo estratégico da parceria: ao final dos sessenta meses, a PRODEMGE deve ter capacidade própria de operação e evolução da plataforma, ainda que em nível complementar ao da Parceira. A transferência gradual de conhecimento operacional — não apenas funcional — é componente explícito da parceria.
61.11 Regras Gerais de Interpretação
As seguintes regras se aplicam à interpretação e operação da Matriz de Responsabilidades em situações não explicitamente cobertas pelas tabelas acima.
Regra 1 — Proprietário do dado decide sobre o dado. A parte que possui responsabilidade primária sobre um dado tem autoridade final sobre acesso, modificação, retenção e exclusão desse dado, dentro dos limites legais e contratuais. A Matriz de Responsabilidade Funcional sobre Dados do Capítulo 10 é o instrumento de referência para identificação do proprietário.
Regra 2 — Quem impacta o usuário final informa o usuário final. Qualquer ação que afeta diretamente a experiência dos órgãos e dos cidadãos — seja incidente, manutenção, mudança funcional ou indisponibilidade programada — deve ser comunicada pela PRODEMGE (GRO) ao órgão afetado, independentemente de qual parte causou ou executou a ação. A comunicação com o ecossistema institucional é responsabilidade da PRODEMGE; o insumo técnico para essa comunicação é responsabilidade da Parceira.
Regra 3 — Responsabilidade técnica não transfere responsabilidade institucional. O fato de a Parceira desenvolver e operar a plataforma não transfere à Parceira a responsabilidade institucional perante os órgãos contratantes. A PRODEMGE é a entidade contratante e interlocutora formal dos órgãos em todas as situações. A Parceira responde à PRODEMGE, não diretamente aos órgãos, exceto em situações explicitamente definidas como suporte técnico direto.
Regra 4 — Consulta tem prazo de resposta. Quando um papel C (Consultado) é acionado, o consultado tem prazo de resposta definido no processo específico. Na ausência de prazo explícito, o padrão é dois dias úteis para decisões técnicas e cinco dias úteis para decisões de negócio ou contratuais. A ausência de resposta no prazo autoriza a parte que consultou a proceder com sua melhor avaliação, documentando o fato.
Regra 5 — A matriz é revisável. A Matriz de Responsabilidades é revisada anualmente no Comitê Diretivo ou quando mudanças contratuais, operacionais ou estratégicas relevantes exigirem ajuste. Revisões fora do ciclo anual requerem aprovação de ambas as partes no nível N3 (Comitê de Gestão). Versões anteriores da matriz são arquivadas com data de vigência.
61.12 Indicadores de Cumprimento
O cumprimento da Matriz de Responsabilidades é monitorado por um conjunto de indicadores apurados mensalmente e reportados no Comitê de Gestão.
| Indicador | Fórmula | Meta | Responsável pela Apuração |
|---|---|---|---|
| Taxa de non-conformidades por omissão de responsabilidade | NC abertas por omissão / total de NC no período | < 5% | FC |
| Tempo médio de resolução de conflito de responsabilidade | Média de dias entre abertura e fechamento de conflito | ≤ 5 dias úteis | GS |
| Taxa de escalações evitáveis | Escalações resolvidas no nível anterior / total de escalações | < 10% | GS + GC |
| Cobertura de processos com RACI definido | Processos com RACI documentado / total de processos críticos | 100% | GS + GC |
| Conformidade de reporte (informados dentro do prazo) | Informações entregues no prazo / total de obrigações de reporte | ≥ 95% | GO + GS |
| Revisão anual da matriz realizada | Revisão feita no prazo | Sim/Não | FC |
Desvios nos indicadores são reportados ao FC e discutidos no Comitê de Gestão. Desvios reincidentes (dois meses consecutivos acima do limite) são escalados ao Comitê Diretivo.
61.13 Relacionamento com Outros Capítulos
| Capítulo | Relação com este Capítulo |
|---|---|
| Capítulo 5 — Modelo de Negócio | Define a distribuição estratégica de responsabilidades da qual este capítulo é a operacionalização detalhada |
| Capítulo 10 — Arquitetura Funcional | Define o proprietário de cada informação funcional na plataforma (Matriz de Responsabilidade Funcional sobre Dados) |
| Capítulo 51 — Operação e Gestão de Serviços | Define os papéis operacionais nominais usados como atores desta matriz |
| Capítulo 52 — Sustentação e Suporte Técnico | Os níveis de suporte (N1/N2/N3) e seus responsáveis são derivados diretamente das atribuições desta matriz |
| Capítulo 53 — SLA | As responsabilidades de cumprimento e reporte de SLA estão mapeadas na seção 61.7.3 |
| Capítulo 56 — Governança da Parceria | Os comitês e papéis de governança são os atores do nível N3 e N4 da Matriz de Escalonamento |
| Capítulo 57 — Gestão de Projetos e Entregas | Os papéis de GP e GC operacionalizados neste capítulo são derivados do modelo de projetos do Capítulo 57 |
| Capítulo 59 — Gestão de Mudanças | A Matriz RACI de Mudanças (seção 61.7.4) é o instrumento de papéis do processo descrito no Capítulo 59 |
| Capítulo 60 — Gestão de Riscos | Responsabilidades de resposta a riscos são atribuídas conforme esta matriz; riscos de lacuna de responsabilidade são registrados no registro de riscos da parceria |
| Capítulo 62 — Indicadores e Métricas | Os indicadores de cumprimento da matriz (seção 61.12) são apurados conforme o framework do Capítulo 62 |
61.14 Rastreabilidade PRODEMGE
Edital CP 001/2026:
- A definição clara de responsabilidades é condição para a estruturação da parceria e para a avaliação da adequação da proposta à natureza do Chamamento Público.
Plano de Negócio (Anexo I):
- Item 4.1 — Matriz de Responsabilidades: este capítulo expande e operacionaliza a matriz referencial do Plano de Negócio, detalhando os papéis RACI para todos os processos críticos identificados ao longo dos 60 capítulos do Documento Mestre.
- Item 4.1.1 a 4.1.21 — Detalhamento de cada responsabilidade: as seções 61.6.1, 61.6.2 e 61.6.3 correspondem diretamente ao detalhamento das responsabilidades descrito no Plano.
- Risco: Desalinhamento na governança da parceria — mitigado pela Matriz de Escalonamento (seção 61.9) e pelas regras de interpretação (seção 61.11).
Minuta de Contrato (Anexo VII):
- Cláusula 9.2 — Obrigações da Parceira: as responsabilidades exclusivas da Parceira (seção 61.6.2) correspondem às obrigações contratuais formais.
- Cláusula 9.3 — Obrigações da PRODEMGE: as responsabilidades exclusivas da PRODEMGE (seção 61.6.1) correspondem às obrigações contratuais da contratante.
- Cláusula de fiscalização: o papel de Fiscal do Contrato (FC) como Accountable nas entregas formais é coerente com as atribuições previstas na cláusula 9.3.2.
Funcionalidades (Anexo III):
- Bloco 6 — Infraestrutura, Segurança e Governança: a Matriz de Responsabilidade Técnica (seção 61.8) evidencia clareza de propriedade sobre componentes de segurança, infraestrutura e governança.
Capacidades (Anexo IV):
- Bloco 3 — Capacidade de Implantação, Operação e Escala: a Matriz RACI de Implantação (seção 61.7.5) demonstra capacidade de onboarding estruturado e rastreável.
- Bloco 4 — Capacidade de Governança e Gestão: a Matriz de Escalonamento (seção 61.9) e os indicadores de cumprimento (seção 61.12) evidenciam maturidade de governança.
61.15 Controle de Versão
| Campo | Valor |
|---|---|
| Documento | Documento Mestre — Plataforma de Relacionamento Digital com o Cidadão |
| Capítulo | 61 — Matriz de Responsabilidades |
| Versão | 1.0 |
| Situação | Concluído |
| Última atualização | 17/07/2026 |
Capítulo 60 — Gestão de Riscos
Este capítulo define o framework de gestão de riscos da parceria entre a PRODEMGE e a Parceira Tecnológica ao longo dos sessenta meses de vigência do Contrato de Parceria para a Plataforma de Relacionamento Digital com o…
Capítulo 62 — Indicadores e Métricas de Desempenho
Este capítulo descreve o sistema de indicadores e métricas de desempenho que governa a avaliação contínua da parceria entre PRODEMGE e a Parceira Tecnológica. O sistema abrange quatro dimensões interdependentes: desempen…