POS1090 MÉTRICAS DE SOFTWARE ÁGIL PG1196211DP - 202112 ead-16347 01

Prévia do material em texto

6/11/2021 Roteiro de Estudos
https://anhembi.blackboard.com/webapps/late-course_content_soap-BBLEARN/Controller?ACTION=OPEN_PLAYER&COURSE_ID=_712822_… 1/16
Introdução
Nesta disciplina, veremos como ocorre a melhoria contínua, na prática do desenvolvimento de
software com as metodologias ágeis, avaliando as principais dimensões do software quanto a
custo, tempo, complexidade e tamanho. Além disso, estudaremos a modelagem de problemas
práticos, complexos e adaptativos, de desenvolvimento de software, baseados em métricas da
metodologia ágil. Veremos, também, o gerenciamento de projetos de desenvolvimento de
software, por meio dos conceitos, práticas e métricas da metodologia ágil, do tipo Scrum, além
de estudar sobre as principais métricas utilizadas no desenvolvimento ágil de software, que
asseguram melhorias contínuas, sustentáveis e assertivas.
Ao �nal desta disciplina, você será capaz de responder às seguintes perguntas: como avaliar os
processos de desenvolvimento de software, visando controle e qualidade? Como modelar
problemas práticos, relacionados ao desenvolvimento de software, utilizando metodologia ágil?
Como analisar os processos de desenvolvimento de software mais utilizados no mercado, desde
os modelos clássicos aos modelos ágeis, utilizando as métricas de software?
Para que você consiga responder a esses e outros questionamentos sobre as métricas de
software ágil, neste roteiro, conheceremos melhor as métricas e os conteúdos pertinentes a ao
tema.
Métricas de Software Ágil
Roteiro deRoteiro de 
EstudosEstudos
Autor: Me. Cynthia da Silva Barbosa
6/11/2021 Roteiro de Estudos
https://anhembi.blackboard.com/webapps/late-course_content_soap-BBLEARN/Controller?ACTION=OPEN_PLAYER&COURSE_ID=_712822_… 2/16
Bons estudos!
Metodologias Ágeis
Neste capítulo, veremos o que são as metodologias ágeis de desenvolvimento de software e
suas características. O principal objetivo das metodologias ágeis é manter a colaboração e
integração entre os membros da equipe de desenvolvimento de software.
Metodologias Ágeis de desenvolvimento de Software
Um dos maiores desa�os para a equipe de desenvolvimento de software é desenvolver um
software com qualidade e que garanta a satisfação do cliente �nal.
Em 2001, foi proposto um novo conceito de desenvolvimento de software ágil conhecido como
“Manifesto de Desenvolvimento Ágil”, com o objetivo de desenvolver um software com
qualidade e com maior velocidade. Desde então, as empresas adotaram suas práticas, sendo
estas aplicadas gradativamente em projetos de desenvolvimento software.
Na metodologia ágil, o software é desenvolvido por meio de incrementos e cada um destes se
refere a uma funcionalidade do sistema. Segundo Sommerville (2018), os métodos ágeis de
desenvolvimento de software são baseados nesta lógica incremental, ou seja, as etapas de
desenvolvimento são curtas para que os requisitos sejam revistos com base nos feedbacks dos
clientes. Além disso, as abordagens ágeis de desenvolvimento de software validam o projeto e
a implementação como atividades principais do processo de software.
Segundo o Manifesto Ágil (2001), os métodos ágeis valorizam:
indivíduos e interações 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.
Os métodos ágeis compartilham um conjunto de princípios com base no manifesto ágil, os
quais estão apresentados no Quadro 1.
6/11/2021 Roteiro de Estudos
https://anhembi.blackboard.com/webapps/late-course_content_soap-BBLEARN/Controller?ACTION=OPEN_PLAYER&COURSE_ID=_712822_… 3/16
Quadro 1 - Princípios dos Métodos Ágeis 
Fonte: Sommerville (2018).
Os princípios ágeis dão direcionamentos para que o software seja desenvolvido com qualidade.
Por exemplo, um dos princípios ágeis diz que os responsáveis pelo negócio e os
desenvolvedores de software devem trabalhar juntos ao longo do projeto para garantir a
satisfação do cliente. Isso quer dizer que é preciso garantir a comunicação e a cooperação de
todos os integrantes do projeto. Além disso, os clientes participam de todo o processo de
desenvolvimento de software, sugerindo modi�cações e validando as partes do software que
foram desenvolvidas, assim como os desenvolvedores possuem autonomia para desenvolver
as atividades com criatividade.
Princípio Descrição
Envolvimento do Cliente O Cliente deve participar de todo oprocesso de desenvolvimento de software.
Pessoas, não Processos
Os integrantes da equipe de
desenvolvimento devem ter autonomia
para usar suas habilidades sem se prender
a processos.
Manter a Simplicidade O projeto de software deve ser simples doinício ao �m, evitando a complexidade.
Acolher as Mudanças
O sistema deve ser criado para aceitar
mudanças que acontecem ao longo do
desenvolvimento de software.
Entrega Incremental
O software é desenvolvimento em
incrementos e, em cada incremento, o
cliente especi�ca os requisitos.
6/11/2021 Roteiro de Estudos
https://anhembi.blackboard.com/webapps/late-course_content_soap-BBLEARN/Controller?ACTION=OPEN_PLAYER&COURSE_ID=_712822_… 4/16
ARTIGO
Princípios por trás do Manifesto Ágil
Autor: Manifesto Ágil
Ano: 2001
Comentário: para conhecer mais sobre os princípios do “Manifesto de Desenvolvimento Ágil”,
você encontra neste artigo: Princípios por trás do manifesto ágil. Dentre as metodologias de
software ágil existentes, a obra trata da metodologia Scrum detalhada no Capítulo 2. 
A C E S S A R
Metodologia Ágil Scrum
Você conhece o Scrum? Neste capítulo, você conhecerá a metodologia Scrum, suas
características e aplicações.
O Scrum é um framework ágil que auxilia as equipes de desenvolvimento de software na solução
de problemas complexos e adaptativos. A Figura 1 apresenta o ciclo do Scrum, que será
descrito a seguir.
Figura 1 - Ciclo do Scrum 
Fonte: Elaborado pela autora.
http://findresultsonline.com/?dn=manifestoagil.com.br&rg=8614396&_slsen=
6/11/2021 Roteiro de Estudos
https://anhembi.blackboard.com/webapps/late-course_content_soap-BBLEARN/Controller?ACTION=OPEN_PLAYER&COURSE_ID=_712822_… 5/16
Você sabe o que é uma Sprint no Scrum? No Scrum, os projetos são divididos em ciclos
mensais, conhecidos como Sprints. Uma Sprint corresponde aos momentos em que a equipe
de desenvolvimento de software se reúne para de�nir as atividades a serem desenvolvidas
como: requisitos, análise, projeto, evolução e entrega. Uma Sprint dura entre uma e quatro
semanas e dependerá do número de funcionalidades a serem desenvolvidas e da
complexidade do software.
Um dos princípios do Scrum é que todos os integrantes da equipe de desenvolvimento devem
saber o que os demais integrantes estão fazendo, o que garante a transparência e a visibilidade
do trabalho. Além disso, o Scrum possibilita a realização de reuniões diárias em que o dia atual
é planejado e as ações do dia anterior são revisadas. Estas reuniões são chamadas de Daily
Scrum.
O Scrum é composto de três papéis (WAZLAWICK, 2013):
1. conteúdo do item 1: Eu mi bibendum neque egestas congue quisque egestas diam in.
2. conteúdo do item 2: Eu mi bibendum neque egestas congue quisque egestas diam in.
3. conteúdo do item 3: Eu mi bibendum neque egestas congue quisque egestas diam in.
Além disso, existem documentos padronizados que de�nem as ações de desenvolvimento do
Scrum.
1. conteúdo do item 1: Eu mi bibendum neque egestas congue quisque egestas diam in.
2. conteúdo do item 2: Eu mi bibendum neque egestas congue quisque egestas diam in.
3. conteúdo do item 3: Eu mi bibendum neque egestas congue quisque egestas diam in.
6/11/2021 Roteiro de Estudos
https://anhembi.blackboard.com/webapps/late-course_content_soap-BBLEARN/Controller?ACTION=OPEN_PLAYER&COURSE_ID=_712822_… 6/16
ARTIGO
Sprint Planning Meeting
Autor: DesenvolvimentoAgil
Ano: 2013/2014
Comentário: você sabia que o Sprint Planning Meeting é uma reunião na qual estão presentes
o Product Owner, o Scrum Master e todo o Scrum Team? Para saber maissobre o Sprint
Planning Meeting, leia este artigo: Sprint Planning Meeting. 
A C E S S A R
Existem também as reuniões Sprint Review Meeting, realizadas no último dia de cada Sprint,
nas quais são analisados os objetivos de�nidos na Sprint e veri�cado se a equipe concluiu a
demanda com sucesso; e a reunião Sprint Retrospective para avaliar o que não deu certo e
traçar as ações de melhoria.
O Scrum pode ser aplicado em projetos pequenos ou em projetos complexos. Por exemplo,
imagine o desenvolvimento para aplicação de um produto inovador para uma startup. Para
isso, será necessário de�nir a equipe de trabalho como os desenvolvedores de software, os
designers que farão a marca do produto, entre outros pro�ssionais que farão tudo o que o
cliente pedir.
O Product Backlog e os ciclos da Sprint poderão sofrer revisões durante as reuniões com os
clientes e com a equipe de desenvolvimento até serem inseridos no Sprint Backlog. Após cada
etapa concluída, as funcionalidades desenvolvidas devem ser entregues ao cliente.
https://www.desenvolvimentoagil.com.br/scrum/sprint_planning_meeting
6/11/2021 Roteiro de Estudos
https://anhembi.blackboard.com/webapps/late-course_content_soap-BBLEARN/Controller?ACTION=OPEN_PLAYER&COURSE_ID=_712822_… 7/16
ARTIGO
Aplicação do método Ágil Scrum no desenvolvimento de produtos de software
em uma pequena Empresa de Base Tecnológica
Autores: Bernardo Vasconcelos de Carvalho e Carlos Henrique Pereira Mello
Ano: 2012
Comentário: para conhecer mais a respeito do Scrum, analise o artigo a seguir, veri�cando o
processo de implementação do método ágil em uma pequena empresa. 
A C E S S A R
Métricas de Software
Neste capítulo, você conhecerá as métricas de software, suas características e aplicações.
As métricas têm um papel fundamental em um projeto de software pois auxiliam os gerentes
de projetos na estimativa de custo, tamanho, complexidade, esforço, entre outros, de um
software e auxiliam na garantia da qualidade do software e na tomada de decisões. Para isso, as
métricas devem ser realizadas constantemente durante as etapas do processo de
desenvolvimento de software.
As métricas de software medem a produtividade do processo de software, a qualidade do
produto que será desenvolvido e a produtividade das pessoas que estão na equipe de
desenvolvimento, assim como avaliam os novos métodos ou processos de software etc.
(PRESSMAN, 1995).
Métricas de Software
Uma métrica pode ser de�nida como um conjunto de atributos usados para medir a qualidade
de um projeto. Por exemplo, para medir a qualidade de uma construção de uma casa, deve-se
considerar o material utilizado, a mão de obra quali�cada, entre outros.
https://www.scielo.br/scielo.php?pid=S0104-530X2012000300009&script=sci_arttext&tlng=pt
6/11/2021 Roteiro de Estudos
https://anhembi.blackboard.com/webapps/late-course_content_soap-BBLEARN/Controller?ACTION=OPEN_PLAYER&COURSE_ID=_712822_… 8/16
As métricas são importantes para gerar estatísticas e realizar comparações, com o objetivo de
melhoria constante do projeto. Segundo Sommerville (2018), uma métrica de software pode ser
de�nida como uma característica do sistema de software, dos documentos do sistema ou do
processo de desenvolvimento e que pode ser medida objetivamente, por exemplo, o tamanho
do software (número de linhas de código) e a quantidade de pessoas para realizar uma
determinada tarefa.
No contexto do desenvolvimento de software, as métricas de software podem ser do tipo:
Diretas: são medidas de acordo com a observação das características do software como
tamanho, custo e esforço do software.
Indiretas: são medidas obtidas por meio de outras métricas, como a e�ciência e a
facilidade de manutenção.
As métricas de software podem ser classi�cadas em métricas técnicas, métricas de qualidade,
métricas de produtividade, métricas orientadas ao tamanho, métricas orientadas por função e
métricas orientadas a seres humanos, e elas serão descritas a seguir.
As métricas devem ser de fácil entendimento, testadas, calculadas e devem permitir a
automatização dos processos de software.
ARTIGO
A Importância das Métricas para equipes Ágeis
Autor: Devmedia
Ano: 2013
Comentário: para saber mais sobre a importância das métricas para equipes ágeis, leia o
artigo: A importância das métricas para equipes ágeis. 
A C E S S A R
https://www.devmedia.com.br/a-importancia-das-metricas-para-equipes-ageis/28542
6/11/2021 Roteiro de Estudos
https://anhembi.blackboard.com/webapps/late-course_content_soap-BBLEARN/Controller?ACTION=OPEN_PLAYER&COURSE_ID=_712822_… 9/16
Métricas Orientadas ao Tamanho
As métricas orientadas ao tamanho são as medidas diretas do software que aferem a qualidade
ou a produtividade de acordo com o tamanho do software desenvolvido.
Para exempli�car, imagine uma empresa que organiza seus projetos por meio de uma tabela
de dados. As informações que serão inseridas nesta tabela são o nome do projeto, o tempo de
duração, o tamanho do projeto, o custo das atividades, além de etapas do processo de
software: análise, projeto, código e teste. A Tabela 1 apresenta um modelo de tabela de dados:
Tabela 1 - Tabela de Dados 
Fonte: Elaborada pela autora.
Para cada projeto que a empresa desenvolveu, geram-se um histórico e um conjunto de
métricas que servirão de base, para medir a qualidade e a produtividade orientadas ao
tamanho.
As métricas orientadas ao tamanho são facilmente encontradas e existem vários modelos que
se baseiam no número de linhas do código fonte – lines of code (LOC) –, porém, é difícil medir
na etapa de planejamento, quando se trabalha com linguagens procedimentais, elas não
conseguem se adaptar. Além disso, as métricas orientadas ao tamanho geram controvérsias
em torno do uso das linhas de código (LOC), como uma medida-chave, e não são totalmente
aceitas como a melhor maneira de medir o processo de desenvolvimento de software.
Métricas Orientadas à Função
A análise por Pontos por Função (APF) é uma técnica que mede as funcionalidades do software
a partir do ponto de vista do usuário. A APF independe da linguagem de programação, baseada
em dados conhecidos durante o desenvolvimento do software.   Por outro lado, o cálculo
baseia-se em dados subjetivos, gerando apenas números.
Projeto Esforço(Horas) Valor (R$)
Tamanho
(LOC) N° de Pessoas
Projeto A 100 11.450,00 1851 3
Projeto B 120 15.800,00 2245 5
Projeto C 92 8.990,00 1580 2
6/11/2021 Roteiro de Estudos
https://anhembi.blackboard.com/webapps/late-course_content_soap-BBLEARN/Controller?ACTION=OPEN_PLAYER&COURSE_ID=_712822… 10/16
Esta técnica de medição do software ainda é bastante usada para medir as funcionalidades do
software por empresas de desenvolvimento de software. A Figura 2 apresenta as etapas a
serem seguidas para realizar a APF:
Figura 2 - Etapas da Análise por Ponto de Função 
Fonte: Vazquez (2009).
ARTIGO
Análise de pontos por Função: Processo de Contagem
Autor: José Carlos Macoratti
Comentário: quer aprofundar mais na Análise por Pontos de Função? Leia este artigo, a seguir: 
A C E S S A R
Estimativa de Tempo
A medição do tempo gasto em desenvolvimento de um software está diretamente relacionada à
duração das atividades realizadas. As estimativas de tempo dependem do tamanho do software
e da produtividade dos integrantes da equipe e são medidas pelo número de meses gastos na
realização da atividade.
Estimativa de Custo
http://www.macoratti.net/apf_pcta.htm
6/11/2021 Roteiro de Estudos
https://anhembi.blackboard.com/webapps/late-course_content_soap-BBLEARN/Controller?ACTION=OPEN_PLAYER&COURSE_ID=_712822… 11/16
Para estimar o custo do projeto de software, é necessário identi�car a quantidade de atividades
a serem desenvolvidas. Essa estimativa pode ser feita por meio dos métodos:
Parecer técnico: conforme as experiências dos gestores vividas anteriormente.
Analogia: estima-se conforme os conhecimentos adquiridos em outros projetos de
software.
Modelos algorítmicos: Pontos de Função, Linhas de Código, entre outros.
ARTIGO
Como estimar o Esforçode desenvolvimento de Software e por que isso é tão
difícil? (Parte 1)
Autor: Talita Pagiani
Ano: 2018
Comentário: para saber mais sobre o esforço do desenvolvimento de software, leia o artigo:
Como estimar o esforço de desenvolvimento de software e por que isso é tão difícil? 
A C E S S A R
Técnicas de Estimativas de
Software Ágil
Em alguns casos, as empresas de software fazem estimativas de projeto de software por meio
das experiências dos projetos passados. Porém, existem técnicas que auxiliarão as estimativas
mais assertivas para o projeto.
Neste capítulo, você conhecerá as técnicas de métricas de software ágil aplicadas ao Scrum,
suas características e aplicações: Planning Poker ou Ideal Day.
https://medium.com/@talitapagani/como-estimar-esforco-desenvolvimento-software-parte-1-2ab28c271943
6/11/2021 Roteiro de Estudos
https://anhembi.blackboard.com/webapps/late-course_content_soap-BBLEARN/Controller?ACTION=OPEN_PLAYER&COURSE_ID=_712822… 12/16
Planning Poker
O Planning Poker é um jogo de cartas digitais, criado para auxiliar as equipes de
desenvolvimento ágil e Scrum a estabelecerem efetivamente suas metas de Sprint, por meio do
planejamento colaborativo e estimativas baseadas em consenso. A quantidade de trabalho é
de�nida conforme as informações obtidas pelos clientes e as estórias de usuário. Os
integrantes da equipe de desenvolvimento apresentam seu ponto de vista sobre a
complexidade do software e então chegam a uma solução em comum (PLANNING POKER,
2009).
O Planning Poker é uma das melhores ferramentas para estimar o tamanho dos projetos de
metodologias ágeis. Por exemplo, imagine uma reunião para estimar o esforço de uma
atividade a ser realizada para um projeto de locação de veículos pela internet. A lista de
atividades a serem realizadas está descrita no Backlog (desenvolver o cadastro de cliente,
consulta aos veículos disponíveis no site, dentre outros). A equipe é composta de 4 integrantes,
dois desenvolvedores de software, um analista de sistema e um tester.
O jogo inicia validando a estória do usuário “realização do cadastro dos dados pessoais para
retirada de um carro pela internet ou pelo celular”. Cada integrante da equipe possui seu
baralho e dá uma nota para esta atividade. As notas atribuídas foram: Integrante 1: nota 8;
Integrante 2: nota 5; Integrante 3: nota 13; Integrante 4: nota 8.
Como as notas foram diferentes, inicia-se uma discussão para tentar entender a nota de cada
um. Assim, pode-se iniciar uma nova rodada até que todos entrem num consenso, fazer uma
média dos valores, ou assumir o maior valor.
ARTIGO
Planning Poker: a Técnica baseada no Consenso
Autor: Kleber Bernardo
Ano: 2014
Comentário: para saber mais sobre o Planning Poker, leia o artigo, a seguir. 
A C E S S A R
https://www.culturaagil.com.br/planning-poker-tecnica-baseada-consenso/
6/11/2021 Roteiro de Estudos
https://anhembi.blackboard.com/webapps/late-course_content_soap-BBLEARN/Controller?ACTION=OPEN_PLAYER&COURSE_ID=_712822… 13/16
Ideal Days
O Ideal Days é usado para realizar estimativas de maneira ágil no planejamento do projeto e
das iterações.
O Ideal Days se refere à quantidade de trabalho que um integrante de uma equipe de
desenvolvimento de software consegue realizar durante um dia de trabalho.
Por exemplo, para criar uma tela de cadastro de usuário de uma locadora de veículos será
avaliado o tempo que será gasto por um desenvolvedor de software para realizar o serviço. O
tempo de entrega do trabalho variará conforme com quem está realizando a atividade.
Segundo Martins (2007), a velocidade do trabalho é calculada de acordo com as horas que a
equipe gasta na realização de um trabalho de um dia. Se a atividade ultrapassar um dia de
trabalho, é necessário dividir esta atividade em partes menores para que esta seja
desenvolvida em um dia.
Para calcular os dias estimados é utilizada a fórmula a seguir (MARTINS, 2007):
Em que:
DE: representa a quantidade de dias estimada para �nalizar a tarefa;
IED: é o prazo (de�nido pela equipe) necessário para implementar a funcionalidade.
IED_REAL%: é o percentual que indica a estimativa de quanto tempo do dia o desenvolvedor
�cará dedicado à implantação da funcionalidade.
Imagine que um Ideal Day de uma equipe é de 8 horas diárias. A lista de atividades a serem
realizadas está descrita no Backlog com os respectivos tempos atribuídos pelo Scrum Master. O
projeto se refere a uma locadora de veículos.
1 – Desenvolver a tela de cadastro de usuário – 0,7 Ideal Day
2 – Consultar usuário por veículo comprado – 0,2 Ideal Day
3 – Desenvolver a tela de cadastro de veículos – 0,7 Ideal Day
4 – Consultar veículo disponível para compra – 0,2 Ideal Day
Cada integrante da equipe pega uma atividade a ser feita e, ao �nal do dia, são contabilizadas
as atividades realizadas e o tempo gasto em cada atividade.
Considerando que um Ideal Day é de 8 horas, então, o tempo necessário para realizar a
atividade “Consultar usuário por veículo comprado” será de 1,6 horas, uma vez que o esforço se
dá pelo percentual atribuído a cada atividade multiplicado (no caso 0,2) por 8.
DE = IED
1  −  IE REALD
6/11/2021 Roteiro de Estudos
https://anhembi.blackboard.com/webapps/late-course_content_soap-BBLEARN/Controller?ACTION=OPEN_PLAYER&COURSE_ID=_712822… 14/16
Conclusão
Vimos, ao longo deste roteiro, a importância de aplicar as métricas de software ágil nos projetos
de desenvolvimento de software para manter a qualidade e a melhoria contínua do software.
Além disso, estudamos sobre as características e aplicações das Metodologias Ágeis de
Desenvolvimento de Software. Conhecemos sobre o manifesto ágil e os princípios ágeis que
contém as diretrizes para que os projetos tenham qualidade. Estudamos as características e
aplicações da metodologia ágil Scrum, que auxilia as equipes de desenvolvimento de software
na solução de problemas complexos e adaptativos.
Conhecemos as métricas de software, suas características e aplicações e o papel fundamental
que as métricas têm em um projeto de software, na medida em que auxiliam os gerentes de
projetos na estimativa de custo, tamanho, complexidade, esforço, entre outros.
Entendemos as métricas Orientadas ao Tamanho, Orientadas à Função e as Estimativas de
Tempo e Custo. As métricas Orientadas à Função, mesmo não sendo métricas de software ágil,
ainda são muito utilizadas nas empresas para medir o tamanho do software.
Além disso, conhecemos as métricas de software ágil, Planning Poker e Ideal Days aplicadas ao
Scrum, assim como entendemos que as métricas são um padrão a ser seguido para a melhoria
contínua no projeto de software.
Referências Bibliográ�cas
A IMPORTÂNCIA das métricas para equipes ágeis. Devmedia, 2013. Disponível em:
https://www.devmedia.com.br/a-importancia-das-metricas-para-equipes-ageis/28542. Acesso
em: 1º out. 2020.
BECK, K. et al. Manifesto para o desenvolvimento ágil de software. Agile Manifesto, [2001].
Disponível em: https://agilemanifesto.org/iso/ptbr/manifesto.html. Acesso em: 7 out. 2019.
BERNARDO, K. Planning poker: a técnica baseada no consenso. Cultura Ágil, dez. 2014.
Disponível em: https://www.culturaagil.com.br/planning-poker-tecnica-baseada-consenso/.
Acesso em: 1º out. 2020.
CARVALHO, B. V. de.; CARVALHO, C. H. P. Aplicação do método ágil Scrum no desenvolvimento
de produtos de software em uma pequena empresa de base tecnológica. Gestão e Produção,
São Carlos, v. 19, n. 3, 2012. Disponível em: https://www.scielo.br/scielo.php?pid=S0104-
530X2012000300009&script=sci_arttext&tlng=pt. Acesso em: 1º out. 2020.
https://www.devmedia.com.br/a-importancia-das-metricas-para-equipes-ageis/28542
https://agilemanifesto.org/iso/ptbr/manifesto.html
https://www.culturaagil.com.br/planning-poker-tecnica-baseada-consenso/
https://www.scielo.br/scielo.php?pid=S0104-530X2012000300009&script=sci_arttext&tlng=pt
6/11/2021 Roteiro de Estudos
https://anhembi.blackboard.com/webapps/late-course_content_soap-BBLEARN/Controller?ACTION=OPEN_PLAYER&COURSE_ID=_712822… 15/16
IFPUG – INTERNATIONALFUNCTION POINT USERS GROUP. 2001. Disponível em: www.ifpug.org.
Acesso em: 9 out 2019.
MACORATTI, J. C. Análise de pontos por função: processo de contagem. Macoratti, [2020].
http://www.macoratti.net/apf_pcta.htm. Acesso em: 1º out. 2020.
MARTINS, J. C. C. Técnicas para gerenciamento de projetos de software. Florianópolis:
Brasport, 2007. 465 p.
PAGANI, T. Como estimar o esforço de desenvolvimento de software e por que isso é tão difícil?
Medium, jan. 2018. Disponível em: https://medium.com/@talitapagani/como-estimar-esforco-
desenvolvimento-software-parte-1-2ab28c271943. Acesso em: 1º out. 2020.
PLANNING POKER. Disponível em: https://www.planningpoker.com/. Acesso em: 8 out. 2019.
PRINCÍPIOS por trás do manifesto ágil. Agile Manifesto, [2001]. Disponível em:
http://www.manifestoagil.com.br/principios.html. Acesso em: 9 out. 2019.
PRESSMAN, R. S. Engenharia de software. 3. ed. São Paulo. Makron Books, 1995.
PRESSMAN, R. S. Engenharia de Software. 6. ed. São Paulo. McGraw-Hill, 2006.
SOMMERVILLE, I. Engenharia de Software. 10. ed. São Paulo: Pearson Education, 2018.
SPRINT Planning Meeting. DesenvolvimentoAgil, [2020]. Disponível em:
https://www.desenvolvimentoagil.com.br/scrum/sprint_planning_meeting. Acesso em: 8 out.
2019.
VAZQUEZ, C. E; SIMÕES, G. S; ALBERT, R. M. Análise de ponto de função medição, estimativa
e gerenciamento de projetos de software. São Paulo: Érica, 2009.
WAZLAWICK, R. S. Engenharia de software: conceitos e práticas. Rio de Janeiro: Elsevier, 2013.
http://www.ifpug.org/
http://www.macoratti.net/apf_pcta.htm
https://medium.com/@talitapagani/como-estimar-esforco-desenvolvimento-software-parte-1-2ab28c271943
https://www.planningpoker.com/
http://www.manifestoagil.com.br/principios.html
https://www.desenvolvimentoagil.com.br/scrum/sprint_planning_meeting
6/11/2021 Roteiro de Estudos
https://anhembi.blackboard.com/webapps/late-course_content_soap-BBLEARN/Controller?ACTION=OPEN_PLAYER&COURSE_ID=_712822… 16/16