análise de pontos de função - fattocs.comfattocs.com/files/pt/apresentacoes/webinar...abordar os...

FATTO Consultoria e Sistemas - www.fattocs.com

1

Palestrante: Augusto Mariano Pinheiro, CCFL, CPRE-FL

[email protected]

Contratos ágeis medidos por Pontos de Função


FATTO Consultoria e Sistemas

2

Missão: “Ajudar nossos clientes no planejamento e avaliação de desempenho de processos de TI para alavancar o sucesso de seu negócio.”

Consultoria e Treinamento em Medição, Estimativas e Requisitos de Software:

– Análise de Pontos de Função (IFPUG, NESMA , COSMIC)

– Estimativas de projetos de software

– Engenharia de Requisitos

– Medição e auditoria em medição de software

– Análises de produtividade em projetos de software

O livro mais vendido de APF no país foi escrito por nós

Formou ~25% de especialistas certificados pelo IFPUG

no Brasil


Discutir a viabilidade da adoção de metodologias ágeis de desenvolvimento de software em suas contratações.

Abordar os principais desafios na contratação de serviços de desenvolvimento e manutenção em regime de fábrica de software utilizando métodos ágeis

Objetivos desta apresentação

3


Tópico I - Introdução

Justificativas para a contratação

Resultados Esperados

Tópico II – Comparação entre Práticase Modelos

Metodologias Tradicionais

Comparação entre Práticas e Modelos

Métodos Ágeis

Agenda

4

Tópico III – Principais Desafios

Integração do Time

Documentação adequada

Definição do “Pronto”

Definição do “Retrabalho”

Definição do "Elemento de Medição“

Elaborar modelo de Sustentação


Tópico I – Introdução

Justificativas para a contratação

Resultados esperados

5


A informatização das atividades organizacionais melhora condições de trabalho e apoia a tomada de decisão.

Nesse sentido, a TI é estratégica para as áreas administrativa e operacional, desenvolvendo, mantendo e sustentando sistemas essenciais para a melhoria contínua da qualidade e eficiência dos serviços prestados pela organização.

Em muitas organizações, há escassez de mão de obra especializada com condições de garantir a produção e a sustentação de sistemas, de modo que contratar torna-secondição indispensável para o atingimento das metas estabelecidas pela organização.

Justificativas para a Contratação

6


Garantir a manutenção e evolução dos sistemas em operação e construir novos

Assegurar o pleno funcionamento de sistemas (sustentação)

Dar a vazão esperada à demanda dos clientes (e no prazo esperado)

Promover entregas de valor constantes, de forma controlada e automatizada

Resultados Esperados

7

Para alcançar estes resultados,É necessário escolhermodelo de operação emetodologia adequados


Tópico II – Comparação entre Práticas e Modelos


Comparação entre Práticas e Modelos

Movimento Ágil e DevOps

8


Clássica

Baseada em Prototipação


9

Espiral

Processo Unificado


Comparativo das Práticas e Modelos

10

Práticas Abordagem Tradicional Abordagem Ágil

Processos Preditivo.Atividades, tarefas e artefatos definidos.

Adaptativo.Processos leves, baseados em valores e princípios.

Comunicação Há o incentivo à confecção de documentos, modelos, diagramas e especificações. Ébaseada em documentos formais.

Há maior valorização da iteração direta entre os membros da equipe. Promove a integração dos envolvidos.

Aceitação da Mudança Exigem que o cliente saiba exatamente qual é o comportamento ideal do software a ser desenvolvido antes do início do projeto.

A experimentação e adaptação é incentivada e tende a produzir software mais adequados às necessidades dos usuários.

Entregas Normalmente as entregas são feitas em ciclos longos.

Promove o feedback do cliente, devido aos seus ciclos de entregas curtos e constantes.


Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo. Através deste trabalho, passamos a valorizar:

– Indivíduos e interação entre eles mais que processos e ferramentas

– Software em funcionamento mais que documentação abrangente

– Colaboração com o cliente mais que negociação de contratos

– Responder a mudanças mais que seguir um plano

Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda.

O Manifesto Ágil

11


É o alinhamento do time de desenvolvimento com o time de operações, em relação à:

– Processos;

– Ferramentas; e

– Responsabilidades.

Visando acelerar as entregas em produção com um elevado grau de qualidade.

Na prática, DevOps aproxima as práticas de desenvolvimento ágil com testes e implantação – fazendo um bom uso da automação para tal.

DevOps

12


Tópico III – Principais Desafios

Integração dos Times


Definição do “Pronto”

Definição do “Retrabalho”

Definição do "Elemento de Medição“


13


Integração dos Times

14

CONTRATANTE e CONTRATADA

– Time único?

– Fisicamente juntos?


Integração dos Times (papéis)

15

O que diz o Manifesto Ágil:

“Princípio #4: Pessoas relacionadas à negócios e desenvolvedores devem trabalhar em conjunto e diariamente, durante todo o curso do projeto.”

Se o SCRUM for adotado, quem exercerá os papéis?

– SCRUM MASTER

Remover impedimentos

Garantir que o SCRUM está sendo seguido

– PRODUCT OWNER

Descrever as necessidades dos clientes

Gerenciar o backlog do produto (e priorizar seus itens)

Apoiar o entendimento e esclarecimento dos requisitos à equipe de desenvolvimento



16

Deve atender, simultaneamente:

– Princípios ágeis

“O Método mais eficiente e eficaz de transmitir informações para, e por dentro de um time de desenvolvimento, é através de uma conversa cara a cara.”

– Governança de TI, ainda que o foco não seja:

Promover a TROCA DE INFORMAÇÕES entre os diferentes especialistas

RETER O CONHECIMENTO desenvolvido pelo projeto

Permitir RASTREABILIDADE



17

Via de regra, se trabalha com Histórias de Usuário

– É um requisito capturado normalmente em 1 parágrafo que descreve a necessidade de um usuário de forma breve utilizando uma linguagem comum ao negócio.

Como/Sendo <QUEM>, eu quero/gostaria/devo/posso <O QUE>, para que/de/para <PORQUE/RESULTADO>

– Riscos

Se métrica de remuneração é UST ou Pontos de História, corre-se o risco de transferir o poder de fabricar unidade de remuneração para quem recebe.

– Exemplo: 1 História de Usuário = 1 UST


Tá pronto, só falta testar...

Definição de “Pronto”

18

É um acordo formal do time SCRUM que define claramente quais são os passos mínimos para a conclusão de um item potencialmente entregável.

Criar uma “Definição de Pronto” ou “DoD” é um esforço colaborativo entre o SCRUM Master, o time SCRUM e o Product Owner.

Esta definição deve ser incluída no contrato?


Definição de “Pronto”: Exemplos

19

1. Codificação concluída;

2. Testes realizados;

3. Repositório de código atualizado;

4. Código revisado e inspecionado quanto à padrões de qualidade de código;

5. Testes unitários escritos e aprovados;

6. Liberado no ambiente de testes;

7. Aprovado nos testes de aceitação do usuário e assinado como “aderente aos requisitos”;

8. Mudanças em itens de configuração implementadas/documentadas/comunicadas;

9. Documentação relevante produzida e/ou atualizada;

10. Apontamento de horas remanescentes zerado e tarefa concluída.


Definição de “Retrabalho”

20

Toda mudança é retrabalho?

– UX: Mudança como retrabalho ou deve ser vista como a continuação do trabalho ainda não concluído (refinamento de requisitos)?

– E se houve falha no Levantamento de Requisitos?

– E se houverem mudanças no ambiente externo (legais, condições do negócio, etc)?


Definição de “Retrabalho”

21

Toda mudança é retrabalho?

– UX: Mudança como retrabalho ou deve ser vista como a continuação do trabalho ainda não concluído (refinamento de requisitos)?

– E se houve falha no Levantamento de Requisitos?

– E se houverem mudanças no ambiente externo (legais, condições do negócio, etc)?

As mudanças são bem vindas?


Definição do “Elemento de Medição”

22

Homem-Hora (HH):

– O contratante deve gerenciar a produtividade do fornecedor

– Há dificuldade de receber garantia

– Remunera sem vínculo aos resultados, sem estímulo à produtividade

– No governo, há vedação legal (IN-04/2010, SLTI/MP, Art. 15º)



23

Pontos de História (Story Points):

– Seleciona-se uma história de usuário para assinalar uma complexidade nominal que servirá de referência para avaliar as demais história

A história torna-se a medida

– Como a medição é baseada na experiência da equipe e na analogia com outras histórias, impossibilita a comparação com os pontos de história medidos por outra equipe

– Os resultados da medição só possuem significado para a própria equipe



24

Unidade de Serviço Técnico (UST):

– Baseia-se em Catálogo de Serviços:

– Riscos

Remuneração independente do tamanho do projeto

Por permitir a apropriação direta de custos, permite pagar por RF e RNF na mesma demanda

Descrição da atividade UST

Modelagem de banco de dados 1 por classe de objeto

Elaboração do Desenho/Arquitetura da solução, para projetos novos

6

Elaboração do Planejamento do Produto 4

Manutenção corretiva do de banco de dados 42 por ação Corretiva



25

Unidade de Serviço Técnico (UST)

– NÃO HÁ corpo de conhecimento de referência

Se houver DÚVIDAS a respeito do seu uso, que ESPECIALISTA deve ser consultado?

Como AVALIAR se o seu USO foi CORRETO ou não?

– Como dimensionar O VOLUME do CONTRATO?

– NÃO HÁ uma definição uniforme

1 UST = 1 hora

1 UST = 1,5 horas

1 UST = equivale a 1 hora de esforço especializado, não individualizada

– Por isso, inviabiliza a utilização de dados de Benchmarking



26

Medição Funcional (Pontos de Função)

– Vantagens:

Padrões internacionais: IFPUG, COSMIC, NESMA, MARK-II, FISMA

Centenas de empresas e profissionais

Vocabulário independente da tecnologia

Método padrão de medição funcional (simples e consistente)

Medição baseada numa Perspectiva do negócio

Fornece informação no nível tático/estratégica x operacional



27

Quem será o responsável pela Sustentação?

– CONTRATADA:

Como distribuir as demandas entre os recursos compartilhados entre o PROJETO e a SUSTENTAÇÃO?

Ou haverão recursos dedicados à SUSTENTAÇÃO?

– Há margem para isso no contrato?

Como remunerar estas atividades?

– CONTRATANTE:

O conhecimento da solução foi compartilhado pela equipe externa com a equipe interna?

Se houver necessidade de modificação no código, como fica a garantia contratual?

Após a modificação no software em produção, quem atualizará a DOCUMENTAÇÃO?


Ágil exige muita organização e não é falta de planejamento

Ainda que não se utilize estritamente uma abordagem Ágil...

– É possível ser MAIS ÁGIL!

Não há incompatibilidade entre ser MAIS ÁGIL e as exigências de governança corporativa e transparência tão importantes hoje em dia

As métricas funcionais são PIVOT em uma estratégia de conciliação ente uma abordagem MAIS ÁGIL e os objetivos de controle interno e externo

Considerações Finais

28


Preparação da organização

– Prestação de serviços de Consultoria e suporte especializado para:

Elaboração de Termo de Referência ou Contrato de Prestação de Serviços

Revisão de Metodologia

Implantação da Análise de Pontos de Função

Análise de produtividade

Contratação de serviços de desenvolvimento de software utilizando métodos ágeis

Como podemos ajudá-los?

29


Capacitação Profissional

– Levantamento de requisitos, seleção e organização do Backlog

Curso: Engenharia de Requisitos: Software Orientado ao Negócio

Oficina de Requisitos: O negócio como alvo do desenvolvimento

– Estimar o prazo global do projeto

Curso Estimativas de Software: Fundamentos e Técnicas

– Medição do projeto numa perspectiva externa

Curso de Capacitação em Análise de Pontos de Função

Oficina de Contagem de Pontos de Função

Como podemos ajudá-los?

30


Avaliação do Evento

31


Webinar:

– SAFE: Promovendo o alinhamento, colaboração e entrega para múltiplas equipes ágeis

https://fatto.clickmeeting.com/safe

Próximas turmas:

– Capacitação em APF

São Paulo: 12/03 a 15/03

– Engenharia de Requisitos

Rio de Janeiro: 20/03 a 22/03

– Capacitação em SNAP

Online (Ao VIVO): 19/03 a 22/03

Próximos Eventos

32

https://fatto.clickmeeting.com/safe

análise de pontos de função - fattocs.comfattocs.com/files/pt/apresentacoes/webinar...abordar os...

Documents