Início Técnicas ágeis no InfoQ Brasil
Notícias
Feed RSS-
Melhorando Retrospectivas Distribuídas
Muitos consideram a retrospectiva uma das ferramentas mais poderosas dos times ágeis para a melhoria contínua. A retrospectiva captura o aprendizado e o conhecimento enquanto a experiência ainda está fresca, e as lições são aplicadas imediatamente nos times enquanto o trabalho está sendo feito. Uma discussão no Yahoo Group examinou como adaptar a retrospectiva para funcionar em lugares múltiplos.
-
O "Ingrediente Essencial" do Desenvolvimento Ágil
Há muitos debates sobre quais as competências que um desenvolvedor precisa, ou práticas que uma organização deve adotar para o Agile ser bem sucedido. Mas, embora inegavelmente importante, isso é realmente o que leva ao sucesso no Agile? Mark Schumann sugere que o "ingrediente essencial" da agilidade não são as tecnicas ágeis, mas sim a mentalidade ágil dentro dos níveis de gestão.
-
Onde foi parar a inovação?
Alguns comentaristas recentemente questionaram o nível de inovação que tem acontecido no mundo Ágil. O desenvolvimento iterativo e incremental nos desviam da inovação para a reutilização de soluções velhas, com base no que já sabemos em vez de criar soluções "fora da caixa".
-
Analisando a Dívida Técnica
O termo "dívida técnica" foi definido por Ward Cunningham e descreve a dívida que a equipe de desenvolvimento assume quando escolhe um design ou abordagem fácil de implementar no curto prazo mas com grande impacto negativo no longo prazo. Alguns agilistas opinaram sobre o que deve ser considerado dívida técnica e como poderia ser classificada.
-
PairWithUs: Vídeos de Exemplos de Desenvolvimento Ágil de Software Por Demanda
Uma coisa muito conhecida pela maioria dos programadores é que o melhor (único?) caminho para aprender uma técnica de programação é pelo exemplo; especificamente, vendo alguém fazer algo. Antony Marcano & Andy Palmer, em seu site PairWithUs dão boas razões às pessoas para fazerem isso.
-
O que é Lean?
Estava acompanhando a lista de e-mails leandevelopment e surgiu uma discussão sobre como definir o que seria Lean em 30 segundos. Algumas definições interessantes surgiram e tentarei listar algumas neste post.
-
Desacelere para Acelerar Lucros
Geralmente, sugere-se que, se todos na equipe trabalham no topo da capacidade, então, a equipe seria mais produtiva. Ao contrário disso, Steve Bockman mencionou que esta suposição pode não ser sempre verdadeira. Em alguns casos, pode ser necessário desacelerar e trabalhar menos que a capacidade superior a fim de aumentar a produtividade e a rentabilidade.
-
Categorizando Testes
Qual a diferença entre testes unitários, testes funcionais e testes de integração? Parece que não há um consenso sobre a nomenclatura e a classificação dos testes, embora sejam fundamentais para os processos de desenvolvimento de sofwtare.
-
Dois Tipos de Documentos Ágeis - Nem a Mais, Nem a Menos!
O Manifesto Ágil recomenda ter-se “Software funcionando mais que documentação abrangente". Isto tem levado muitas equipes a acreditar que não existe necessidade de documentação em projetos ágeis. Os críticos apontam a limitada documentação como uma das fraquezas das metodologias ágeis. Eelco Gravendeel sugere que há apenas dois tipos de documentação em Agile.
-
Comparando Valor, Velocidade e Velocidade de Valor
Um pressuposto implícito feito pela maioria das equipes ágeis é que o 'valor' é algo diretamente proporcional à 'velocidade' da equipe. Ainda que isto possa ser verdadeiro em alguns casos, no entanto, na maioria das vezes a velocidade da equipe dá pouca indicação sobre o verdadeiro valor entregue.
-
Ponderações sobre Lean in Action no Japão
Nessa primavera, um grupo de agilistas de software, liderados por Mary and Tom Poppendieck, visitaram o Japão para ver em primeira mão como os princípios Lean são aplicados em muitos lugares, onde vem sendo utilizados há bastante tempo. Esse "Tour Lean Japonês", vem sendo aplicado por gerentes e educadores desde 1990, sempre ligados ao aforismo do Lean: "Vá para o Gemba".
-
Lidar com Bugs em um Projeto Ágil/Scrum
Uma pergunta freqüentemente questionada é como Scrum recomenda que a equipe trate os bugs? Eles devem ser colocados no product backlog? Ou em uma lista de bugs separada? Se eles estão no backlog, o Product Owner deve definir as prioridades ou eles são automaticamente os itens mais importantes? Deve existir um sprint em separado para a correção de bugs?
-
Pra que Serve a Velocidade?
Uma discussão recente no grupo ScrumDevelopment do Yahoo! debateu sobre os diferentes usos e abusos da velocidade. Velocidade deveria ser utilizada como uma métrica de produtividade? Deve ser usada para planejamento de iteração?
-
Kent Beck Sugere Pular os Testes em Projetos de Curto Prazo
Kent Beck, autor de “Extreme Programming Explained” e “Test Driven Development: By Example” sugere que um projeto de software, assim como golf, pode ser um jogo longo ou curto. JUnit é um exemplo de projeto longo, muitos usuários, rentabilidade estável (a $0 é triste para qualquer envolvido), onde o objetivo principal é proporcionar funcionalidades além das necessidades dos usuários.
-
Uma Perspectiva Evolucionária de Desenvolvimento de Software
Memes, introduzido por Richard Dawkins no livro The Selfish Gene, são genes culturais; ideias que se propagam entre as pessoas e afetam a nossa forma de pensar e agir. Julian Everett sugeriu que podemos olhar as práticas de desenvolvimento de software, ideias e cultura como uma coleção de memes. Ao fazer isso, nosso entendimento sobre o que funciona e porque pode ser ativado em nossa cabeça.