Atividade 2 – Estudo das metodologias de desenvolvimento de software para o

projeto de biblioteca

Leia o enunciado da atividade e, com base nas informações do contexto, responda

às seguintes questões:

1. Com relação à metodologia em cascata, quais as vantagens e desvantagens que

essa metodologia apresenta? Considerando as características do sistema
presentes no contexto do enunciado, há viabilidade de aplicar nele a metodologia
em cascata?
A metodologia em cascata é caracterizada pela sequencialidade
das fases do desenvolvimento de software, onde cada fase é
dependente da anterior e não permite retornos para fases
anteriores após a conclusão.
Vantagens:

Simplicidade: A abordagem em cascata é fácil de entender e

implementar, tornando-a acessível mesmo para equipes menos
experientes.
Planejamento antecipado: O planejamento detalhado é feito no
início do projeto, o que pode resultar em uma definição clara
de requisitos e escopo.
Controle de prazos e custos: Como as fases são bem definidas e
sequenciais, é possível estimar prazos e custos com mais
precisão.
Desvantagens:

Rigidez: A metodologia em cascata é inflexível às mudanças de

requisitos ou imprevistos durante o desenvolvimento, pois não
permite retornos para fases anteriores.
Feedback tardio: Os clientes e usuários finais só podem ver o
produto final após a conclusão de todas as fases, o que pode
resultar em feedback tardio e dificuldade de adaptação às
necessidades reais.
Risco de falha na entrega: Se os requisitos não estiverem
claramente definidos desde o início ou se houver mudanças
significativas durante o desenvolvimento, há um maior risco de
falha na entrega do produto final.

Viabilidade para o projeto:

Visibilidade do progresso: O Kanban proporcionaria uma

visualização clara do progresso do desenvolvimento do sistema,
permitindo que a equipe e o responsável pela biblioteca
acompanhem o andamento do projeto e identifiquem áreas de
melhoria.

Flexibilidade para mudanças: Considerando que há datas

específicas para a conclusão de determinadas funcionalidades e
a necessidade de versões intermediárias para verificação
durante a execução do projeto, a flexibilidade do Kanban em
lidar com mudanças e prioridades variáveis seria vantajosa.

Foco na entrega contínua: O Kanban permitiria que a equipe

entregasse incrementos de software de forma contínua,
possibilitando que as funcionalidades mais críticas, como o
cadastramento de publicações e o registro de empréstimos,
sejam entregues em módulos menores e mais frequentes.

2. Descreva as vantagens e desvantagens da aplicação da metodologia ágil

Kanban e comente a viabilidade para o projeto.
A metodologia ágil Kanban é uma abordagem de gestão visual que
visa melhorar a eficiência e a produtividade do processo de
desenvolvimento de software.
Vantagens da metodologia Kanban:
1. **Visibilidade do fluxo de trabalho**: O Kanban proporciona
uma visualização clara do fluxo de trabalho, com cartões
representando as tarefas em diferentes estágios. Isso permite
uma melhor compreensão do progresso do projeto e identificação
de possíveis gargalos.

2. **Flexibilidade**: O Kanban é altamente flexível e permite

ajustes contínuos ao processo de desenvolvimento conforme
necessário. Isso é especialmente útil em projetos onde os
requisitos estão sujeitos a mudanças frequentes.

3. **Foco na entrega contínua**: A metodologia Kanban promove

a entrega contínua de incrementos de software, permitindo que
as equipes entreguem valor de forma mais rápida e frequente
aos clientes.

4. **Melhoria contínua**: O Kanban incentiva a melhoria

contínua do processo, com a análise regular das métricas de
desempenho e a implementação de ajustes para otimizar a
eficiência do fluxo de trabalho.

Desvantagens da metodologia Kanban:

1. **Necessidade de maturidade da equipe**: Para obter os

benefícios completos do Kanban, a equipe precisa ter uma
compreensão sólida dos princípios e práticas da metodologia, o
que pode ser um desafio para equipes menos experientes.

2. **Falta de estruturação**: O Kanban pode parecer menos

estruturado em comparação com outras metodologias ágeis, como
o Scrum, o que pode levar a uma menor previsibilidade do
processo de desenvolvimento.

3. **Risco de sobrecarga de trabalho**: Se não houver limites

claros para o trabalho em progresso (WIP), existe o risco de
sobrecarregar a equipe com tarefas, o que pode prejudicar a
qualidade do trabalho e aumentar o tempo de entrega.

Viabilidade para o projeto:

- **Visibilidade do progresso**: O Kanban proporcionaria uma

visualização clara do progresso do desenvolvimento do sistema,
permitindo que a equipe e o responsável pela biblioteca
acompanhem o andamento do projeto e identifiquem áreas de
melhoria.

- **Flexibilidade para mudanças**: Considerando que há datas

específicas para a conclusão de determinadas funcionalidades e
a necessidade de versões intermediárias para verificação
durante a execução do projeto, a flexibilidade do Kanban em
lidar com mudanças e prioridades variáveis seria vantajosa.

- **Foco na entrega contínua**: O Kanban permitiria que a

equipe entregasse incrementos de software de forma contínua,
possibilitando que as funcionalidades mais críticas, como o
cadastramento de publicações e o registro de empréstimos,
sejam entregues em módulos menores e mais frequentes.
3. Considerando a metodologia Scrum:

a) Indique vantagens e desvantagens de utilizá-la no contexto apresentado.

Vantagens de utilizar a metodologia Scrum no contexto apresentado:
Vantagens:
1. **Adaptação a mudanças**: O Scrum é altamente adaptável a mudanças de
requisitos e prioridades, o que é especialmente útil em projetos onde os requisitos
podem mudar ao longo do tempo, como no caso da biblioteca municipal.

2. **Entrega iterativa e incremental**: O Scrum permite a entrega contínua de

incrementos de software, o que significa que funcionalidades essenciais podem ser
entregues mais cedo e com mais frequência, proporcionando valor ao cliente de
forma rápida.

3. **Envolvimento do cliente**: O Scrum incentiva o envolvimento contínuo do

cliente ao longo do processo de desenvolvimento, através de reuniões de revisão
de sprint e demonstrações regulares do produto entregue, garantindo que o produto
final atenda às expectativas do cliente.

Desvantagens de utilizar a metodologia Scrum no contexto apresentado:

1. **Complexidade de implementação**: O Scrum pode ser complexo de

implementar e requer uma compreensão sólida dos seus princípios e práticas por
parte da equipe. Em equipes menos experientes, pode haver dificuldades iniciais na
adoção e implementação eficaz do Scrum.

2. **Necessidade de envolvimento ativo do cliente**: O sucesso do Scrum

depende do envolvimento ativo e contínuo do cliente ao longo do processo de
desenvolvimento. Se o cliente não estiver disponível ou comprometido, isso pode
prejudicar a eficácia do Scrum.

3. **Risco de sobrecarga de trabalho**: Se a equipe não conseguir estimar

corretamente a capacidade de trabalho para cada sprint, pode haver o risco de
sobrecarga de trabalho, o que pode levar a uma queda na qualidade do trabalho e
no aumento da pressão sobre os membros da equipe.

b) Considerando a descrição da equipe, descreva quem poderia desempenhar

cada um dos papéis previstos em uma rotina da metodologia Scrum.
Product Owner O responsável pela biblioteca designado para
acompanhar o desenvolvimento do sistema pode
desempenhar o papel de Product Owner. Ele seria
responsável por representar os interesses do cliente
(nesse caso, a biblioteca e seus usuários), definir as
prioridades do backlog do produto, garantir que os
 requisitos sejam claramente comunicados à equipe de
desenvolvimento e tomar decisões sobre o produto.
Scrum Master O gerente de área que coordena projetos e mantém
contato com os clientes pode desempenhar o papel de
Scrum Master. Ele seria responsável por garantir que a
equipe de desenvolvimento compreenda e siga os
princípios e práticas do Scrum, facilitar as cerimônias do
Scrum (como reuniões diárias, planejamento de sprint,
revisão de sprint e retrospectiva), remover obstáculos que
impeçam o progresso da equipe e promover uma cultura
de colaboração e auto-organização.
Desenvolvimento Os desenvolvedores desktop, desenvolvedores web e
testadores da equipe podem desempenhar o papel de
Desenvolvimento. Eles seriam responsáveis por
transformar os itens do backlog do produto em
incrementos de software funcionais durante os sprints,
colaborando de forma interdisciplinar para entregar as
funcionalidades definidas em cada sprint.
Stakeholders Os stakeholders incluem todas as partes interessadas no
projeto, como a equipe de desenvolvimento, o Product
Owner, o Scrum Master, os usuários da biblioteca e outras
partes envolvidas. Neste contexto específico, os
stakeholders podem incluir o responsável pela biblioteca,
outros funcionários da biblioteca que serão usuários finais
do sistema e até mesmo os próprios usuários da
biblioteca que se beneficiarão do sistema. Eles
desempenhariam um papel crucial fornecendo feedback,
validando as entregas do produto e garantindo que as
necessidades e expectativas dos usuários finais sejam
atendidas.

c) Considerando sprints de duas semanas, preencha a tabela a seguir com as

 cerimônias do Scrum que aconteceriam nos dias da sprint:
Semana 1 Semana 2
Segunda-feira Reunião de Planejamento Reunião de Revisão de Sprint
de Sprint
Terça-feira Reunião Diária (Daily Reunião Diária (Daily Scrum)
Scrum)

Quarta-feira Reunião Diária (Daily Reunião Diária (Daily Scrum)

Scrum)

Quinta-feira Reunião Diária (Daily Reunião Diária (Daily Scrum)

Scrum)
Sexta-feira Reunião Diária (Daily Revisão de Sprint
Scrum) Revisão de Sprint Retrospectiva

d) Partindo das prioridades do sistema, sugira três tarefas (user stories) para a
primeira semana de desenvolvimento. Em cada tarefa, indique para quem
servirá a funcionalidade e o motivo da tarefa.

Eu, como um: um funcionário da biblioteca

Quero: cadastrar novas publicações no sistema.

De modo que: possamos manter um registro atualizado de todos os materiais

disponíveis na biblioteca, facilitando o gerenciamento do acervo e a busca por
publicações pelos usuários.

Eu, como um: um funcionário da biblioteca

Quero: registrar empréstimos de publicações para os usuários.

De modo que: possamos controlar os empréstimos realizados, acompanhar os

prazos de devolução e garantir a disponibilidade dos materiais para outros
usuários.

Eu, como um: um usuário da biblioteca

Quero: poder pesquisar e encontrar publicações disponíveis para empréstimo.

De modo que: possa encontrar rapidamente o material que preciso para meus
estudos ou lazer, melhorando minha experiência ao utilizar os serviços da
biblioteca.