Contagem de Pontos de Função no Desenvolvimento de Software utilizando Métodos Ágeis

Transcrição

1 CAPA MINISTÉRIO DO PLANEJAMENTO Secretaria de Logística e Tecnologia da Informação SLTI Contagem de Pontos de Função no Desenvolvimento de Software utilizando Métodos Ágeis Lucineia Turnes Brasília, 23 de junho de 2015 II Seminário de Metodologia Ágil do SISP ASSINATURAS

2 Roteiro de Métricas de Software do SISP Versão 2.1 Capítulo 7 Proposta para conciliar o uso da métrica PF em contratações de desenvolvimento de software usando métodos ágeis com o objetivo de minimizar os riscos para o tratamento de mudanças em funcionalidades.

3 Desafios Definir um modelo de remuneração que seja equilibrado. Remuneração deve estar vinculada a entrega de resultados ou ao atendimento de níveis de serviço (Súmula TCU 269). Escopo mais aberto recorrentes. mudanças mais constantes e

4 Objetivos e Premissas Buscar a simplicidade na medição do desenvolvimento de software com métodos ágeis; Minimizar o ônus de gestão do projeto e controle de mudanças; Fortalecer a necessidade e importância de registro das mudanças; Promover a oferta de preços exequíveis; Incentivar o uso de desenvolvimento ágil no governo.

5 Marcos do Projeto II Seminário de Métricas de Software do SISP (22 e 23 de julho de 2014) Grupo de Trabalho: SLTI, DTI e SEGEP (apoio UnB) Benchmarking (IPHAN, BACEN, TST, STN, INEP, TCU) Guias (PROCERGS, Caixa, STN) Consulta Pública (16 a 27 de março de 2015) Reuniões com especialistas Versão para publicação

6 CONCEITOS Release É um ciclo que perpassa pelas fases do processo de desenvolvimento de software com o objetivo de entregar, ao final do ciclo, um produto pronto. Sprint É uma unidade de período de tempo fixo (time box) dentro da release, com datas de início e fim pré-definidas, dentro da qual é executado um conjunto de atividades de desenvolvimento do projeto. Ciclo de Pagamento Período definido para fins de pagamento e apuração dos resultados entregues, podendo consistir de uma iteração (sprint), de um conjunto de iterações, ou de uma release.

7 CONCEITOS Produto Pronto Visando a remuneração da contratada a partir da medição de resultados gerados em um ciclo de pagamento, entende-se que um produto está pronto se foi entregue e aceito. Refinamentos São quaisquer mudanças ocorridas sobre uma função transacional ou de dados já previamente desenvolvida(s) na release corrente. Projeto de Melhoria São quaisquer mudanças ocorridas sobre uma função transacional ou de dados já previamente desenvolvida(s) em release anterior.

8 ORIENTAÇÕES Remuneração baseada nos resultados entregues e aceitos (Produto Pronto); Remuneração sempre atrelada a uma ordem de serviço; Promover o fluxo de demandas do projeto e o equilíbrio econômico-financeiro da contratada; Divisão do projeto de desenvolvimento ou manutenção em releases; Ciclo da sprint (iteração) de 2 até 4 semanas; Ciclo da release não deve ser igual ao ciclo da sprint; Ciclo da release deve, sempre, promover o aumento do percentual de completude do sistema (entrega de valor agregado ao negócio); Funcionalidades que precisem de mais de uma sprint para serem desenvolvidas, recomenda-se que sejam contadas somente na sprint em que forem entregues e aceitas.

9 Tratamento de Mudanças em Funcionalidades no Processo Ágil Mudanças em Funcionalidades Dentro da mesma Release? SIM NÃO Refinamento Projeto de Melhoria Sem contagem/remuneração adicional Aplica-se Fator de Impacto (FI)

10 Tratamento de Mudanças em Funcionalidades no Processo Ágil Refinamentos - Não são contados/remunerados em PF, mas devem ser registrados; - Sem remuneração adicional ao total de PF da contagem detalhada final da release; - São absorvidos pela contratada como parte inerente do processo ágil de desenvolvimento adotado para o projeto; - Podem ser mudanças do tipo alteração de escopo, regra de negócio, legislação, detalhamento de requisitos ocorridas na mesma release onde a funcionalidade já foi trabalhada.

11 Tratamento de Mudanças em Funcionalidades no Processo Ágil Edital de Contratação Contrato $ 1 1

12 Fatores que Influenciam o Número de Mudanças em Funcionalidades no Processo Ágil Maturidade dos requisitos do projeto; Conhecimento do negócio pelo product owner; Maturidade do processo ágil implantado no órgão; Disponibilidade e experiência com métodos ágeis da área de negócio (product owner); Nível de experiência com métodos ágeis da equipe da contratante (principalmente do product owner); Nível de experiência com métodos ágeis requerido para a equipe de desenvolvimento da contratada; Tamanho da sprint e da release; Volume de mudanças em funcionalidades de projetos similares já executados.

13 Exemplo de Aplicação da Proposta Planejamento do Backlog das Sprints da Release N

14 Exemplo de Aplicação da Proposta Contagem Detalhada de Pontos de Função da Release N

15 Exemplo de Aplicação da Proposta Contagem de PF da Release N para Baseline da Aplicação

16 Roteiro de Métricas de Software do SISP Versão 2.1 Variações com relação à versão anterior 2.0: 4.2 Projeto de Melhoria PF_MELHORIA = + (0,30 x PF_EXCLUIDO) +...

17 Roteiro de Métricas de Software do SISP Versão 2.1 Variações com relação à versão anterior 2.0: Considerações sobre Mudança de Requisitos Tabela 10 Percentuais definidos para a mudança de requisitos

18

19 Obrigada!