Blog ScrumHalf - Scrum e Gestão Ágil - Brasil
  • HOME
  • SCRUM
  • WEBINAR SCRUM
  • TREINAMENTOS
    • Agenda Treinamento
    • Treinamento Scrum
  • SCRUMHALF

Práticas Ágeis de Projeto

Postado em 25 de Janeiro de 2012 por Fabrício Pereira, M.Sc., CSM.

Modelagem Ágil

No desenvolvimento de software, ao iniciar o projeto você pode ter uma visão clara sobre o sistema e o que você quer que ele seja, uma vez que os requisitos já foram levantados. Entretanto, em algum momento durante o projeto os seus requisitos podem mudar, devido principalmente à solicitações do cliente, e a sua imagem sobre ele pode não ser mais clara.

Especialmente em métodos ágeis, sempre são esperadas mudanças nos requisitos do sistema. Por tudo isso, deve-se ter um bom projeto para o sistema desde o início, e ainda o arquiteto e desenvolvedor precisam estar preparados para as mudanças. Para isso, o projeto do sistema deve ser preciso para que seja claro a todos que estejam trabalhando nele. Também é preciso ter um método eficaz para as mudanças de projeto, de forma que todos sejam atualizados com as informações. Desta forma, a concepção do software em métodos ágeis ocorre em todo ciclo de vida.

Antes das metodologias ágeis, ao projetar um software era necessário um documento extenso e detalhado sobre as possíveis necessidades para o desenvolvimento do software. Dessa forma, corre-se o risco dos desenvolvedores não lerem este documento completamente, e assim não compreenderem exatamente como o sistema será. De forma ágil, a concepção é feita de maneira simples no início, e espera-se que uma comunicação estreita e constante durante todo o processo de desenvolvimento sempre mantenha os desenvolvedores atualizados. Então, aqui estão algumas práticas de projeto do software utilizadas em métodos ágeis:

  • Previsão da arquitetura – leve modelagem no início de um projeto para identificar e pensar de forma crítica nas questões de nível arquitetural.
  • Modelagem por iteração – leve modelagem por alguns minutos no início de uma iteração/sprint para ajudar a identificar a estratégia da sua equipe para essa iteração.
  • Modelo à prova – leve modelagem por alguns minutos de forma prática para pensar a respeito da sua solução prática.
  • Teste anterior ao design (TFD) – Escrever um único teste, antes de escrever código de produção suficiente, para testá-lo.
  • Refatoração – Faça pequenas alterações em uma parte da sua solução que melhore a qualidade sem alterar a semântica dessa parte.
  • Integração contínua – Automaticamente compilar, testar e validar os componentes de sua solução sempre que houver uma dessas alterações nos componentes.

Percebam que estas práticas correspondem sequencialmente a práticas desde o alto nível arquitetural, até o baixo nível de programação.



Referências:

  • Agile software development: principles, patterns, and practices. Upper Saddle River. (Martin, R. – 2003)
  • Agile Design Practices: Lean Requirements Practices for Teams, Programs, and the Enterprise, Pearson Education, http://www.agilemodeling.com/essays/agileDesign.htm. (Leffingwell, D. – 2012)

Posts relacionados

  • 4º Princípio do Manifesto Ágil – Negócio e Desenvolvedores Juntos4º Princípio do Manifesto Ágil – Negócio e Desenvolvedores Juntos
  • 5 dicas para a gestão de conhecimento da sua equipe5 dicas para a gestão de conhecimento da sua equipe
  • O Analista de negócio no ScrumO Analista de negócio no Scrum
  • <!--:pt-->O Cliente Não Quer o Que Pede<!--:-->O Cliente Não Quer o Que Pede
  • Evolução de Bancos de Dados em Projetos ÁgeisEvolução de Bancos de Dados em Projetos Ágeis
  • Experiência prática de Scrum: Construindo Maquete 3DExperiência prática de Scrum: Construindo Maquete 3D
Sovrn

Publicado em Gestão Ágil, Técnicas ágeis | Tags: modelagem, práticas de projeto |
« O PO viajou, o que fazer?
Como dividir épicos em histórias menores com apenas duas perguntas »

Deixe um comentário Cancelar resposta

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *

Posts mais lidos

  • User Stories – O que são? Como Usar? posted on outubro 10, 2011
  • Burndown chart – Mede o progresso da sprint e dá indicativos do processo de trabalho da equipe posted on Janeiro 9, 2012
  • 10 Fatores Para Você Descobrir O Que Te Motiva posted on setembro 11, 2013
  • O que é Sprint? – FAQ Scrum posted on Fevereiro 15, 2012
  • Critérios de Aceitação das User Stories posted on outubro 17, 2011

Idioma:

  • Português
  • English

Arquivo

  • ► 2018 (1)
    • Fevereiro (1)
  • ► 2017 (2)
    • Maio (1)
    • Abril (1)
  • ► 2015 (7)
    • Maio (1)
    • Fevereiro (3)
    • Janeiro (3)
  • ► 2014 (43)
    • dezembro (3)
    • novembro (3)
    • outubro (3)
    • setembro (3)
    • agosto (4)
    • julho (2)
    • junho (3)
    • Maio (6)
    • Abril (4)
    • Março (3)
    • Fevereiro (4)
    • Janeiro (5)
  • ► 2013 (49)
    • dezembro (2)
    • novembro (2)
    • outubro (5)
    • setembro (3)
    • agosto (4)
    • julho (5)
    • junho (4)
    • Maio (4)
    • Abril (4)
    • Março (3)
    • Fevereiro (3)
    • Janeiro (10)
  • ► 2012 (117)
    • dezembro (4)
    • novembro (7)
    • outubro (8)
    • setembro (8)
    • agosto (10)
    • julho (11)
    • junho (11)
    • Maio (12)
    • Abril (11)
    • Março (11)
    • Fevereiro (12)
    • Janeiro (12)
  • ► 2011 (103)
    • dezembro (9)
    • novembro (11)
    • outubro (13)
    • setembro (13)
    • agosto (5)
    • julho (6)
    • junho (4)
    • Maio (6)
    • Abril (7)
    • Março (9)
    • Fevereiro (12)
    • Janeiro (8)
  • ► 2010 (1)
    • dezembro (1)

Categorias

  • Dificuldades na Adoção do Scrum (24)
  • Eventos (13)
  • Gestão Ágil (105)
  • Gestão Tradicional de Projetos (15)
  • Kanban (1)
  • Manifesto Ágil (22)
  • Métricas (4)
  • Retrospectiva (9)
  • Scrum (217)
    • FAQ SCRUM (12)
    • Projetos (53)
  • ScrumHalf (27)
  • Técnicas ágeis (62)

CyberChimps WordPress Themes

© O'Katana - Blog ScrumHalf - Gerência de Projetos Ágeis e Scrum - Brasil

Obrigado!

Muito obrigado pelo seu feedback! Faremos o possível para continuar oferecendo o melhor para os nossos leitores.

Close