BT

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

Contribuir

Tópicos

Escolha a região

Início Programação em Par no InfoQ Brasil

  • Em busca da qualidade do código

    O processo de desenvolvimento de software se torna de difícil compreensão, se pensarmos que é uma interação complexa de forças técnicas, comerciais, sociológicas e psicológicas. Isso leva a uma infinidade de mitos e exageros. Pesquisas científicas recentes desafiam muitas crenças e intuições comumente aceitas.

  • Coach em Práticas Técnicas

    Um coach de desenvolvimento de software, focado em práticas XP, descreve como organizar suas sessões de coach, incluindo assuntos, exercícios e formatos. Além de compartilhar os desafios enfrentados, experiências e oferecer conselhos.

  • Uma solução para a dívida técnica?

    Henrik Kniberg publicou em seu blog um artigo com sugestões práticas para enfrentar um mal que assombra equipes de desenvolvimento: a dívida técnica. Como podemos tratá-la de forma a conseguir um código mais coeso e focado na qualidade durante o desenvolvimento e manutenção de um software?

  • Do Waterfall ao Agile na indústria de Defesa: Lições na adoção

    Esse artigo descreve as ações tomadas por Jeff Plummer, na indústria de Defesa, para realizar uma transição do modelo cascata (waterfall) de desenvolvimento de software para um modelo ágil. O autor defende que gerenciar equipes ágeis exige a habilidade de realizar mudanças quando as coisas não estiverem indo bem.

  • Painel - Estado do Agile, Parte 2: Estratégias para adoção

    Nesta segunda parte de um painel virtual sobre o estado do Agile, veja a opinião de dez especialistas sobre a adoção de técnicas ágeis e seus desafios, além de conhecer opiniões sobre quando o Agile não é a melhor solução.

  • Painel - Estado do Agile, Parte 1: De onde vem o domínio do Scrum?

    Neste painel virtual sobre o estado do Agile, opinam 10 especialistas em várias áreas, de coaches renomados de técnicas ágeis a desenvolvedores experientes envolvidos profundamente com Scrum e XP, a líderes técnicos que acompanharam toda a migração de técnicas waterfall a métodos ágeis. Nesta primeira parte do painel, o tema é o sucesso do Scrum.

  • Estimativas e cronogramas: úteis, prejudiciais ou os dois?

    Esther Derby chama a atenção para o fato de que estimativas de tempo, quando transformadas em metas de um cronograma, prejudicam o projeto; enquanto que Allan Kelly apresenta pesquisas científicas indicando ser impossível prever ou registrar de modo confiável o tempo necessário ou gasto para se realizar uma atividade.

  • Agile das equipes à organização: o papel do gerente, estratégias e dicas para a adoção

    Para os gerentes de projetos seguindo a linha tradicional, não resta muito tempo até que seja inevitável usar práticas ágeis. Pelo seu conhecimento da organização e sua capacidade de trabalhar com diferentes áreas da empresa, os gerentes podem assumir o papel crítico de liderar a introdução do Agile, das equipes técnicas até o nível de negócio.

  • A Relação Entre TDD e Qualidade de Software

    TDD é uma prática que visa aumentar a velocidade da entrega de produtos através da simplificação das atividades de desenho de software. [Koskela 2008] resume a filosofia do TDD em uma frase -- somente escreva código para fazer um teste falho passar. Entenda agora como isso pode está diretamente ligado a qualidade do seu software.

  • 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.

  • Sucesso na Adoção da Programação em Par

    Jay Fields olha a programação em par a partir de uma perspectiva de adoção. Este artigo é para você, que já sabe o que é programação em par e também é uma orientação sobre como chegar ao ponto de ser bem sucedido praticando programação em par.

BT