Ir para o conteúdo principal

Projeto Oceano Atlântico

1. Termo de Abertura do Projeto (TAP)

Souza
NúmeroSuperintendência gproject_0002 (códigoEstadual de identificaçTecnologia da Informação)o e Comunicação - SETICÚltima AlteraçãoVersão
Data de inicioTime 26/Caos31/08/20221.0
Data da implementaçãoCliente: 10/06/2019

Superintendência de Gestão de Pessoas - SEGEP

Graziella Viggiano Azevedo Montreuil (GSUP); José Rodrigues do Nascimento Neto (CPMED);  José Maria Gisbert Bezerra (CECON); Ricardo Cruz dos Santos (CECON).
ResponsávelProduct Owner: EduardoJulien SouzaMartins Czesluniak
AprovadorHenrique Douglas
Equipe
Origem

Implementação - Da necessidadeGerente de centralizar e organizar documentação técnica e gerencial bem como facilitar o acesso a esses dados.

Outras origens selecionar uma:

  • Objetivo estratégico: escreva qual o objetivo estratégico deu origem a este estudo
  • Implementação: casos de novas implementações
  • Projeto: qual projeto gerou este estudo (nome/link do projeto glpi ou documentação)
  • Melhoria: melhorar alguma implementação já feita.  neste caso aponte no campo documentos correlatos o documento do sistema
  • Reparo: originado de algum incidente/problema/falha.neste caso aponte no campo documentos correlatos o documento do problema
projetos
Eduardo
Observaçõesplataforma dokuwiki operacionalizada em docker.Ferreira
Documentação correlata

 

Nome do produto

Governa

Nome do projeto

Oceano Atlântico

Objetivo do projeto

Construir novas funcionalidades dentro do Governa e realizar integrações entre os sistemas da folha de pagamentos da SEGEP, junto ao e-Estado.

Justificativa

O Governa é um sistema comprado pela SEGEP, da empresa G&J Serviços de TI LTDA, entretanto a mesma não deu suporte totalmente necessário ás necessidades da superintendência, sendo assim, com a finalização do período do contrato foi repassado para a competência da SETIC suportar o sistema Governa. A partir desse momento foi iniciado a correção de alguns bugs dentro do código e também a construção de novas funcionalidades, a fim de atender: emissão de relatórios otimizados, corrigir inconsistências nos dados, reduzir o trabalho manual, reduzir a quantidade de processos judiciais sofridos pelo Estado de Rondônia.


  • Projeto alinhado ao Planejamento Estratégico da SETIC, com a KR 1 (Ampliar de 68% para 100% a satisfação de usuários ao usarem nossos sistemas e serviços), KR12 (Reduzir 90% a quantidade de erros ou bugs dos sistemas).

Premissas

  • Precisa s;

Restrições


Riscos


Equipe

Grupos de entregas

1.Valor de custo do projeto: Ainda não estimado.

Valor de mercado: Ainda não estimado.

Valor de economia para o Estado: Ainda não estimado.

Processo SEI: 

0031.546836/2019-15

0031.418071/2020-50

0016.373435/2021-34

0070.068207/2022-71

0031.073269/2022-61

2. Escopo


1.1 Introdução

Nesse primeiro momento é importante definir quem utiliza o sistema do Governa na SEGEP-DESP

a) Gerente de Supervisão de Pagamento

  • Faz auditoria no sistema de pagamento;
  • Faz aplicação de verbas;
  • Permite o acesso aos sistemas;
  • Emite relatórios;
  • faz o processamento de pagamentos;

b) Gerência de Sistemas de Pagamento

  • Tem contato direto com os RHs setoriais;
  • Acompanha relatório de evolução de folha de pagamentos de cada unidade do Estado;
  • faz verificação de falhas nas folhas de pagamento;

c) Núcleo de Cálculos

d) Assessoria de Análise de Processos

 
  • Recebe os processos via SEI para fazer os despachos às gerências;

1.2 Voice Of Costumer

Análise de Negócio Oceano Atlântico 1.png

Análise de Negócio Oceano Atlântico 2.png
Análise de Negócio Oceano Atlântico 3.pngAnálise de Negócio Oceano Atlântico 4.pngAnálise de Negócio Oceano Atlântico 5.pngAnálise de Negócio Oceano Atlântico 6.pngAnálise de Negócio Oceano Atlântico 7.pngAnálise de Negócio Oceano Atlântico 8.pngAnálise de Negócio Oceano Atlântico 9.pngAnálise de Negócio Oceano Atlântico 10.pngAnálise de Negócio Oceano Atlântico 11.pngAnálise de Negócio Oceano Atlântico 12.pngAnálise de Negócio Oceano Atlântico 13.png

1.3Resultados EAPalcançados

  • A centralização da informação diminuiu o tempo de busca de informações gerenciais e técnicas
  • O conhecimento deixou de ser tácito e está alocado de forma padrão onde todos os colaboradores podem registrar e consultar os documentos
  • A plataforma possibilitou transparência nos dados de atendimento e precificação
  • Os procedimentos e manuais documentados diminuíram o tempo de atendimento e orientação aos usuários
  • A disponibilização do catálogo de serviços permitiu clareza sobre a prestação de serviços da superintendência
  • Manuais de erros conhecidos e estruturação de serviços evita o retrabalho e redescoberta de soluções para problemas que ja ocorreram na instituição
  • A incorporação de arquivos de configuração nos procedimentos ajudam o técnico a realizar o atendimento de forma mais rápida, com passo a passo e arquivo de configuração em mãos, bastando realizar ao acesso ao manual na estação do cliente para a transferência dos arquivos.

3. Estrutura Analítica do Projeto



Objetivo
4.



Custos

A implementação do projeto não acarretou custos com aquisição de licenças ou software. Tecnologia dokuwiki é baseada em software livre podendo ser alterada de acordo com necessidade da instituição tendo seu código aberto. Foi implementado em container no datacenter da SETIC onde o mesmo consome apenas o espaço do programa base e arquivos de configuração.


Etapas do Projeto

Etapa/Entrega Descrição Data em que foi entregue
1 - Planejamento do Projeto (Documentações) Será construído a Análise de Negócio, Termo de Abertura de Projeto (TAP), Estrutura Analítica de Projetos (EAP), Matriz de Risco, Matriz GUT, Matriz RACI e será feito uma análise normativa.
2 -  Fase de Negócio (mapeamento e otimização dos processos) Na fase de Negócio, responsabilidade da Gerência de Processos da COGE, há criação do Backlog pelo Product Owner do projeto, a fim de otimização de processo. Sendo Assim o backlog é criado a partir da documentação formulada na fase de iniciação, o backlog é priorizado junto com o cliente, para que se inicie o conjunto de tarefas do "Planejamento". Posteriormente o PO alinha com o gerente de projetos quanto ao backlog, e estando aprovado, cria-se a sprint backlog e dá inicio ao desenvolvimento.
3 - Ideação das novas funcionalidades no produto Junto com o cliente o PO vai analisar os riscos e a priorização feita para o cliente para que inicie o planejamento da ideação, que é feito com os stakeholders do projeto. A ideação tem como objetivo chegar na "Definição do produto" para que os features sejam criados, e posteriormente priorizados novamente, com o que agrega mais valor para o cliente.
4 - Desenvolvimento de novas funcionalidades e correção de bugs Realizar melhorias e criação de novas funcionalidades que foram acordadas no escopo do projeto.
5 - Implantação das melhorias e novas funcionalidades

6 - Entrega do Projeto

7- Monitoramento do Projeto Acompanhamento para fins de correção de bugs que possam surgir nas novas funcionalidades.
 

Resultados alcançados

  • A centralização da informação diminuiu o tempo de busca de informações gerenciais e técnicas
  • O conhecimento deixou de ser tácito e está alocado de forma padrão onde todos os colaboradores podem registrar e consultar os documentos
  • A plataforma possibilitou transparência nos dados de atendimento e precificação
  • Os procedimentos e manuais documentados diminuíram o tempo de atendimento e orientação aos usuários
  • A disponibilização do catálogo de serviços permitiu clareza sobre a prestação de serviços da superintendência
  • Manuais de erros conhecidos e estruturação de serviços evita o retrabalho e redescoberta de soluções para problemas que ja ocorreram na instituição
  • A incorporação de arquivos de configuração nos procedimentos ajudam o técnico a realizar o atendimento de forma mais rápida, com passo a passo e arquivo de configuração em mãos, bastando realizar ao acesso ao manual na estação do cliente para a transferência dos arquivos.


Voltar ao topo