Atividade

Nome do aluno: Iran Rodrigues de Oliveira

Matrícula: 201907114432
Curso: Ciência da Computação
Nome da disciplina: Processos de Desenvolvimento de Software
Código: CCT0746
Período: 2019 - 2

Responda, com suas palavras, de forma clara e objetiva:

1. O que caracteriza um processo de desenvolvimento dito ágil (enumere

todas as características que conheça?)
Resp. O crescimento dos métodos ágeis é uma realidade. O mercado se
tornou muito dinâmico. E isso exige agilidade (habilidade de mudar de direção)
das organizações. Sendo assim, um processo de desenvolvimento ágil tem
como caraterísticas fundamentais:
 Ter o envolvimento real do usuário final;
 Time de Desenvolvimento deve ser Empoderado;
 Entregue pouco, mas entregue sempre;
 Uma peça de cada vez;
 Seja SIMPLES;
 Tenha Qualidade no que faz;
 Melhore continuamente e sempre;
 Viva com métricas;
 Automatize as coisas chatas;
 Colaboração entre Time e Stakeholders é essencial.

2. Dos processos ou metodologias ágeis existentes no mercado qual, na sua
visão, é o mais indicado quando temos:
a) Sistemas grandes e complexos? Justifique sua resposta
SCRUM

Para sistemas grandes e complexos uma metodologia a ser utilizada é o

Scrum, pois é um framework para desenvolvimento e sustentação de produtos
criado por Ken Schwaber e Jeff Sutherland. O Guia do Scrum define alguns
papéis, artefatos e eventos que compõem o método. No Scrum, um projeto de
software é dividido em Sprints, que são ciclos de 1 a 4 semanas em que todas
as atividades (do planejamento à entrega) do desenvolvimento são conduzidas.
O resultado de cada Sprint é um incremento do produto, ou seja, uma fatia
funcional de software que o cliente já pode utilizar. O Scrum é especialmente
interessante para times que dedicam atenção exclusiva ao desenvolvimento de
um produto complexo.

b) Sistemas são mais simples? Justifique sua resposta.

KANBAN

O Kanban é um método para gestão do trabalho, onde um conjunto de

cartões é colocado em circulação em um sistema que equilibra demanda e
capacidade de entrega.
Esses cartões representam unidades de trabalho que geralmente
entregam algum valor para o cliente final. Para facilitar o entendimento, podemos
considerar essas unidades como funcionalidades de um sistema de software.
O fluxo de trabalho é mapeado, onde diferentes etapas são representadas
através de colunas, como no quadro abaixo:

Além das etapas definidas, um sistema Kanban possui limites de trabalho

em progresso, que determinam a quantidade máxima de trabalho que pode
manter-se em execução ou parada em alguma etapa do processo.

O Kanban busca reduzir o desperdício e encurtar os ciclos de feedback.

O objetivo final é entregar software funcionando para o cliente no menor tempo
possível e com uma certa previsibilidade.
3. Caso tenha respondido processos ou metodologias diferentes nos itens
2.a e 2.b acima, escolha um deles e:
a) Informe qual seu nome
SRUM
b) Descreva cada fase, o trabalho nela desenvolvido.
 Product Backlog: No product backlog são definidas as
funcionalidades a serem entregues ao cliente, este documento
pode ser alterado a qualquer momento, está é outra característica
importante do SCRUM, neste processo a equipe tem que ter
ciência da natureza mutável do software, ou seja, as necessidades
dos clientes podem e muito provavelmente vão mudar a qualquer
momento e um processo de desenvolvimento ágil tem de ser
flexível neste ponto.
 Sprint Backlog: Consiste em uma lista de itens selecionados do
Product Backog que serão realizados no próximo Sprint, esta lista
é definida durante uma reunião chamada Sprint Planning Meeting
na qual a equipe decide o que vai ser realizado em determinado
Sprint, aliás as reuniões são um dos pontos centrais do SCRUM.
 Sprint: A julgar pela duração de um sprint (entre 7e 30 dias) o
nome sprint(corrida) é bem apropriado, a grosso modo um sprint é
o desenvolvimento de um incremento de um software a ser
entregue em determinado prazo, mas esse processo envolve
algumas nuances a mais que veremos a seguir.
 Daily Scrum: É uma reunião diária realizada a cada dia de um
sprint, está reunião tem um conjunto de regras bem definido:

 A reunião começa precisamente no horário marcado.

 Todos são bem-vindos, mas apenas "poucos" podem falar.
 O encontro tem duração determinada (Time-Box) e dura 15 minutos.
 A reunião deve acontecer no mesmo local e mesma hora todos os dias
 Durante a reunião, cada membro da equipe responde a três perguntas:
o O que você tem feito desde ontem?
o O que você está planejando fazer hoje?
 o Você tem algum problema impedindo você de realizar seu
objetivo?

c) Descreva as entregas de cada fase.

É feita a integração e teste finais;
Preparada a documentação dos usuários.
A equipe se reúne para
Analisar os resultados do projeto;
Identificar problemas que podem ser corrigidos em projetos futuros;
Demonstrar e entregar o produto final ao cliente
d) Cite o uso de documentação em cada fase.
Product backlog: Para a parte da documentação em que for mais
interessante gerar de uma única vez para o produto, podemos tratá-la
como itens de backlog. Assim, o Product Owner analisará qual a
prioridade desse item em relação aos demais itens de backlog do
produto, e decidirá o melhor momento para passar esse item ao time
para desenvolvimento.
Sprint: Incluir histórias de documentação em uma Sprint não é uma
tarefa muito fácil, pois nem sempre o PO dará prioridade a estas
histórias. Uma forma de documentar sem deixar de entregar valor é
incluir nas histórias da Sprint pequenas tarefas de documentação, de
forma que esta seja feita de forma incremental e vá crescendo ao
longo das Sprints.
e) Descreva em linha gerais, como o processo ou procedimento
funcional.
Resp. Scrum é uma metodologia ágil para gestão e planejamento de
projetos de software. No Scrum, os projetos são dividos em ciclos
(tipicamente mensais) chamados de Sprints. O Sprint representa um
Time Box dentro do qual um conjunto de atividades deve ser
executado.

4. Pesquise na internet se existe ferramenta CASE apoie que suporte o

processo ou metodologia que escolheu no item 3.a, acima.
 a) Descreva o nome da (s) ferramenta (s) localizada (s)
Trello, IceScrum, Scrumhalf, PangoScrum, Taiga, Mingle,
Meisterlask, Asana, Wrike e YouTrack.

b) Caso existe mais de uma construa uma tabela, informando:

Nome da Ferramenta, Características da ferramenta,
fabricante da ferramenta e valor comercial (caso encontre)

Nome da ferramenta Características da Fabricante da Valor comercial

ferramenta ferramenta

Na sua versão gratuita,

o Trello disponibiliza:

 Quadros, listas,
cartões, membros,
checklists e anexos Business Class
ilimitados; $9,99 por mês
 Um power-up por
Trello quadro (integrações Trello
com outras Enterprise
ferramentas); $20,83 por mês
 Anexos de arquivos de
até 10MB do seu
computador ou
vinculação de qualquer
arquivo do Google
Drive, Dropbox, Box ou
OneDrive.

Na sua versão gratuita,

o IceScrum
Equipa
disponibiliza: pequena 8.90
IceScrum IceScrum
€ / mês
 1 time;
 1 projeto público
(stakeholders);
 3 apps;
  100MB de
armazenamento.

Na sua versão gratuita,

o Scrumhalf
disponibiliza:

Scrumhalf  1 projeto;
 2 usuários;
 Quadro Kanban drag-
and-drop;
 Integração Dropbox;
 Relatórios.

A versão “PangoScrum
Beta” é gratuita e
oferece:

PangoScrum  Gerenciamento do PangoScrum Gratuito

Product Backlog;
 Planejamento de
sprints;
 Monitoramento de
progresso;
 Agendamento de
eventos.

Desenvolvido
Na sua versão gratuita,
a Taiga oferece:

 Até 3 membros em
projeto privado; MVP Move
Taiga  1 projeto privado;
 Projetos públicos
ilimitados;
 Até 300MB de
armazenamento em
projetos privados.
 Na sua versão gratuita,
a Mingle oferece:

 5 usuários gratuitos;
 Chat;
Mingle  Integração com código-
fonte;
 Relatórios de
progresso, gráficos de
previsão e análise de
tempo de ciclo, etc.

Na sua versão gratuita,

a Asana oferece:
Premium
Asana  Tarefas, conversas e Asana US$10,90
projetos ilimitados;
 Até 15 membros de
equipe;
 Painéis básicos;
 Busca básica.

O plano básico é
gratuito e inclui:

 Projetos e tarefas
ilimitados;
 Projetos com membros
Meisterlask ilimitados; MeisterTask empresa
 Dashboards e painéis R$ 30,00 ao ano
de projeto fundada em 2015
customizáveis;
 2 integrações com seus
apps favoritos;
 Limite de 20MB para
arquivos anexos;
 Aplicativos móveis.

Na sua versão gratuita,

o Wrike oferece:

 5 usuários gratuitos;
  Compartilhamento de
arquivos;
 Gerenciamento de
tarefas;
 Atualizações em tempo
real;
Wrike  Integrações (Google Wrike Profissional
Drive, Dropbox, Box,
USD
Microsoft Office 365,
OneDrive e iCal); 9.80/usuário mês
 Aplicativos para
Android e IPhone;
 2GB de
armazenamento.

Na sua versão gratuita

para projetos abertos, o
YouTrack oferece:

 Até 10 usuários
gratuitos;
YouTrack JetBrains s.r.o.
 5GB de
armazenamento;
 Rastreamento de bug e
issue;
 Geração de relatórios
(gráficos de Burndown,
QA, relatórios de
distribuição de issue,
relatórios de
cronograma, etc).

Conclusão
Vantagens:

1 – Motivação – Os programadores se sentem muito mais motivados devido ao

seu interesse de entregar o Sprint no prazo.
2 – O projeto pode ser visualizado – Dentro da organização o projeto pode ser
observado por todos. Em outras metodologias esta possibilidade não existia.
3 – Ausência significante de bugs – Como a qualidade é mais importante do
que o prazo de entrega, o produto apresenta uma diminuição significativa de
erros (bug).
4- Alterar as prioridades – Os programadores podem manejar as prioridades
sem problemas, garantindo assim que sprints que ainda não foram finalizados
Possam ser alterados sem problemas.

Desvantagens:

1 – Prazo – Como a qualidade é mais importante do que o resultado, pode ser

que os prazos não sejam estipulados de forma coerente, levando a um atraso do
resultado final, o que pode deixar os clientes com uma certa raiva, mas isso pode
Ser ajustado em equipe.
2 – Desordem nas funções – as presenças de papéis indefinidos nas funções
presentes no projeto podem dar alguns problemas relacionados a comunicação
interna e deixar os programadores confusos quanto as suas tarefas.
3 – Ausência de documentação – A falta de documentações sobre o
andamento do projeto pode ser um grande problema. Por isso é importante
documentar aspectos que sejam verdadeiramente importantes, mas não deixar
de lado a documentação de tudo o que está acontecendo. Porque depois pode
ficar difícil voltar em um determinado instante do projeto e lidar com a situação
de não ter aquele momento documento.