Modelagem de Sistemas com Métodos Ágeis

Agenda

AHA! moment

Vamos construir nossa rede social de conhecimento

A inspiração usual para metodologias são disciplinas de engenharia, como engenharia civil ou mecânica. Essas disciplinas colocam muita ênfase no planejamento antes de construir.

Fonte: https://www.nimblework.com/blog/agile-vs-waterfall-embracing-the-hybrid-project/

Vejamos como funciona

Fonte: https://martinfowler.com/articles/newMethodology.html#FromNothingToMonumentalToAgile

Engenheiro desenha o que precisa ser construído/montado

Os desenhos são então entregues a um grupo diferente de pessoas ou outra empresa

Como os desenhos especificam como as coisas devem ser feitas, eles agem como a base para um plano de construção detalhado, logo, permite um cronograma e orçamento razoavelmente previsíveis

Isso permite que a construção seja menos habilidosa intelectualmente, embora muitas vezes sejam muito habilidosas manualmente.

A engenharia de software pode ser vista como um processo, composto de atividades e tarefas, que abrange todos os aspectos da produção de software. Ela auxilia no desenvolvimento/evolução do software, fazendo com que sua construção seja realizada dentro de determinado custo, tempo, escopo e qualidade (da Rocha et al., 2001).​

Os processos de construção de software tradicionalmente utilizados, conhecidos como metodologias tradicionais ou "pesadas", são geralmente aplicados em situações onde os requisitos do sistema são estáveis e requisitos futuros são previsíveis. 

Prevendo o futuro...

Tais processos possuem, como uma de suas características, o alto custo para realizar alterações e correções. Nessa forma de desenvolvi-mento, o software é todo planejado e documentado antes de ser implementado (Fowler, 2005).

Quanto mais longe...

Por volta dos anos 60 utilizava-se Mainframe e terminais burros, o custo de fazer alterações e correções era muito alto, uma vez que o acesso aos computadores eram limitados e não existiam modernas ferramentas de apoio ao desenvolvimento do software, como depuradores e analisadores de código.

Por que era caro?

Fonte: A Evolução da Computação: A Era dos Mainframes

Cascata

Cascata, sequencial ou linear introduzido por Winston W. Royce em 1970 foi uma das primeiras metodologias criadas para minimizar os problemas que já mencionamos anteriormente. Ela representava um grande avanço no desenvolvimento de software.

“Codifica arrebenta” ou "Go Horse": Onde o mal ou nenhum levantamento de requisitos levava a sucessivas correções, debugs e muitas vezes ao fracasso do projeto.  

Antes do cascata

Do processo de trabalho

Fonte: https://www.nimblework.com/blog/agile-vs-waterfall-embracing-the-hybrid-project/

Do processo de entrega

Fonte: https://www.nilc.co.uk/waterfall-vs-agile-methodologies-what-are-the-differences/

Sobre os Riscos

Fonte: https://www.nilc.co.uk/waterfall-vs-agile-methodologies-what-are-the-differences/

Resumo do Cascata - Benefícios e Problemas

Construção de um avião de papel

1. Em grupo de até 5 pessoas

2. Crie um documento com a análise do avião de papel especificando os detalhes como tamanho dos componentes, autonomia de voo, processo de montagem e restrições

Atividade 1

10 Minutos

Construção de um avião de papel

1. Com o mesmo grupo da atividade anterior

2. Execute o processo de montagem do avião conforme a especificação que possui em mãos

3. Tome nota das dificuldades encontradas no processo de montagem e entendimento do documento

4. Elabore uma apresentação em slide

Atividade 2

30 Minutos

Segundo PRESSMAN (2002), a Prototipagem é uma estratégia utilizada tanto na área da Engenharia de Software (ES) quanto na Interação Humano-Computador (IHC), porém para cada uma há uma finalidade distinta em sua utilização. Na ES, a preocupação está em como o software será desenvolvido do ponto de vista tecnológico, compreendendo os requisitos do sistema e as funcionalidades necessárias. Já na IHC a preocupação está relacionada com o modelo de interação entre o usuário e o sistema, ou seja, quais tarefas serão realizadas por meio do sistema, como elas serão apresentadas, se as opções existentes estão relacionadas com o mapeamento natural do usuário etc.

Modelo de Prototipagem

Modelo de Prototipagem - Resumo

1. Criado por Barry Boehm em 1988, o Modelo em Espiral é uma melhoria do Modelo Incremental
2. Processo evolucionário
3. Mais iterativo e tenta fazer sucessivos refinamentos
4. Adotou a prototipação
5. Mapeamento de risco também foi introduzido

Modelo de Espiral

Modelo de Espiral - Detalhado

Modelo de Espiral - Detalhado

Gerado por IA: https://aiapp-pt.vidnoz.com/

Gerado por IA: https://aiapp-pt.vidnoz.com/

O Produto

Gerado por IA: https://aiapp-pt.vidnoz.com/

Conheçam José Formal e seu time! Eles são adeptos à metodologia Waterfall

Planejamento

Desenvolvimento (Fase 1)

Para desenvolvê-lo, primeiramente, o time investe alguns meses em ...

Desenvolvimento (Fase 2)

Em seguida, mais algum tempo...

Desenvolvimento (Fase 3)

Após tudo isso, porém com total segurança no escopo extremamente detalhado e, inclusive, assinado pelo cliente!

Fonte: Linkedin

No dia a dia

No dia a dia

No dia a dia

No dia a dia

O Gerente do Projeto

E o cliente? 

Mas durante o desenvolvimento...

Logo....

Conclusão do 1º Módulo!

• Realizada a primeira entrega do produto!
• 1º Módulo completo!
• Projeto em dia!

Se a realidade do cliente mudou?

De quem foi a culpa?

Mas tá tudo certo!

Nos temos o contrato e os requisitos

Solicitação de mudança

• O nome disso é Alteração de Escopo!
• O cliente deve pagar pelas alterações nos requisitos ou...
• arcar com o prejuízo de perder o produto.
• Tudo previsto em contrato \o/

• Isso que é projeto bem planejado, meu amigo...
• Está pensando que vai chegar aqui e vai bagunçando tudo...
• Ah, não.. Aqui tem gerente de projeto...
• Sucesso a documentação valeu a pena!

Solicitação de mudança

As correções precisariam ser feitas... e o cliente arcou com tudo.

Mais algum tempo e dinheiro depois...

Finalmente

Somente um ano depois do início do projeto!

Opa! Já temos uma entrega!

Sem dúvida, uma Grande entrega!

Enquanto isso...

O time do José está:

Mas, e o cliente?

Bom, o cliente estava...

Se já passaram por isso...

Resultado do projeto

Resultado do projeto

E o José?

Mas, lições foram aprendidas!

Projeto fracassado!

Dinâmica

O que colaborou para que seus projetos tenham sido bem sucedidos?

5 Minutos

Principais Causas

A comunicação entre as partes envolvidas nos projetos é muito fraca;

Principais Causas

• A comunicação entre as partes envolvidas nos projetos é muito fraca;
• A visibilidade do andamento real nos projetos é muito fraca;
• A visibilidade dos problemas existentes é muito fraca;
• Clientes sempre pedem mais do que realmente precisam.

Uso de funcionalidades

Principais Causas

• A comunicação entre as partes envolvidas nos projetos é muito fraca;
• A visibilidade do andamento real nos projetos é muito fraca;
• A visibilidade dos problemas existentes é muito fraca;
• Clientes sempre pedem mais do que realmente precisam;
• Muita gente envolvida e pouca gente comprometida.

Envolvimento vs Comprometimento

Gerado por IA: https://aiapp-pt.vidnoz.com/

Conheçam a Maria e seu time!

No início do projeto...

O cliente em colaboração com o time ...

No início do projeto...

No início do projeto...

No início do projeto...

O time da Maria compromete-se com o planejamento que ele mesmo fez...

Quando o time começa a produzir?

Imediatamente!

A cada dia...

O Líder do Projeto

No dia a dia...

Este é o lugar onde o time da Maria trabalha

E o cliente?

A cada duas semanas...

• O cliente recebe uma entrega com as desejos priorizados!
• O Time da Maria recebe feedback do Cliente..

No dia a dia do cliente...

Novas ideias vão surgindo...

A cada duas semanas...

Até o fim do projeto...

6 meses depois...

Mas, e o cliente?

O Time da Maria estava...

Resultado do Projeto

Ao final do projeto

Modelagem de Sistema

A modelagem de sistemas é o processo de desenvolvimento de modelos abstratos de um sistema, de maneira que cada modelo apresenta uma visão ou perspectiva diferente do sistema.

Modelagem de Sistema

A modelagem ajuda o analista a entender a funcionalidade do sistema e os modelos que serão usados para compreensão e comunicação com o cliente.

O que é considerado durante uma modelagem de um sistema ?

• Requisitos dos usuários;
• Funcionalidades Desejadas:
• Limitações Técnicas:
• Segurança:;
• Escalabilidade;
• Manutenabilidade;
• Que são os Stakeholders do sistema;
• Personas/KeyUsers

Histórico dos Métodos Convencionais

• Os métodos convencionais de modelagem de sistemas começaram a surgir e se desenvolver principalmente a partir da década de 1980.
• Podemos dizer que surgimento e a evolução dos métodos convencionais de modelagem de sistemas ocorreram principalmente nesta década.

Modelagem Convencional - DFD

Diagramas de Fluxo de Dados (DFD): Representam o fluxo de informações e as transformações aplicadas aos dados à medida que se movem de entrada para saída no sistema.

Modelagem Convencional - ER

Modelagem Entidade-Relacionamento (ER): Utilizada para descrever a estrutura de dados de um sistema de banco de dados. Ela define entidades, atributos e relacionamentos.

Modelagem Convencional - Diagrama de Estrutura

Mostram a hierarquia e a organização dos componentes de um sistema.

Modelagem Convencional - BPM

Representa os processos de negócios de uma organização de forma gráfica.

Case

1. Descrição do Sistema: Como o sistema de Venda atual gerencia os pedidos de compra?

2. Processos: Quais são os principais processos de negócio que o sistema suporta?

3. Modelagem: Que tipo de diagramas foram utilizados para modelar o sistema? (Ex.: DFD, ER)

4. Documentação: A documentação do sistema é clara e detalhada o suficiente para entender a estrutura e o funcionamento do sistema?

5. Flexibilidade: O sistema permite mudanças rápidas em caso de alterações nas leis sobre venda (ex: taxas)?

6. Eficiência: O sistema atual é eficiente em termos de tempo de resposta e uso de recursos?

7. Integração: Como o sistema se integra com outros sistemas, como fornecedores e sistemas de saúde?

8. Usuário Final: Qual é o nível de satisfação dos usuários finais (vendedores, varejista) com o sistema?

9. Pontos Fortes: Quais são os pontos fortes do sistema de Venda atual baseado em métodos tradicionais?

Atividade 3

Descrição do Sistema: 

Processos: 

Modelagem: BPM

Documentação: 

Flexibilidade: 

Eficiência:

Integração:

Usuário Final: 

Pontos Fortes: 

https://excalidraw.com/

Utilizem:

Desafios dos Métodos Tradicionais

1. Os métodos tradicionais de modelagem de sistemas enfrentam vários desafios, principalmente devido à sua natureza rígida e linear. Aqui estão alguns dos principais desafios:

   • Complexidade crescente: Sistemas modernos são cada vez mais complexos, tornando a modelagem tradicional menos adaptável às necessidades dinâmicas.

   • Mudança de requisitos: Projetos reais raramente seguem um fluxo sequencial, e os métodos tradicionais têm dificuldade em acomodar mudanças após o início do projeto.

   • Comunicação efetiva: A comunicação entre stakeholders é crucial, e métodos tradicionais podem falhar em facilitar uma comunicação clara e eficiente.

   • Escolha de técnicas e ferramentas: Determinar as melhores técnicas e ferramentas para cada contexto pode ser desafiador, especialmente quando se lida com sistemas legados ou requisitos específicos de domínio.

Métodos ágeis - Genesis

No ano de 2001, alguns veteranos de desenvolvimento de software decidiram se reunir em uma estação de esqui.

Métodos ágeis - Genesis

Métodos ágeis - Genesis

Métodos ágeis - Genesis

Métodos ágeis - Genesis

Dessa forma, passaram a valorizar...

Princípios Ágeis

Princípios Ágeis

Princípios Ágeis

Métodos Tradicionais vs. Métodos Ágeis

Métodos Tradicionais vs. Métodos Ágeis

Fonte: Linkedin

Iterativo vs. Incremental

Fonte: Linkedin

Comparação entre Métodos Ágeis: XP, Scrum e Kanban

Métodos Ágeis % Adoção

Métodos Ágeis

Métodos Ágeis

Princípios do Lean

1. Valor: Identifique o que é valor para o cliente.
   • Ex. Um aplicativo de entrega de comida, o valor pode ser a rapidez da entrega.
2. Fluxo de Valor: Mapeie o fluxo de valor e elimine o que não agrega valor.
   • Ex. Como eliminar etapas desnecessárias
3. Fluxo Contínuo: Garanta que o produto flua sem interrupções.
   • Ex. desenvolvimento para operações em um pipeline de CI/CD.
4. Produção Puxada: Produza apenas o que é necessário, quando é necessário.
5. Perfeição: Busque a melhoria contínua.
   • Ex. Feedbacks de clientes para aprimorar um produto.

Origens do Lean Manufactoring

Lean no Desenvolvimento de Software

• Adaptação dos Princípios: Aplicação do Lean ao contexto de software.

  • Ex. Reuniões desnecessárias.

• Eliminação de Desperdícios: Identificação e remoção de atividades que não agregam valor.

  • Ex. Documentação Excessiva.

• Melhoria Contínua: Implementação de feedbacks rápidos e adaptação.

  • Ex. sprints de duas semanas para avaliar progresso.

Benefícios do Lean para Modelagem de Sistemas

• Redução de Complexidade: Simplificação de processos.

  • Ex. Usar UML para modelar sistemas de forma clara.

• Aumento de Eficiência: Melhor uso dos recursos.

  • Ex. reutilização de código para evitar retrabalho.

• Foco no Cliente: Entrega de valor de acordo com as necessidades do cliente.

  • Ex. personalizar funcionalidades com base no feedback do usuário.

O que é Lean Inception?

• Uma técnica colaborativa para definir o Produto Mínimo Viável (MVP) de um projeto.

• Foca em entregar valor ao cliente de forma rápida e eficiente.

O que é MVP?

Objetivos da Lean Inception

Etapas de um Lean Inception

1. Kickoff: Overview da iniciativa a ser trabalhada
2. Visão do Produto: O propósito e os objetivos do produto.
3. É - não é, Faz - Não Faz: Define os limites de escopo ou restrições. 
4. Personas: Os usuários e clientes potenciais do produto.
5. Jornadas do usuário: Passos do usuário para alcançar um objetivo,  podem representar diferentes contatos com o produto.
6. Funcionalidades: As características e funcionalidades que compõem o MVP.
7. Revisão técnica, negócio e UX: Captar a confiança da equipe frente as funcionalidades
8. Sequenciador: Validar os incrementos do produto e pontos de MVP.
9. Canvas MVP: A ferramenta visual para mapear o MVP e suas funcionalidades.

Facilitando uma Lean Inception

Facilitando uma Lean Inception

Facilitando uma Lean Inception

Vamos a mão na massa!

Mas...

Problema 1 - Experiência de Turismo Segura e Enriquecedora para um Extraterrestre na Terra

Um extraterrestre, curioso sobre a cultura, história e belezas naturais da Terra, deseja realizar uma viagem turística ao planeta. No entanto, sua biologia, percepção sensorial, e compreensão cultural são muito diferentes das dos humanos. Ele quer aproveitar ao máximo sua visita, mas precisa de soluções que lhe permitam explorar o planeta com segurança e entender as experiências de maneira significativa.

Problema 2 - Transformação de Ideias e Sonhos em Ações Concretas para Pessoas com Dificuldade de Organização

Muitas pessoas têm grandes ideias ou sonhos que gostariam de realizar, como iniciar um negócio, escrever um livro, ou mudar de carreira. No entanto, elas frequentemente enfrentam dificuldades em organizar seus pensamentos, planejar os próximos passos, e manter a motivação ao longo do processo. A falta de clareza, sobrecarga mental e falta de ferramentas práticas para estruturar seus objetivos transformam esses sonhos em frustração.

Problema 3 - Gestão Eficiente de Inventário para Revendedoras Autônomas com Produtos de Diversas Empresas

Revendedores(as) autônomas muitas vezes trabalham com produtos de várias empresas ao mesmo tempo, o que pode resultar em uma desorganização do estoque. Elas precisam acompanhar os produtos disponíveis, os itens vendidos, e os pedidos pendentes, mas geralmente não possuem uma ferramenta eficiente para gerenciar tudo isso. Além disso, o orçamento limitado dificulta a aquisição de sistemas de gestão sofisticados, deixando-as vulneráveis a erros, perdas de vendas e dificuldades na reposição de estoque.

Agenda da Lean Inception

1. Criem grupos de 5 até 10 pessoas para as atividades da Lean Inception
2. Alguém da equipe realiza o Kickoff do problema (próprio ou um dos sugeridos)
3. Utilizando o Pitch, ou visão do produto, construir conforme modelo ao lado.
4. Venda o produto apresentando o Modelo Pitch para a turma

Atividade 4 - Identificando

problema

10 Minutos

Agenda da Lean Inception

1. Todos os integrantes da equipe fazem um levantamento dos itens
2. • É, FAZ
   • Não É, Não Faz
3. Após a escrita agrupem os itens iguais categorizando ou por sua similaridade

Atividade 5 - É - Não é, Faz - Não Fa 

30 Minutos

Características ou comportamentos que definem o objeto em questão

Ações ou funcionalidades que o objeto realiza.

Agenda da Lean Inception

Se você tiver que resumir o produto em três objetivos para o negócio, quais seriam eles?

1. Cada pessoa da equipe que escreve, individualmente, três respostas para a pergunta acima.
2. Os participantes compartilhem o que escreveram, agrupando-os por similaridade nos 'clusters'.
3. Defina um título para cada um dos 'clusters'.

Atividade 6 - Objetivos do Produto

30 Minutos

Agenda da Lean Inception

1. Dividam a equipe em 3 grupos
2. Cada grupo cria 1 persona seguindo o modelo
3. Cada grupo apresenta a sua persona para os demais integrantes do time

Atividade 7 - Personas

30 Minutos

Personas - Modelo

Agenda da Lean Inception

1. Dividam a equipe em 3 grupos
2. Cada grupo cria 1 jornada seguindo o modelo
3. Cada grupo apresenta a sua jornada para os demais integrantes do time

Atividade 8 - Jornadas

Qual objetivo a persona quer alcançar? Descreva passo a passo da jornada até a persona alcançá-lo.

30 Minutos

Agenda da Lean Inception

1. Leia uma jornada e observando alguma funcionalidade que pode colaborar, insira no papel um postit
2. Repita isso para as demais jornadas

Atividade 9 - Funcionalidades

O usuário está tentando fazer uma coisa, então o produto deve ter uma funcionalidade para isso. Que funcionalidade é essa?

30 Minutos

Agenda da Lean Inception

1. Leia uma funcionalidade por vez passando no gráfico e tabela
2. Defina a cor de acordo com o nível de confiança e faça as marcações (em uma escala de 1 a 3) de valor de negócio, esforço e valor de UX -- $, E e ♥.

Atividade 9 - Revisão

A cor e a marcação vão ajudar a equipe nas atividades subsequentes para priorizar, estimar e planejar.

30 Minutos

Agenda da Lean Inception

Sequenciador - Regras

1. Selecione uma primeira funcionalidade.
2. Pegue mais cartões, encaixando-os no sequenciador. Respeite as regras.
3. Identifique o MVP e os incrementos do produto.

Atividade 10 - Sequenciador

Defina o MVP e seus incrementos subsequentes.

30 Minutos

Agenda da Lean Inception

Exemplo de Canvas MVP

1. Selecione uma primeira funcionalidade.
2. Pegue mais cartões, encaixando-os no sequenciador. Respeite as regras.
3. Identifique o MVP e os incrementos do produto.
4. Apresentar o MVP 1

Atividade 11 - Canvas MVP

Defina o MVP e seus incrementos subsequentes.

30 Minutos

Protipação

Um protótipo é uma amostra de início ou modelo construído para testar um conceito, produto ou processo, algo para se replicar ou aprender com.

O que é?

Classificação

Baixa fidelidade​

• Baixo nível de detalhamento.
• Preferencialmente feito com papel e caneta.
• Representa visualmente as funcionalidades.
• Baixo custo.
• Rapidez na prototipação.
• Descartável.

Classificação

Média fidelidade (wireframe)​

• Prioriza a hierarquia das informações e o fluxo de navegação.
• Possui simulações simples de uso (interação com botões, por exemplo).
• Pode ser feito com o auxílio de um computador, utilizando ferramentas 

Classificação

Alta fidelidade ​

• Foco em aspectos visuais e funcionais da interface.
• Permite navegação e interação similares à versão final do produto.
• São desenvolvidos com o auxílio de softwares para criação de interfaces

Classificação

Os principais elementos de UI incluem uma variedade de componentes visuais e interativos que permitem aos usuários interagir com um aplicativo, site ou sistema de forma eficaz e intuitiva.

Ferramenta

Balsamiq Mockups

1. Crie uma conta em: https://balsamiq.com/​
2. Vamos fazer um protótipo de exemplo.

Visibilidade do Fluxo

Fluxo do Scrum

Fluxo do Scrum

Fluxo do Scrum

Fluxo do Scrum

Fluxo do Scrum

Fluxo do Scrum

Quem é o time no Fluxo do Scrum

Trabalhando com Backlog

Fonte

Trabalhando com Backlog - Épico

Fonte

Trabalhando com Backlog - Funcionalidade

Fonte

Trabalhando com Backlog - História

Fonte

Narrativa não real contada por uma persona do sistema definindo:

Trabalhando com Backlog - Critério de aceite

Já o que precisa ser feito para atender ao usuário “são” os critérios de aceite

• Clientes de diaristas possam filtrar períodos que tenham diaristas disponíveis
• Permitir que o diarista preencha períodos de dias disponíveis;
• Não permitir que os períodos sejam lançados para datas passadas
• Não podem ser inseridos períodos de diárias disponíveis acima de 90 dias do dia atual.
  • Ex: 01/08/2024 - 01/12/2024

1. Escolha uma funcionalidade para realizar a prototipação (Planning)
2. Inclua as funcionalidades no board do kanbanx.com
   • Descreva as histórias de usuário
   • Inclua as tarefas em cada card de funcionalidade
3. A cada 15 minutos pausa para reunião diária (2 minutos)
4. Utilize Balsamiq para criar o protótipo
5. Gere um PDF navegável para solução prototipada. (Entregável)
6. Apresente para o cliente/professor (5 minutos) 
7. Faça uma rodada de Retrospectiva

Atividade 12 - MVP 1 ShowCase - Com Scrum

90 Minutos

Referências

ROCHA, A. R. C.; MALDONADO, J. C.; WEBER, K. C. Qualidade de Software. Teoria e Prática. 1 ed. Prentice Hall, 2001.

https://www.teses.usp.br/teses/disponiveis/55/55134/tde-07052008-170413/publico/dissertacao_bb_digital.pdf

https://martinfowler.com/articles/newMethodology.html#FromNothingToMonumentalToAgile

https://www.semeru.com.br/blog/as-metodologias-tradicionais-de-desenvolvimento-de-software/

PRESSMAN, Roger S. Engenharia de Software : 6 ed. São Paulo: McGraw Hill/Nacional, 2006.

Referências

https://medium.com/contexto-delimitado/prototipagem-de-software-7ac07027e6d8#:~:text=A%20t%C3%A9cnica%20da%20prototipagem,maneira%20semelhante%20ao%20sistema%20final.​

https://en.wikipedia.org/wiki/Waterfall_model

https://troposlab.com/mvp-o-que-e-estagios-e-vantagens-de-uso/

https://caroli.org/tecnicas-para-facilitacao-lean-inception/

https://www.linkedin.com/pulse/crit%C3%A9rios-de-aceite-regra-ouro-para-uma-user-story-fonseca-/

https://www.linkedin.com/pulse/crit%C3%A9rios-de-aceite-regra-ouro-para-uma-user-story-fonseca-/?originalSubdomain=pt

Tópico