Ir para o conteúdo principal

Fluxo de Registros no documentos.sistemas

Os projetos de Desenvolvimento/Melhoria de Software da SETIC devem conter todo seu histórico e informações técnicas e gerais registrados em documentos.sistemas.ro.gov.br/shelves/projetos. Para que haja uma consistência nas informações disponíveis sobre nossos projetos, obedecemos um nível adequado de qualidade no registro dos projetos, devendo-se construir as seguintes páginas padrões dentro dos livros dos projetos:

  • Análise de Negócio
  • Escopo do Projeto/Programa
  • Processos Otimizados
  • Ideação do Produto
  • Projeto em Números!

Não deve-se colocar outras informações como manuais, estudos técnicos, apresentações e etc. Pois, cada item deste tem seu lugar adequado nas prateleiras do documentos.sistemas. 

A devida documentação do projeto seguinte os padrões de qualidade é de responsabilidade do Gerente de Portfólio de Proetos e Product Owner do Projeto. 

Demandas

Nossas demandas de projetos são acompanhadas através da ferramenta Pipefy, onde armazenamos dados como:

  • Problema a ser resolvido
  • Data da solicitação
  • Setor solicitante
  • Cliente (Pessoa responsável)
  • Estudo de impacto

Diagnósticos

Para cada cliente com um problema, temos um diagnóstico para seu problema. Tem tudo se resolve com um sistema. E quando se faz necessário um sistema deve haver um cuidado especial com a implantação. Todo esse cuidado é sintetizado no Relatório de Diagnóstico que é utilizado pela Coordenadoria de Desenvolvimento - CODE na tomada de decisão, no momento de priorização de projeto. A transparência é um dos pilares da agilidade e nossos diagnósticos são publicados na Wiki da DETIC, que fica disponível para todo cidadão acessar.

Desenvolvimento

Se no diagnóstico for validado que para o problema informado tem como melhor solução o desenvolvimento de um software, os próximos passos a serem seguidos são: Ideação e Desenvolvimento.

Ideação

Os processos de ideação utilizado na DETIC tem o formato de workshop colaborativo, onde é indispensável a participação dos clientes e do time de desenvolvimento. Toda a atividade é feita com post-its e recursos visuais. Após o término do workshop todo material e digitalizado e disponibilizado na Wiki DETIC. Esse material vai ser insumo e fonte de consulta do P.O. e do Time de Desenvolvimento durante todo o processo de desenvolvimento.

Desenvolvimento

Utilizamos o SCRUM como framework de gestão de projeto. Os itens de backlog são construídos utilizando a técnica de user story. Cada user story responde às seguintes perguntas com relação ao funcionalidade a ser desenvolvida:

  • Para quem deve ser desenvolvida?
  • O que deve ser desenvolvida?
  • Porque deve ser desenvolvida?
  • Para que deve ser desenvolvida?
  • Quais os cenários em que a funcionalidade será utilizada?
  • Quais os critérios de aceitação?
  • Qual a avaliação de complexidade informada pelo time?

Esta estrutura possibilita que os debates sejam mais produtivos e com um propósito. Todas as user stories são produzidas na ferramenta Pipefy. Estes dados podem ser exportados em diversos formatos. O que possibilita a utilização dos dados em dashboards para acompanhamento do próprio time.

Código de software

“Isso aí quem resolve é fulano, só ele sabe onde está”.

Tudo em um só lugar, nossos códigos fontes são armazenados no GitLab da DETIC. Que utiliza o GIT que é um sistema de controle de versões distribuídos, onde para cada alteração realizada no código e submetida a revisão antes de aprovação.

Para cada uma das alterações aprovadas e armazenado quem realizou a alteração e o motivo da alteração. Desde a primeira linha de código construída até a última é possível saber quem escreveu cada parte.

Voltar ao topo