Início Técnicas ágeis no InfoQ Brasil
Notícias
Feed RSS-
Reuniões Ágeis Efetivas
Reuniões são caras. Um dia inteiro de reuniões dos times pode custar milhares de doláres, se calcularmos o custo de todas as pessoas envolvidas além dos overheads que acontecem. Dado isso, é pragmático se preparar para elas a fim de garantir que suas reuniões Ágeis sejam o mais efetivas possíveis.
-
Maven 3.0 Lançado
A Sonatype anunciou semana passada o lançamento do Maven 3 (release notes), a maior mudança desde que o Maven 2 foi lançado em 2005. Diferente da mudança entre o Maven 1 e o Maven 2, que teve mudanças no POM e causou um impacto significante à comunidade Maven, o lançamento do Maven 3 está marcado por uma automação de testes significantes.
-
Refactoring em TDD deve incluir os testes?
O conceito de refactoring do código/projeto deve ou não incluir uma visita de refactoring também aos testes. Deve-se aprimorar o design dos testes com refactoring?
-
Sprint Burndowns - Nós estamos medindo as coisas erradas?
Um gráfico tradicional de Burndown do Sprint ajuda o time? Alguns times de Scrum acham que controlar as horas de uma tarefa esconde o verdadeiro estado do sprint e preferem outras ferramentas.
-
Bom código é suficiente para um projeto ter sucesso?
Simon Brown, um desenvolvedor, arquiteto e autor, considera que é preciso muito mais que bom código para ter um projeto de sucesso. Em sua aprensentação, "Bom código não é suficiente", Brown fala sobre os elementos necessários para um projeto ter sucesso, do design claro à documentação.
-
Configurando o repositório de artefatos Nexus para acelerar seus builds com Maven
Este artigo discute algumas configurações no repositório de artefatos Nexus que podem acelerar suas builds com o Maven. Em particular, são discutidas técnicas de roteamento de repositórios e gerenciamento de grupos de artefatos.
-
Como o Product Owner deveria participar das sessões de Planning Poker?
Em uma discussão recente na lista do Scrum Development, Tri Nguyen perguntou se os products owners devem participar da reunião de planning poker. Existe um consenso geral sobre isso?
-
Crowdsourced Testing, mudando o jogo
Crowdsourcing é o processo de solicitar a um grande grupo da comunidade, uma multidão, que execute uma tarefa que é tradicionalmente realizada por um grupo seleto de uma organização, muito provavelmente empregados ou contratantes. Crowdsourced testing é a poderosa combinação da economia da web e cloud com a efetividade e eficiência do crowdsourcing. Isso poderia nos ajudar?
-
Explicando Refatoração para a Gerência
Como podemos explicar a importância e o valor da refatoração para pessoas que atuam em ramos gerências, pessoal que nunca programaram antes? Como podemos justificar o tempo adicionado na entrega do nosso projeto por conta dessa refatoracão?
-
Gerenciando o Ambiente de um Time Ágil
Um fato bem é conhecido é que pessoas deixam gerentes, não organizações. Com tudo, times Ágeis são conhecidos terem uma certa "camaradagem" entre seus membros, entretanto o relacionamento do gestor com os membros da equipe e o ecosistema da organização como um todo é o segredo para ser um gerente Ágil de sucesso.
-
Técnicas de Testes para Aplicações com Zero Testes
Técnicas ágeis recomendam ter adequados testes unitários e de aceite para construir um robusto escudo de testes em volta da aplicação. Entretanto, no mundo real, nem todas as aplicações tem sorte suficiente para ter seu escudo de testes. Em uma interessante discussão no grupo Agile Testing, membros sugeriram caminhos para testar aplicações que não tem nenhum teste automatizado.
-
Cliente Remoto, Desenvolvedores Remotos e um Projeto em crise
Apesar de presença (justaposição) ser uma das principais recomendações da metodologia Ágil, mais e mais projetos são executados onde os times são distribuídos. Safari Asad iniciou uma interessante discussão no grupo de desenvolvimento Scrum para falar sobre um projeto em crise, em que não há somente o cliente remoto mas também tem desenvolvedores remotos.
-
5 maneiras de revitalizar suas retrospectivas
Uma das partes mais importantes do Scrum são as restrospectivas, que visão trazer melhoria para a equipe no final de cada um dos sprints. Porém, muitas vezes as equipes pensam que não tem mais o que melhorar e simplesmente resolvem abandonar as reuniões de retrospectivas.
-
Decisão: Refatorar ou não Refatorar?
A idéia de melhorar um código já escrito e apreciado na maioria dos times ágeis. Afinal de contas, melhoria continua é algo que estas equipes se esforçam para encontrar. Entretanto, melhorar o código já existente envolve tempo e dinheiro. Será que vale a pena?
-
Histórias não feitas são frequentes ao fim dos seus seus Sprints?
O que acontece se o seu time falha constantemente no fator "Definição de Pronto"(DoD) em algumas ou todas as histórias. Eles devem aumentar os prazos do sprint? Como o product owner deve lidar com essa situação? No caso particular a pessoa que fez essas perguntas estava em um time que utilizava sprints de 4 semanas.