(Anexo Único do Ato n. 1839/2019 - DJe n. 205 de 31/10/2019)
VERSÃO DESCONTINUADA
Dono do Processo: Diretor (a) do Departamento de Sistemas
A Metodologia de Desenvolvimento de Software visa descrever e normatizar o processo de desenvolvimento de sistemas adotados pela Secretaria de Tecnologia da Informação e Comunicação do Poder Judiciário do Estado de Rondônia (PJRO), contemplando os itens do macroprocesso de software definidos na Resolução n. 211/2015 do Conselho Nacional de Justiça (CNJ).
Define a metodologia de desenvolvimento de software a fim de otimizar o trabalho das equipes envolvidas, delimitar papéis e responsabilidades. Devendo, portanto, se pautar por normativos, pela simplicidade, não definição de tecnologias ou metodologias específicas. Ser uma ferramenta para toda equipe.
Não é escopo da Metodologia de Desenvolvimento de Software os softwares desenvolvidos por equipes não pertencentes ao quadro de servidores da Secretaria de Tecnologia da Informação e Comunicação, ou softwares de terceiros adquiridos pelo PJRO, salvo quando aplicável aos interesses do PJRO.
Objetivos:
- Normatizar o desenvolvimento de software para o PJRO;
- Registrar as fases a serem seguidas e artefatos mínimos a serem elaborados e entregues em cada fase da construção de software;
- Integrar as atividades de desenvolvimento de software relacionadas a manutenções (corretiva, adaptativas ou evolutivas) e novos serviços, de acordo com as priorizações táticas e estratégicas;
Fluxo:
(clique na imagem para ampliar)
Atividade: |
1. Alinhamento da Visão do Produto |
Entradas |
● Plano de Gerenciamento do Projeto |
Procedimento |
1.1 Alinhar uma visão do produto com os envolvidos, todos os participantes do processo deverão entender o problema e as necessidades que justificam seu desenvolvimento; 1.2 Definir metodologia de trabalho. 1.3 Planejar com a equipe da infraestrutura as atividades necessárias; |
Saídas |
● Documento contendo a visão de produto ou termo de abertura atualizado. ● Documento de arquitetura atualizado ● Documento de escopo atualizado ● Backlog atualizado
|
Atividade: |
2. Planejar entregas |
Entradas |
● Plano de Gerenciamento do Projeto; ● Documento contendo a visão de produto ou termo de abertura atualizado. ● Demanda de Sustentação de Software. ● Backlog atualizado |
Procedimento |
2.1 Levantar o backlog inicial do produto; 2.2 Produzir um cronograma detalhado de entregas voltados para os objetivos de negócio, alinhado ao cronograma macro definido no MGP. |
Saídas |
● Backlog atualizado do produto; ● Cronograma detalhado previsto ou Plano de entregas. |
Atividade: |
3. Planejar iteração |
Entradas |
● Backlog atualizado do produto; ● Cronograma detalhado previsto ou Plano de entregas. |
Procedimento |
3.1 Refinar os requisitos a serem entregues na iteração atual; 3.2 Delegar responsabilidades para o desenvolvimento de requisitos priorizados; 3.3 Definir ou refinar os critérios de aceitação; 3.4 Definir testes funcionais; 3.5 Planejar a iteração. A atividade deverá ser planejada até a entrega do MVP definido de acordo com o cronograma macro do MGP ou entrega da sustentação solicitada. 3.6 Planejar com a equipe da infraestrutura as atividade necessárias; |
Saídas |
● Plano de gerenciamento da iteração; ● Requisitos de software priorizados e detalhados; ● Backlog do produto atualizado; ● Detalhamento da infraestrutura necessária; ● Documento de arquitetura atualizado; ● Critérios de aceitação / testes funcionais; ● Plano de gerenciamento da iteração; |
Atividade: |
4. Construção do produto |
Entradas |
● Plano de gerenciamento da iteração; ● Requisitos de software priorizados e detalhados; ● Backlog do produto atualizado. ● Detalhamento da infraestrutura necessária; |
Procedimento |
4.1 Produzir o código fonte para os diversos elementos/componentes do software, visando uma versão operacional do mesmo; 4.2 Implementar a infraestrutura para suportar o produto da iteração; 4.3 Produzir documentação do sistema; 4.4 Produzir orientações ao usuário; 4.5 Realizar testes unitários e de integração 4.6 Apresentar produto aos envolvidos |
Saídas |
● Produtos da iteração entregues em ambiente de homologação; ● Documentação do sistema; ● Backlog do produto atualizado; ● Documento contendo a visão do produto atualizado; ● Relatórios de testes |
Atividade: |
5. Homologação das entregas |
Entradas |
● Produtos da iteração entregues em ambiente de homologação; |
Procedimento |
5.1 Gestor do software realiza teste funcional das histórias entregues; 5.2 Gestor do software se reúne com as partes interessadas para validar as entregas; 5.3 Gestor do software coleta todos os pontos aprovados e não aprovados; 5.4 Gestor do software apresenta relata os pontos aprovados e não aprovados. |
Saídas |
● Relatório contendo as entregas aprovadas (homologadas) ou não aprovadas (não homologadas), por meio de ata de reunião; o Caso se trate de projeto, o relatório deve ser encaminhado ao Gerente de Projeto, para que este atualize o sistema de gerenciamento de projetos. ● Autorização para liberação pelo gestor do software e pelo gerente do projeto; |
Atividade: |
6. Retrospectiva da iteração |
Entradas |
● Relatório contendo as entregas aprovadas (homologadas) ou não aprovadas (não homologadas), por meio de ata de reunião; ● Check-list de encerramento de Fase/Projeto (no caso de Projeto). |
Procedimento |
6.1 A etapa de retrospectiva diz respeito à melhoria contínua do processo. Nesta fase se discute a eficiência da iteração realizada, erros e acertos. 6.2 Caso se trate de fim de fase do projeto ou projeto, a reunião de retrospectiva, a reunião se iniciará somente se tiver o preenchimento do check-list de encerramento de fase/projeto. |
Saídas |
● Ata de reunião contendo todos os registros importantes sobre a iteração, buscando a melhoria contínua do procedimento e da equipe. ● Lições Aprendidas ● Atualização do portfólio do DSI ● Atualização do catálogo de serviço |
Controle do Processo:
ID |
1 |
||
Processo |
Metodologia de Desenvolvimento de Software |
||
Dono do Processo |
Diretor do Departamento de Sistemas |
||
Indicador |
Porcentagem de projetos e sustentações aderentes a metodologia |
||
Justificativa |
Medir os projetos de software ou sustentações de softwares realizados no ano aderentes a metodologia. |
||
Periodicidade |
Mensal |
Previsão da 1ª medição |
Outubro/2019 |
Intervalo |
3 últimos meses |
||
Regra de cálculo | |||
Meta |
30% até dezembro de 2019 50% até maio de 2020; 80% até dezembro de 2020 |
||
Origem dos dados |
Portfólio de ativos de softwares do DSI |
||
Responsável pela coleta |
Diretor do Departamento de Sistemas |
||
Gerente do Processo |
Diretor do Departamento de Sistemas |
Versões Anteriores: