Relacionamento Digitalcom o Cidadão
Parte VIII — Gestão
Parte VIII — GestãoCapítulo 61

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 NominalAbreviaturaEscopo de Atuação
Fiscal do ContratoFCAcompanhamento formal, aceite de entregas, comunicação de descumprimentos
Gestor Administrativo do ContratoGACAspectos jurídico-administrativos: pagamentos, aditivos, documentação
Gestor de ServiçosGSQualidade de serviço, disponibilidade, satisfação dos órgãos, SLAs contratuais
Gestor de Relacionamento com ÓrgãosGRORelacionamento institucional com tenants, onboarding, demandas, comunicação
PRODEMGE Platform OfficerPPOGovernança técnica, aceite de mudanças críticas, centro de comando

61.5.2 Papéis Nominais da Parceira

Papel NominalAbreviaturaEscopo de Atuação
Gerente de Conta / Responsável pelo ContratoGCInterlocução executiva, cumprimento de compromissos, participação no Comitê
Gerente de Projeto / EntregaGPPlanejamento, execução e monitoramento de entregas
Arquiteto Responsável / Tech LeadARCoerência arquitetural, ADRs, decisões técnicas transversais
Gerente de OperaçõesGOOperação técnica, monitoramento, incidentes, deploys, SLAs técnicos
Platform SRESREConfiabilidade, automação, on-call, observabilidade
Application Support EngineerASEIncidentes de aplicação, debugging, análise de causa raiz
Security OperationsSecOpsSeguranç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ínioDescriçãoReferência Operacional
1Gestão de ServiçoCoordenação geral da operação, acompanhamento da execução dos serviços, gestão de incidentes e continuidade da prestaçãoCap. 51, 53
2Infraestrutura em Nuvem de GovernoDisponibilização e gestão da infraestrutura tecnológica em ambiente de governo: processamento, armazenamento, rede, disponibilidade e aderência às diretrizes governamentaisCap. 37, 38
3Gestão da Segurança da InformaçãoDefiniçã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 legaisCap. 42, 44
4Governança e Centro de ComandoMonitoramento consolidado da plataforma, acompanhamento de indicadores, gestão de níveis de serviço, suporte à tomada de decisão estratégica, alinhamento operacionalCap. 10, 51, 56
5Atendimento 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ásicasCap. 52
6Gestão Contratual com ÓrgãosAdministração dos contratos firmados com os órgãos participantes: vigência, cumprimento de obrigações, aditivos, interlocução institucionalCap. 56
7FaturamentoEmissão de faturas e gestão financeira relacionada à prestação dos serviços aos órgãos
8CobrançaGestão do processo de arrecadação e acompanhamento dos pagamentos realizados pelos órgãos
9Relacionamento Institucional com ÓrgãosGestão do relacionamento com os tenants: acompanhamento de demandas, identificação de oportunidades, satisfação e proximidade institucionalCap. 56
10Gestão de Dados e Governança de PerfisAdministração dos dados dos usuários e governança de perfis: organização, controle de acesso, uso adequado das informações e conformidade de dadosCap. 28, 29, 44
11Comunicação com Órgãos (Canais Institucionais)Gestão dos canais de comunicação oficiais com os órgãos: informações, notificações, interações formaisCap. 56

61.6.2 Domínios de Responsabilidade Exclusiva da Parceira

#DomínioDescriçãoReferência Operacional
12Desenvolvimento e Evolução da PlataformaCodificação, testes, versionamento e entrega de todas as capacidades funcionais, arquiteturais e de infraestrutura da plataformaCap. 31–40, 55, 57
13Componentes de Dados e Inteligência ArtificialDesenvolvimento, operação e evolução dos componentes de Data Lake, CDP, analytics e IA, incluindo RAG, embeddings, busca semântica e modelos de linguagemCap. 16, 23, 24
14Customização e Evolução de RoadmapDesenvolvimento 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ógicoCap. 54, 55
15Integração com Sistemas dos ÓrgãosDesenvolvimento e manutenção de adaptadores, conectores e integrações com sistemas corporativos dos tenants e com o ecossistema digital de governoCap. 14
16Implantação da Solução nos ÓrgãosOnboarding técnico de novos tenants: provisionamento, configuração, testes, validação, go-live e suporte intensivo inicialCap. 48
17Capacitação e Transferência de ConhecimentoTreinamento de equipes dos órgãos e da PRODEMGE; elaboração e manutenção de materiais didáticos; transferência de conhecimento técnicoCap. 50
18Suporte 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 falhasCap. 52

61.6.3 Domínios de Responsabilidade Compartilhada

#DomínioEscopo PRODEMGEEscopo ParceiraReferência
19Consultoria EspecializadaApoio estratégico a órgãos: modelagem de processos, digitalização, políticas públicasApoio técnico-funcional: configuração, otimização, uso avançado da plataformaCap. 51, 56
20Prospecção e Desenvolvimento de MercadoRelacionamento com o ecossistema público estadual e municipal; credencial institucional junto aos órgãosDemonstração de capacidades técnicas; apoio a processos de expansão; referências de implantaçãoCap. 56
21Marketing e Posicionamento da SoluçãoPosicionamento institucional da solução no contexto do governo de MG; canais oficiais; eventos públicosProdução de material técnico; casos de sucesso; presença em eventos de tecnologiaCap. 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

ProcessoRACI
Condução do Comitê Diretivo TrimestralGS (PRODEMGE) + GC (Parceira)FCGACAR, GO
Condução do Comitê de Gestão MensalGS + GCFCGP, GOGRO
Emissão do Relatório Mensal de DesempenhoGO (Parceira)GCGSFC, GAC
Aceite formal de entrega pelo FiscalFCGACGSGRO, GC
Abertura e acompanhamento de non-conformidade formalFCGACGS, GCGP
Gestão de aditivos contratuaisGACFCGS, GCGRO
Reequilíbrio econômico-financeiroGACFCGCGS
Encerramento do contrato / renovaçãoGAC + GCFCGS, ARtodos

61.7.2 Desenvolvimento e Entrega

ProcessoRACI
Planejamento de sprint / ciclo de entregaGPGCAR, GSFC, GO
Desenvolvimento de funcionalidadeEquipe ParceiraGPARGS, PPO
Revisão de arquitetura (ADR)ARGCPPO, GSGP, FC
Homologação técnica de entregaGP + equipe ParceiraGPPPO, FCGS, GRO
Aceite funcional de entregaPPO + FCFCGS, GROGAC
Gestão do backlog de evoluçãoGPGCGS, PPOFC, GRO
Priorização de roadmap trimestralGC + GSFCGP, AR, PPOGAC, GRO
Gestão de dependências técnicas entre entregasARGPGOGS

61.7.3 Operação e Gestão de Incidentes

ProcessoRACI
Monitoramento contínuo da plataforma (24/7)SREGOPPOGS
Detecção e triagem de incidenteSREGOPPOGS, GRO
Resolução de incidente SEV-1SRE + ASEGOPPO, FCGC, GS, GRO
Resolução de incidente SEV-2SRE + ASEGOPPOGS
Resolução de incidente SEV-3 e SEV-4ASEGOGS
Comunicação de incidente a tenants afetadosGRO (PRODEMGE)GSGO, GCFC
Análise de causa raiz (RCA)ASE + SREGOPPO, SecOpsFC, GS
Revisão pós-incidente (Post-Mortem)GOGCGS, PPOFC, GRO
Escalonamento de incidente sem resolução no SLAGOGCGS, PPOFC, GAC
Acionamento do Plano de Continuidade de NegócioGO + GSGC + FCPPO, SecOpsGAC, GRO

61.7.4 Gestão de Mudanças

ProcessoRACI
Submissão de Change Request (CR)GP (Parceira)GCARGO, GS
Avaliação de risco da mudançaARGOSecOps, PPOFC
Aprovação de mudança normal (CAB)GO + PPOFCGSGRO, GAC
Execução de mudança em janela programadaSREGOPPOGS, GRO
Aprovação emergencial de mudança urgentePPO + GOFCGCGS, GAC
Rollback de mudança com problemasSREGOPPOFC, GS, GRO
Comunicação de janela de manutenção a tenantsGROGSGOFC
Auditoria de mudanças aplicadasSecOpsPPOFCGAC

61.7.5 Implantação e Onboarding de Tenant

ProcessoRACI
Recepcionar e validar requisição de onboardingGROGSGACGP
Aprovação de onboarding (escopo, prazo, capacidade)GSFCGAC, GCGRO
Provisionamento técnico do tenantGP + equipe ParceiraGCPPO, SecOpsGS
Configuração inicial do tenantGP + equipe ParceiraGCGROGS
Testes de integração e validação pré-go-liveGP + ASEGOPPO, SecOpsFC
Homologação funcional do tenantFC + GROFCGS, GPGAC
Comunicação do go-live ao órgãoGROGSGPFC, GAC
Suporte intensivo pós-go-live (30 dias)ASE + GOGCGROGS

61.7.6 Segurança e Conformidade

ProcessoRACI
Definição de políticas de segurançaSecOps (Parceira) + PPO (PRODEMGE)PPOFC, ARGS, GO
Execução de varredura de segurança (SAST/DAST)SecOpsGOARPPO, FC
Gestão de vulnerabilidades identificadasSecOpsGOAR, PPOFC, GS
Resposta a evento de segurançaSecOpsGOPPOFC, GS, GRO
Notificação de incidente de segurança à ANPDPPO (PRODEMGE)FCGAC, SecOpsGC
Revisão periódica de acessos e permissõesSecOps + PPOGOFCGS
Auditoria de conformidade LGPDPPO + SecOpsFCGAC, GCGRO
Relatório anual de conformidadeSecOps (Parceira)GCPPO, FCGAC

61.7.7 Capacitação e Transferência de Conhecimento

ProcessoRACI
Planejamento de trilhas de capacitaçãoGPGCGRO, GSFC
Execução de treinamentos para equipes dos órgãosEquipe ParceiraGPGROGS, FC
Elaboração e atualização de materiais didáticosEquipe ParceiraGPGROFC
Transferência de conhecimento técnico à PRODEMGEAR + GOGCPPOFC, GAC
Avaliação de eficácia da capacitaçãoGROGSGPFC
Certificação de habilidades críticasGPGCPPO, FCGAC

61.7.8 Gestão de Dados e Analytics

ProcessoRACI
Configuração do Data Lake por tenantGP (Parceira)GCPPOGS
Governança de qualidade de dadosEquipe ParceiraGCPPO, GSFC
Atendimento a direitos do titular (LGPD)SecOps + PPOFCGAC, GCGRO
Exclusão de dados por solicitação do cidadãoASEGOSecOps, PPOFC
Exportação de dados do tenant (encerramento)GOGCPPO, FCGAC
Inventário de dados e finalidadesSecOpsPPOFCGS, 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 / CamadaProprietárioOperador TécnicoAprovação de Mudança Crítica
Ambiente de nuvem (IaaS, redes, storage)PRODEMGEPRODEMGE / Parceira (configuração)PPO + FC
Cluster Kubernetes (provisionamento e configuração base)PRODEMGEParceira (operação)PPO
Imagens de container e artefatos de deployParceiraParceiraGO
Pipeline CI/CD (configuração e operação)ParceiraParceiraAR
Registry de imagens (Harbor)ParceiraParceiraGO
Observabilidade (Prometheus, Grafana, Jaeger, ELK)ParceiraParceiraGO
Certificados TLS e rotaçãoPRODEMGESecOps (Parceira)PPO
Secrets e credenciais de integraçãoParceiraSecOps (Parceira)GO + PPO
Domínio DNS e configurações de rede públicaPRODEMGEPRODEMGEPPO + FC

61.8.2 Aplicação e Dados

Componente / CamadaProprietárioOperador TécnicoResponsável pela Evolução
Código-fonte da plataformaParceira (PI compartilhada conforme contrato)ParceiraAR
Banco de dados relacional (PostgreSQL)ParceiraParceiraAR
Cache distribuído (Redis)ParceiraParceiraAR
Mensageria (RabbitMQ)ParceiraParceiraAR
Busca vetorial (pgvector / Qdrant)ParceiraParceiraAR
Data Lake por tenantParceiraParceiraAR
LLM Gateway e modelos de IAParceiraParceiraAR
Base de conhecimento RAG por tenantParceiraParceira (com configuração pelo órgão)AR
IAM e gestão de identidadeParceiraParceiraAR
API GatewayParceiraParceiraAR
Módulo de AdministraçãoParceiraParceiraAR

61.8.3 Integrações com Ecossistema de Governo

IntegraçãoResponsável pelo Desenvolvimento do AdaptadorResponsável pela Credencial / AcessoResponsável pelo Monitoramento
GOV.BR (autenticação federada)ParceiraPRODEMGEParceira (GO)
SEI!MG (gestão documental)ParceiraPRODEMGEParceira (GO)
MG API (gateway de APIs estaduais)ParceiraPRODEMGEParceira (GO)
DATALAKE MGParceiraPRODEMGEParceira (GO)
SEG.IDParceiraPRODEMGEParceira (GO)
MG-Ouv (ouvidoria)ParceiraPRODEMGEParceira (GO)
Agenda MinasParceiraPRODEMGEParceira (GO)
Portal de MunicípiosParceiraPRODEMGEParceira (GO)
PRO SMTP (e-mail transacional)ParceiraPRODEMGEParceira (GO)
Sistemas corporativos dos órgãosParceiraÓrgão + PRODEMGEParceira (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ívelComposiçãoSituações TípicasPrazo de Resolução
N1 — OperacionalGO (Parceira) + GS (PRODEMGE)Incidentes técnicos, conflitos de janela de manutenção, desvios de prazo dentro de uma sprintImediato até 24h
N2 — GestãoGC (Parceira) + FC (PRODEMGE)Non-conformidades formais, desvios de SLA, disputas de escopo em entrega, falhas de comunicação reincidentesAté 5 dias úteis
N3 — Comitê de GestãoGC + GS + FC + GACDivergência sobre interpretação contratual, mudança de prioridade de roadmap, riscos de impacto significativo, qualquer situação não resolvida em N2Até a próxima reunião mensal ou reunião extraordinária
N4 — Comitê DiretivoRepresentante executivo Parceira + Representante Diretivo PRODEMGEDisputas contratuais formais, riscos de ruptura da parceria, decisões estratégicas irreversíveisAté 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.

ResponsabilidadeAno 1Anos 2–3Anos 4–5
Implantação de tenantsParceira (intensiva)Parceira (escalonada)Parceira (rotineira, menor esforço)
Capacitação de equipes dos órgãosParceira (intensiva por tenant)Parceira (atualização e reforço)PRODEMGE (absorção de N1 de treinamento)
Suporte intensivo pós-onboardingParceira (30 dias por tenant)Parceira (15 dias por tenant)Parceira (7 dias; playbooks estabelecidos)
Transferência de conhecimento técnico à PRODEMGEParceira (estruturada por módulo)Parceira (complementação)PRODEMGE (capacidade autônoma crescente)
Evolução do roadmapParceira (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.

IndicadorFórmulaMetaResponsável pela Apuração
Taxa de non-conformidades por omissão de responsabilidadeNC abertas por omissão / total de NC no período< 5%FC
Tempo médio de resolução de conflito de responsabilidadeMédia de dias entre abertura e fechamento de conflito≤ 5 dias úteisGS
Taxa de escalações evitáveisEscalações resolvidas no nível anterior / total de escalações< 10%GS + GC
Cobertura de processos com RACI definidoProcessos com RACI documentado / total de processos críticos100%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 realizadaRevisão feita no prazoSim/NãoFC

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ítuloRelação com este Capítulo
Capítulo 5 — Modelo de NegócioDefine a distribuição estratégica de responsabilidades da qual este capítulo é a operacionalização detalhada
Capítulo 10 — Arquitetura FuncionalDefine 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çosDefine os papéis operacionais nominais usados como atores desta matriz
Capítulo 52 — Sustentação e Suporte TécnicoOs níveis de suporte (N1/N2/N3) e seus responsáveis são derivados diretamente das atribuições desta matriz
Capítulo 53 — SLAAs responsabilidades de cumprimento e reporte de SLA estão mapeadas na seção 61.7.3
Capítulo 56 — Governança da ParceriaOs 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 EntregasOs 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çasA 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 RiscosResponsabilidades 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étricasOs 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

CampoValor
DocumentoDocumento Mestre — Plataforma de Relacionamento Digital com o Cidadão
Capítulo61 — Matriz de Responsabilidades
Versão1.0
SituaçãoConcluído
Última atualização17/07/2026

Nesta página