¶ Termo de Abertura do Projeto - TAP
|
Superintendência Estadual de Tecnologia da Informação e Comunicação |
|||
| Última Alteração | Versão | ||
| Clientes: | SETIC |
00/00/0000 |
1.0 |
| Gerente do Projeto: | Crislâny Oliveira |
00/00/0000 |
1.0 |
| Coordenador CAGD: | Pedro Gomes |
00/00/0000 |
1.0 |
| Desenvolvedor CAGD: | João Thomas |
00/00/0000 |
1.0 |
¶ Nome do Projeto:
ADA. Referência Cultural: Ada Lovelace foi a primeira programadora de computadores do mundo, desenhando o primeiro algoritmo usado por uma máquina, que foi a calculadora.
¶ Justificativa:
A Superintendência Estadual de Tecnologia da Informação e Comunicação (SETIC) desempenha um papel fundamental ao prestar assistência a várias secretarias por meio da plataforma de atendimento de serviços GLPI. Entre as diversas solicitações que recebem, incluem-se tarefas como a cancelamento de documento SEI, excluir permissão do SEI, criação de contas de e-mail, alteração de senhas e até mesmo procedimentos específicos, como a migração de dados. Diante desse cenário, é evidente que a realização de algumas dessas solicitações é caracterizada pela repetição e, portanto, apresenta um potencial claro para ser automatizada.
¶ Objetivo:
A missão deste projeto é criar soluções automatizadas para otimizar os serviços oferecidos pela Superintendência Estadual de Tecnologia da Informação e Comunicação (SETIC). O objetivo principal é aprimorar a eficiência, reduzindo a necessidade de trabalho manual repetitivo nesta superintendência. O foco central está na automação dos processos de Tecnologia da Informação e Comunicação (TIC) com o propósito de acelerar o atendimento e proporcionar economia significativa para o Estado.
¶ Previsão Legal:
Plano Diretor de Tecnologia da Informação - PDTIC ( 2024-2027).
SETIC - Superintendência Estadual de Tecnologia da Informação e Comunicação.
https://wiki.setic.ro.gov.br/home/compliance/planodiretor
¶ Premissas:
▸ Será realizado um teste piloto com a ADA na exclusão de processos do SEI, de forma automática e sem interferência humana;
▸ Testes vão ser feitos de forma rigorosa para ter a menor quantidade de erros possíveis pela ADA;
¶ Declaração do Escopo:
¶ Requisitos:
▸ Desenvolvimento de uma solução de Automação capaz de integrar diversos serviços.
▸ Integração com a plataforma GLPI.
▸ Automatização dos seguintes chamados, na primeira fase do projeto:
1. Alteração de permissão de usuário SEI
2. Alteração de e-mail cadastrado no SAURON
3.Cancelamento de documento no SEI
4. Criação de conta de e-mail
5. Criação de Senha no VOIP*
¶ Restrições:
▸ Nesse primeiro momento será desenvolvido apenas a automatização com os 5 chamados mais recorrentes pelo GLPI.
¶ Risco Iniciais:
¶ Equipe do Projeto e suas Responsabilidades:
Coordenadoria de Gestão e Estratégica - COGE
Gerência de Projetos (GPROJ):
Gerente da GPROJ: Iasmin Lima Batista
Assessora: Crislâny Andrade;
Coordenadoria de Banco de Dados - CAGD
Time Burn-E:
Gerente da CAGD: Charles Xavier
Gerente da CAGD: Bárbara Garcez
Analista de Dados: Caio Oliveira
Analista de Dados: Caio Nemeth
Clientes:
Superintendente Estadual de Tecnologia da Informação e Comunicação - SETIC
Aprovadores internos do Projeto:
Coordenador COGE - Ronald Lázaro Borges Ribeiro;
Coordenador CODE - Janderson de Castro Thomaz;
Coordenador CAGD - Pedro Henrique Gomes (PG);
Coordenador COSEGI - Ed Carlos Egert Galvão.
¶ Cronograma de Entregas:
Data de Início do Projeto: xx/xx/xxxx;
Data de Previsão do Encerramento do Projeto: xx/xx/xxxx;
Processo no SEI:
xxxx.xxxxxx/xxxx-xx - (Data de Abertura do Processo);
xxxx.xxxxxx/xxxx-xx - (Data de Abertura do Processo).
|
Data Planejada |
Data Real |
Status |
|||
|
Atividade ou Tarefa do Projeto |
Início |
Fim |
Início |
Fim |
A fazer; |
| 1. Iniciação | |||||
| 1.1. Reunião de alinhamento com os novos objetivos do PDTIC 2024-2027 | 01/03/2024 | 01/03/2024 | 01/03/2024 | 01/03/2024 | Concluído |
| 1.2. Realizar nova análise de negócio do PDTIC 2024-2027 | Concluído | ||||
| 1.3. Reunir com a equipe do Projeto ADA para alinhamentos do PDTIC 2024-2027 | Concluído | ||||
| Reunião de priorização dos chamados a serem automatizados | 26/03/2024 | 26/03/2024 | 26/03/2024 | 26/03/2024 | Concluído |
| Reunião de Distribuição dos projetos do PDTIC entre os gerentes | 07/06/2024 | 07/04/2024 | Concluído | ||
| 2. Planejamento do Projeto | |||||
| 2.1 Termo de Abertura do Projeto (TAP) | 01/04/2024 | 05/04/2024 | xx/xx/xxxx | xx/xx/xxxx | Em progresso |
| 2.2 Plano de Comunicação | 08/04/2024 | 10/04/2024 | xx/xx/xxxx | xx/xx/xxxx | Em progresso |
| 2.3 Estrutura Analítica do Projeto (EAP) | 11/04/2024 | 22/04/2024 | xx/xx/xxxx | xx/xx/xxxx | Em progresso |
| 2.4 Documentação do Projeto na plataforma WIKI | 01/04/2024 | 31/04/2024 | 17/07/2024 | - | Em progresso |
| 3. Execução do Projeto | |||||
| 3.1. (Etapa 1 do PDITC) - Automatizar 02 (dois) chamados de configuração: um de perfil e um do grupo técnico no GLPI; | 01/04/2024 | 12/07/2024 | 01/04/2024 | 12/07/2024 | Concluído |
| 3.1.1. Realizar levantamento dos requisitos para automação | 01/04/2024 | 10/06/2024 | 01/04/2024 | 10/06/2024 | Concluído |
| 3.1.2. Iniciar o desenvolvimento da automação | 26/06/2024 | 27/08/2024 | 26/06/2024 | 27/08/2024 | Concluído |
| 3.1.3. Realizar testes de integração com o GLPI | 28/06/2024 | 28/06/2024 | 28/06/2024 | 28/06/2024 | Concluído |
| 3.1.4. Realizar testes da automação do chamado | 28/06/2024 | 28/06/2024 | 28/06/2024 | 28/06/2024 | Concluído |
| 3.1.5. Implementar em produção | 01/07/2024 | 01/07/2024 | 01/07/2024 | 01/07/2024 | Concluído |
| 3.1.6. Realizar divulgação | 08/07/2024 | 12/07/2024 | 08/07/2024 | 12/07/2024 | Concluído |
| 3.2. (Etapa 2 do PDITC) - Automatizar 2 (dois) chamados de configuração um de perfil e um do grupo base no GLPI | 15/07/2024 | 19/09/2024 | - | - | Em progresso |
| 3.2.1. Realizar levantamento dos requisitos para automação | 15/07/2024 | 15/08/2024 | - | - | Em progresso |
| 3.2.2. Iniciar o desenvolvimento da automação | 16/08/2024 | 30/08/2024 | - | - | A fazer |
| 3.2.3. Realizar testes de integração com o GLPI | 02/09/2024 | 04/09/2024 | - | - | A fazer |
| 3.2.4. Realizar testes da automação do chamado | 05/09/2024 | 10/09/2024 | - | - | A fazer |
| 3.2.5. Implementar em produção | 11/09/2024 | 11/09/2024 | - | - | A fazer |
| 3.2.6. Realizar divulgação | 12/09/2024 | 19/09/2024 | - | - | A fazer |
| 4. Encerramento | |||||
| 4.1. Termo de Encerramento do Projeto (TEP) | - | 30/11/2027 | - | - | A fazer |
¶ Mapa de Stakeholders
O mapa de stakeholders é uma ferramenta visual usada na gestão de projetos e no planejamento estratégico para identificar e analisar todas as partes interessadas envolvidas em um projeto, organização ou iniciativa. O objetivo principal de criar um mapa de stakeholders é entender quem são essas partes interessadas, quais são seus interesses, necessidades, influência e relação com o projeto ou organização.
¶ Estrutura Analítica do Projeto - EAP
A EAP (Estrutura Analítica do Projeto), também conhecida como WBS (Work Breakdown Structure, em inglês), é uma ferramenta fundamental no gerenciamento de projetos. Ela é usada para decompor o projeto em partes menores e mais gerenciáveis, chamadas de pacotes de trabalho ou elementos da EAP. A EAP organiza e hierarquiza as entregas e atividades do projeto, permitindo uma compreensão clara da estrutura do projeto e de como suas partes se relacionam.
¶ Matriz RACI (Responsible, Accountable, Consulted, Informed)
Matriz RACI (Responsible, Accountable, Consulted, Informed) em projetos é uma iniciativa essencial para otimizar a gestão de responsabilidades e papéis dos membros da equipe ao longo do ciclo de vida do projeto. A Matriz RACI é uma ferramenta valiosa que oferece uma representação clara das funções e responsabilidades de cada indivíduo envolvido em um projeto.
¶ Gerenciamento e Matriz de Riscos
O gerenciamento de riscos em projetos é uma prática fundamental para identificar, avaliar e controlar ameaças e oportunidades que podem afetar o sucesso de um projeto. Ele envolve os seguintes passos:
Uma matriz de riscos, também conhecida como matriz de probabilidade-impacto, é uma ferramenta visual usada no gerenciamento de riscos. Ela ajuda a classificar os riscos identificados com base em sua probabilidade de ocorrência e impacto no projeto.
Planilha Modelo de Preenchimento:
|
Riscos |
||||||||
|
Identificador |
Data de Identificação do Risco |
Descrição do Risco |
Categoria do Risco |
Probabilidade |
Impacto |
Avaliação do Risco |
Resposta (Plano de Ação) |
Responsável |
|
1 |
xxx |
xxx |
xxx |
xxx |
xxx |
xxx |
xxx |
xxx |
|
2 |
xxx |
xxx |
xxx |
xxx |
xxx |
xxx |
xxx |
xxx |
|
3 |
xxx |
xxx |
xxx |
xxx |
xxx |
xxx |
xxx |
xxx |
¶ Plano de Comunicação
A matriz de comunicação é uma ferramenta que especifica quais documentos serão comunicados, para quais stakeholders, em que frequência (quando) e por qual meio (como). Ela deve estar presenta dentro do plano de comunicação do projeto.
Modelo de Matriz de Comunicação:
| Tipo de Comunicação | Objetivo | Meio | Frequência | Audiência | Dono | Entregas |
| Reunião de início | Apresentar a equipe e o projeto. Revisar os objetivos do projeto e a abordagem de gestão | Presencial | Uma vez |
Time do projeto Stakeholders |
Gerente do Projeto | Ata de Reunião |
| Reuniões da equipe de projeto | Revisar o status do projeto com a equipe. |
Presencial Conferencia |
Semanalmente | Time do projeto | Gerente do Projeto | Ata de Reunião |
| Reuniões técnicas de design | Discutir e desenvolver o design técnico da solução do projeto | Presencial | Quando preciso | Pessoal Técnico do Projeto | Ata de Reunião | |
| Reuniões de status mensal do projeto | Relatar o status do projeto para a gestão. |
Presencial Conferencia |
Mensal | P.O | Gerente do Projeto | |
| Relatórios de status do projeto | Relatar o status do projeto, incluindo atividades, progresso, custos e problemas. | Mensal |
Time do projeto Stakeholders P.O |
Gerente do Projeto | Relatório de status do Projeto |
¶ Histórico de Tomada de Decisões Sobre o Projeto
Histórico de tomada de decisões sobre um projeto é uma prática fundamental para o sucesso e a eficácia da gestão de projetos. Essa documentação ajuda a equipe do projeto, os principais stakeholders e futuros gerentes de projeto a entenderem o raciocínio por trás das decisões tomadas ao longo do ciclo de vida do projeto.
Data:
Resumo da Decisão:
Encaminhamentos:
¶ Termo de Encerramento do Projeto
O Termo de Encerramento do Projeto é o documento utilizado para encerrar formalmente um projeto. Tem por finalidade homologar a entrega do serviço/produto, revisar os objetivos inicialmente pretendidos do projeto, encerrar contratos, dentre outros.
IDENTIFICAÇÃO DO PROJETO
Projeto: [Insira o nome do projeto]
Produto do projeto: [Descreva o produto ou resultado final do projeto]
Área Demandante: [Indique a área, departamento ou pessoa que solicitou o projeto]
Processo no SEI: [Se o projeto estiver relacionado a um processo SEI, insira o número ou identificação]
Gerentes do Projeto: [Nome do Gerente de Projeto]
Data de início: [Insira a data de início do projeto]
Data de encerramento: [Insira a data planejada de encerramento do projeto]
Tipo de encerramento do projeto
( ) Concluído
( ) Cancelado (em caso de cancelamento, descreva as razões)
Objetivo do Projeto: [Avaliar se os objetivos planejados, resultados esperados e as necessidades foram atendidas]
Relação das Entregas
[Informe nesta sessão os produtos e/ou serviços que foram gerados]
| Produto, serviço, funcionalidades entregues | Execução | Previsto |
| ex: Funcionalidade de assinatura eletrônica | Data que foi entregue | Para quando estava previsto a entrega |
| ex: Utilização da assinatura avançada | ||
| ex: Integração ao login único do Gov.br | ||
| ex:Autenticação com Login único do Gov.br |
Conclusão sobre a entrega
Avaliação final por parte do cliente em relação às entregas previstas neste relatório.
( ) Produto(s)/serviço(s) considerado(s) conforme;
( ) Produto(s)/serviço(s) considerado(s) conforme com restrição;
( ) Produto(s)/serviço(s) considerado(s) não conforme;
Aprovações
| Equipe do Projeto | Data | Assinatura |
| Coordenador e Gerente do Projeto | ||
| Área Demandante | ||
Data e Local SEI