0 Fase de Diagnóstico¶
Participantes: Área de Relacionamento e Área Requisitante
A fase de diagnóstico antecede o projeto e consiste nas seguintes atividades:
0.1 Receber Demandas
Área de Relacionamento (CGRAR) recebe a demanda, por email, citsmart ou pelo ponto focal da área requisitante. A demanda é incluída na fila de diagnóstico a ser realizado e em contato com a área requisitante a CGRAR avisa se tem diagnósticos em andamento e pactua com a área requisitante uma data para início do diagnóstico.
0.2 Realizar Diagnóstico
O diagnóstico pode ser criado para as seguintes categorias: internalização, desenvolvimento ou manutenção de um software, de um painel, de um aplicativo mobile, de um portal ou de uma API.
Inicia-se a fase de diagnóstico com uma reunião entre os envolvidos: área requisitante e a CGRAR, onde o objetivo é entender a necessidade da área de negócio, contextualizando a necessidade, identificando os principais problemas que a área requisitante está enfrentando, os benefícios esperados com a implementação da necessidade, as alternativas de solução que são vistas pela área requisitante, os requisitos funcionais e não funcionais esperados para a solução e as premissas e restrições do projeto.
As informações levantadas com a área requisitante, a depender da maturidade do negócio, pode ser para toda a solução, nesse caso lista-se todo o escopo da solução no documento de visão, ou pode ser para uma release específica do projeto, nesse caso o escopo será apenas para uma release específica de uma solução existente que pode estar em desenvolvimento ou não.
A partir das informações levantadas juntamente com a área requisitante, estabelece a arquitetura da solução, identificando as tecnologias de banco de dados, de autenticação, autorização e hospedagem que serão adotadas no projeto. Verifica-se como a necessidade da área requisitante será atendida e também verifica-se a existência de alguma solução que já atenda a necessidade.
A partir das informações levantadas também faz-se a contagem estimada e a partir da contagem identifica-se a estimativa de tempo de conclusão da solução descrevendo as possíveis releases e sprint e os recursos contratuais que poderá atender à necessidade.
Com as informações elencadas, o documento de visão será apresentado para a área requisitante que o aprovará.
Durante a fase de diagnóstico a área requisitante poderá solicitar a suspensão da necessidade caso tenha alguma pendência que não será resolvida em curto prazo e enquanto a pendencia não for resolvida e comunicada para a CGRAR a necessidade ficará como Pendente na área Requisitante ou poderá ser cancelada, caso a área requisitante decida despriorizá-la.
0.3 Priorizar projeto
Pode-se ter uma lista de diagnósticos prontos, mas não ter recurso suficiente para dar início em todos, dessa forma, é necessário priorizar os projetos que serão iniciados.
A priorização do projeto acontece conforme o "método de priorização de projetos" e o objetivo é dar transparência para área requisitante de quando irá iniciar o próximo projeto. Se o projeto for priorizado, significa que está aprovado para o seu início.
A priorização será realizada pela DEIOP/CGRAR com critérios objetivos:
☐ Adoção de 3 filas: curta duração, média duração e longa duração:
☐ Cada fila terá um quantitativo de x projetos e divididos por tecnologia (mobile, sistema, painel...)
☐ Além das 3 filas oficiais, adoção de uma fila emergencial com 5 projetos que deve ser solicitado pelos Secretarios direto para Gabinete da SETIC.
Enquanto o projeto não for priorizado, ficará Pendente na SETIC, com a ressalva de não se ter recurso para iniciá-lo.
A fase de diagnóstico deve ser concluída em até 30 dias e o resultado é o documento de visão aprovado pela área requisitante, a contagem estimada do projeto e a priorização ou não do projeto.
Atualizado por Redmine Admin há aproximadamente 6 anos · 1 revisões