BT

Disseminando conhecimento e inovação em desenvolvimento de software corporativo.

Contribuir

Tópicos

Escolha a região

Início Técnicas ágeis no InfoQ Brasil

  • Cinco regras para obter restrospectivas melhores

    Muito se fala sobre como melhorar as retrospectivas das metodologias ágeis. James Carr publicou recentemente cinco regras de como tornar o processo melhor. As regras são baseadas nas experiências dele em várias retrospectivas, algumas com sucesso, outras não.

  • Analisando gráficos de Burndown

    O gráfico de burndown é considerado um dos mais úteis para monitorar o progresso de um time ágil. O gráfico representa a quantidade de trabalho que falta ser feito no eixo vertical (y) versus o tempo no eixo horizontal (x). Ele pode revelar como o time está fazendo as coisas e como o time pode melhorar seu desempenho.

  • Pomodoro Technique: Você usa da maneira correta?

    Atualmente ser produtivo é uma tarefa cada vez mais exigida aos desenvolvedores. Existem algumas técnicas aumentar a produtividade tentando corrigir o problema da procrastinação excessiva, a técnica que iremos discutir é chamada de Pomodoro Technique, que apesar de muito eficiente é, por muitas vezes, utilizada de forma equivocada.

  • Como é a implantação de métodos ágeis na sua empresa?

    Ultimamente um dos assuntos mais falados no desenvolvimento de software é metodologias ágeis, em todas as suas variações: Lean, XP, Scrum. Um dos principais pontos de discussão é em relação a como introduzir métodos ágeis nas empresa, o que muitos comentam como sendo algo extremamente difícil.

  • 10 maneiras de melhorar sua retrospectiva do Scrum

    Quando utiliza-se Scrum, os projetos são divididos em ciclos (tipicamente mensais ou semanais) chamados de Sprints. Ao final de cada Sprint a equipe uma retrospectiva chamada de Scrum Retrospective. Boris Gloger postou em seu blog 10 maneiras descritas por Peter Stevens de melhorar a restrospectiva com sua equipe.

  • Como programação pareada funciona

    Stuart Wray escreveu um artigo analisando como a programação pareada realmente funciona em ambientes de desenvolvimento e identificou quatro mecanismos que podem ser aplicados para melhorar a eficácia da programação pareada, e porque ela resulta em produtos com mais qualidade.

  • Estimando Valor de Negócio

    A abordagem ágil para priorização é que as histórias de usuário de mais alto valor de negócio devem ser implementadas antes daquelas de menor valor de negócio. O conceito é simples, mas sua implementação depende de se ter um mecanismo para avaliar o valor de negócio.

  • Retroflexão Ágil do Dia

    Retroflexão é um conceito em que uma pessoa substitui o ambiente por sí mesma, focando ações e energias para sí sobre o que deseja realizar a outros ou ainda fazendo a si mesmas o que desejam que os outros façam por elas. A Introsprecção é uma forma de retroflexão que pode ser patológica ou saudável. Baseado num conceito similar, Yves Hanoulle iniciou projeto Retroflexão Ágil do dia

  • Sprints de Estabilização, um Mal Necessário ou um Puro Desperdício?

    Dushy tem ouvido falar sobre Sprints de Estabilização e ficou pensando se elas eram a norma no mundo ágil. Sprints de Estabilização são uma porção de sprints adicionais ao final do ciclo normal de desenvolvimento e antes da entrega do produto. Como o nome sugere, elas costumam ser incluídas como uma última oportunidade de explorar o produto numa última busca por bugs.

  • Testes de Aceitação com Horas e Datas

    Testes Unitários com Tempo e Datas são muitas vezes tratados como um problema com soluções relativamente simples. Mais difícil são os testes de aceitação com Tempo. Quais estratégias são usadas?

  • O que você faz, Teste ou Verificação?

    Teste de Software é uma investigação empírica feita para informar os stakeholders acerca da qualidade do produto ou serviço sob teste. Entretanto, esta definição não fala nada sobre a sapiência, o que determina uma diferença sutil entre teste e verificação. Michael Bolton compartilha sua opinião sobre esta diferença e sobre o porquê de haver uma diferença entre as duas.

  • RubyMine 2.0: Um Caminho Claro para o Desenvolvimento Dinâmico

    A JetBrains se propôs a construir a melhor IDE para Ruby do mercado. A pouco mais de 6 meses foi lançada a versão 1.0, e agora foi lançado o RubyMine 2.0.

  • Test Driven Development e os Problemas com o Código Legado

    Allan Baljeu estava aplicando TDD em uma base de código legado C++ e estava em apuros porque...

  • 26 Dicas para um Desenvolvimento Ágil Bem Sucedido

    Keith Swenson recentemente compilou a lista 26 dicas para um desenvolvimento ágil bem sucedido. Keith sugeriu que frequentemente coleta porções de sabedoria em vários temas e a lista é um conjunto destilado de sugestões que realmente importam para o desenvolvimento ágil de software.

  • Testes de Aceitação Automatizados de fácil Manutenção

    Testes automatizados frágeis acabam por levar as empresas a abandonar as iniciativas de automatização, de acordo com Dale Emery. Em um artigo recém-publicado, Dale compartilha algumas iniciativas práticas para se evitar problemas com automatização de testes. Ele começa com algum código típico de automatização e o evolui de forma a torná-lo mais robusto e menos custoso de se manter.

BT