BT

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

Contribuir

Tópicos

Escolha a região

Início Agile no InfoQ Brasil

  • Modelos de aprendizado

    De acordo com o Cambridge Dictionary um aprendiz é "alguém que trabalha para um expert com a finalidade de aprender um trabalho ou habilidade específica". O Merriam Webster diz: "alguém que está aprendendo através de experiência prática sob o comando de trabalhadores habilidosos, um negócio, arte ou chamado".

  • Duração ideal da iteração

    Uma das dúvidas freqüentes que ocorrem durante a adoção de uma metodologia ágil é relacionado à duração ideal de uma iteração. As equipes normalmente escolhem uma duração que varia de uma semana até dois meses. A escolha correta é uma decisão importante e o sucesso de uma implantação de uma metodologia ágil depende muito da duração de iteração.

  • Jogar Fora Seus Sistemas de Bug Tracking?

    Elisabeth Hendrickson, também conhecida como "testObsessed", apresenta uma postura provocativa sobre a priorização de bugs em um projeto ágil. Ela discorre sobre sua impressão de que os problemas encontrados durante a iteração não são "bugs", que somente o Product Owner teria autoridade para considerar algo como "bug" e que uma equipe Ágil não teria a necessidade de um sistema de bug tracking.

  • Mapeamento de Estórias Dão Contexto a User Stories

    A noção do Scrum de 'backlog' é uma lista priorizada de user stories para o time implementar. Isso funciona bem para organizar no que o time deve trabalhar no curto prazo, isto é, durante o planejamento do sprint. No Orlando Scrum Gathering, Jeff Patton descreveu o mapeamento de estórias.

  • Gráficos Burn-Down anotados ajudam durante as retrospectivas

    Um gráfico burn-down registra o tamanho do backlog do Sprint ao longo do Sprint. Durante a retrospectiva do sprint, o gráfico burn-down pode fornecer dados valiosos sobre como foi o sprint. Mike Sutton usa anotações para capturar mais dados no gráfico burn-down, tornando-o ainda mais útil durante a retrospectiva.

  • Mapeando os Papéis do Desenvolvimento de Software Tradicional para o Scrum

    Muitas organizações que tem embarcado na adoção do caminho Ágil, tem que enfrentar o desafio do mapeamento dos papéis do desenvolvimento de software para os três papéis que o Scrum fornece.

  • Alcançando a Agilidade Necessária para a sobrevivência dos Negócios

    Cada vez mais organizações estão adotando o desenvolvimento Ágil como uma tática de sobrevivência nestes tempos economicamente turbulentos. Isto por sua vez levou a uma série de opiniões interessantes examinando quais atitudes e atributos seus times precisam para ser bem sucedido. A agilidade de negócio é importante, mas como esta agilidade é alcançada?

  • Workspaces para Agilidade Efetiva

    O Autor e consultor Agile, Mike Cohn recentemente escreveu um post em seu blog resumindo um capítulo do seu novo livro "Succeeding With Agile" falando sobre o workspace Agile ideal. Ele chama a atenção para as coisas que precisam ser visíveis no espaço que o time Agile trabalha ajudando-o a ser mais efetivo.

  • RFactor: Suporte Refactoring de Ruby para Editores de Texto

    RFactor um Ruby gem que tem por objetivo oferecer suporte automatizado de refactoring para seu editor favorito. Nós conversamos com o desenvolvedor Fabio Kung para aprender mais sobre o RFactor.

  • Além da Integração Contínua: Implantação Contínua

    O mais cedo uma funcionalidade entra em produção, mais cedo ela começa a gerar valor. O mais rápido um sistema puder ser alterado em resposta a feedback do usuário, mais fácil é manter o usuário feliz. Timothy Fitz e Joe Ludwig recentemente publicaram artigos que descrevem implementações práticas de implantação contínua, um processo que reduz o ciclo de releases de semanas para minutos.

  • Como Assegurar Antecipadamente a Morte de um Projeto Agile Distribuído?

    Os desafios da adoção e execução do Agile são amplificados quando se trabalha de modo distribuído. O Agile Distribuído traz seus prórpios desafios em termos de separação geográfica, fuso horário variado, diferenças culturais etc. Matar um projeto Agile distribuído não é muito difícil.

  • Sendo um Product Owner melhor

    Qualquer um que passou algum tempo efetivamente executando um projeto ágil pode comprovar o fato que a colaboração do Product Owner (ou, no XP, o "Cliente") com o time de desenvolvimento desempenha um papel chave no sucesso de um time. Peter Stevens oferece um pequeno conselho para ajudar pessoas nesse papel desempenharem bem.

  • Estudos Empíricos Mostram Que Test Driven Development Melhora Qualidade

    Um artigo publicado inicialmente no jornal Empirical Software Engineering afirma: "TDD parece ser aplicável em vários domínios e pode reduzir significantemente a densidade de defeitos de software desenvolvido sem reduzir significantemente a produtividade do time de desenvolvimento." O estudo comparou 4 projetos, na Microsoft e na IBM, que usaram TDD com projetos similares que não usaram TDD.

  • Receitas de Desenvolvimento Orientado a Estórias com Cucumber

    A popularidade do Behavior Driven Development (BDD) não pode ser negada. A fácil criação e uso de DSLs em Ruby permitiu o nacimento do muitos frameworks BDD. O Cucumber é um deles e pode também ser usado para testar código Java, .NET, Flex e mais.

  • Venha pegar uma Maré de Agilidade em Salvador (Bahia)

    O grupo de usuários Java da Bahia (JavaBahia) realizará em Salvador(Bahia) a segunda edição do evento Maré de Agilidade, em parceria com a Revista Visão Ágil e SEA Tecnologia.

BT