BT

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

Contribuir

Tópicos

Escolha a região

Início Agile no InfoQ Brasil

  • Construindo uma Equipe Ágil

    Construir uma equipe de desenvolvimento ágil de software não é tão fácil como parece. Muitos gerentes e chefes de equipe contratam pessoas tecnicamente capazes, para lançar alguma forma de processo ágil na equipe, e torcem para que tudo funcione bem como a literatura diz que funciona. Esta abordagem não é apenas irreal, mas é propensa ao fracasso.

  • Comunicação Ágil com Scrum

    Em projetos Scrum a comunicação não é apenas importante entre o time de desenvolvimento. A mesma importância deve ser dada para a comunicação que ocorre entre o time (representado normalmente pelo Scrum Master) e o Product Owner. Neste artigo, abordaremos algumas práticas que podem ser úteis para uma comunicação efetiva entre o time e o Product Owner.

  • Mocks não são Stubs

    O termo 'Mock Objects' tornou-se popular para descrever um caso especial de objetos que imitam objetos reais para teste. A maioria das linguagens de ambiente agora tem frameworks que facilitam a criação de mock objects. Neste artigo eu explicarei como os mock objects funcionam e como eles fazem testes baseado na verificação de comportamento.

  • Entrevista com Mary e Tom Poppendieck - Parte 2

    Esta é a segunda parte da série de artigos sobre Lean Software Development resultado de uma entrevista de mais de uma hora de duração realizada no Agiles 2008 com o casal Poppendieck. Nesta parte da entrevista são abordados dois assuntos extremamente polêmicos: Liderança e os papéis definidos no Scrum e estatísticas e coletas de dados durante o processo de desenvolvimento do projeto.

  • Entrevista com Mary e Tom Poppendieck - Parte 1

    Ao participar da Primeira Conferência Latino Americana sobre Métodos Ágeis, o Agiles 2008 realizado em Buenos Aires, na Argentina tivemos a oportunidade de realizar uma entrevista exclusiva com o simpático e bem humorado casal de gurus, criadores do Lean Software Development, Mary e Tom Poppendieck que foram Keynotes no evento.

  • Revisão do Livro: Guia do Facilitador para Tomada de Decisão Participativa

    Uma das responsabilidades de times auto-organizáveis é tomar decisões que respeitem as opiniões de todos. Esse livro fornece vários exemplos em treinamento de times, para lidar com discussões conflitantes, mantendo a velocidade sem comprometer o sucesso tendo que suspender ou ignorar os problemas críticos.

  • Trecho do Livro: Agile Testing

    Este livro é para testers em times ágeis, testes e gerentes de QA em empresas que estejam em transição para desenvolvimento ágil, e times ágeis que estão aprendendo como proceder com testes. O livro faz uma introdução aos testes ágeis, a diferença dos testes em times tradicionais, e o que torna os testers ágeis diferentes. O livro contém dezenas de estórias relacionadas a testes e as soluções.

  • O Design Está Morto?

    Para muitos que entraram rapidamente em contato com Extreme Programming, parece que o XP chama pela morte do design do software. Na verdade o XP envolve muitos designs, mas faz de uma maneira diferente do que é estabelecida pelo processo de software. O XP tem rejuvenescido a noção de design evolucionário com práticas que permitem evoluir para se tornar uma estratégia de design viável.

  • Dicas para Reúso Efetivo de Software

    Vijay Narayanan oferece 10 dicas práticas de como ter sucesso com o reúso sistemático de componentes de software, baseado em sua experiência em múltiplos projetos. A coleção de dicas não tem a intenção de cansativa e sim que desenvolvedores e líderes de equipe apreciem a variedade de estratégias – técnicas e não-técnicas – de que é preciso aplicar para ter sucesso com reúso sistemático.

  • Maturidade em Governança SOA - A Visão de um Arquiteto

    Este artigo apresenta um framework de processos de Governança SOA, um modelo de maturidade, junto com os processos e descrições de como os arquitetos deveriam se envolver nesses processos. Os autores apresentaram algumas orientações práticas sobre como os arquitetos podem levar ou dar suporte a vários processos de ciclo de vida e níveis de maturidade.

  • Esclarecendo os Equívocos Mais Comuns Sobre Refatoração

    É justo dizer que na comunidade .Net a refatoração teve um início lento. Mesmo hoje, o Visual Studio, um produto clássico para o desenvolvimento em .Net tem dificuldade de atravessar a Fronteira da Refatoração com o C#. Com o C++, a situação está melhor, mas só se você fizer o download e instalar o add-in gratuito de refatoração, Refactor! para VB ou C++, desenvolvido pela Developer Express.

  • Revisão do livro: Clean Code: A Handbook of Agile Software Craftsmanship

    Como programadores, a nossa primeira prioridade é criar código que funciona. Infelizmente, código que simplesmente “funciona” não é suficiente. Código que tem valor real e é duradouro, tem de ser “limpo”. Em “Clean Code: A Handbook of Agile Software Craftsmanship”, Robert C.

BT