Início Técnicas ágeis no InfoQ Brasil
Artigos
Feed RSS-
Escalando o Agile na Spotify: exemplo de sucesso de Lean Startup, Scrum e Kanban
A implantação da cultura ágil em empresas envolve muita comunicação, integração entre todas as áreas, treinamento, sensibilidade perante às mudanças e evolução gradativa. Após a implantação, e quando as equipes já estão entregando software de forma ágil, surge outro desafio: como escalar as práticas ágeis para as demais equipes. Veja neste artigo como a Spotify venceu esses desafios.
-
Agile e a morte do departamento de QA
Nos modelos de gestão tradicionais, as equipes de QA eram isoladas, lentas e caras. Testes unitários passam a responsabilidade pela qualidade aos desenvolvedores, reduzindo a dependência de um setor de QA separado. Seriam os testes unitários a melhor forma de garantir a qualidade do software? Com TDD e Agile, estaria morto do setor de QA?
-
Podcasts de Agile e Lean: Uma excelente alternativa de aprendizado
A leitura é uma forma muito difundida de consumir informação sobre práticas ágeis, mas não é o único caminho. Se você não tem tempo e entende o inglês falado, ouvir podcasts é uma forma alternativa de aumentar o seu conhecimento. Atualmente, existem excelentes podcasts relacionados a métodos ágeis e Lean, sendo que este artigo apresentará alguns que foram selecionados.
-
Garantia de qualidade no Scrum: muito além dos testes
O controle de qualidade no Scrum é muito mais que fazer casos de testes e encontrar erros de software. Neste artigo, P. Hasija compartilha sua experiência durante dois anos atuando como QA em projetos Scrum. A autora explica que os profissionais de garantia de qualidade vão muito além de testes ágeis, obtendo lugar destacado na equipe.
-
Agile seguro: como lidar com requisitos de segurança no desenvolvimento ágil
É crítica a gerência dos requisitos de segurança nas fases iniciais do desenvolvimento de software. Neste artigo, é analisado como mapear os requisitos não funcionais para histórias de usuário voltadas a funcionalidades – e como tornar os requisitos de segurança mais visíveis para os stakeholders.
-
Kanban para os céticos: analisando e derrubando mitos negativos
Como agente de mudanças, devemos assegurar as pessoas de que vale realmente a pena seguir o caminho escolhido. O Kanban levanta questões difíceis em níveis de gestão e liderança. Este artigo discute os principais argumentos levantados contra o Kanban e como lidar com eles.
-
Kanban com o pioneiro: Entrevista com David J. Anderson
David J. Anderson, pioneiro na implementação de Kanban no desenvolvimento de software e um dos principais responsáveis pela popularização do método no mundo, veio ao Brasil recentemente e conversou com o InfoQ Brasil sobre Lean, Agile e Kanban.
-
Armadilhas do Kanban: a culpa não está na técnica
O Kanban, como ferramenta de suporte ao desenvolvimento Lean, está cada dia mais popular. Contudo, será inevitavelmente acusado injustamente por fracassos de projetos que o utilizam de forma errada. Este artigo discute algumas ações que o autor vivenciou e que contribuem para uma má reputação do Kanban. Esperamos que esses exemplos evitem que o eleitor caia em armadilhas semelhantes.
-
Swarming à distância: Dicas para equipes distribuídas geograficamente
O “swarming” é uma técnica pela qual os integrantes de uma equipe aproveitam suas diferentes habilidades trabalhando juntos ao mesmo tempo para entregar uma história de usuário. É reconhecida como uma abordagem poderosa para a entrega de histórias com rapidez e alta qualidade. Neste artigo, conheça técnicas para atingir os mesmos resultados para equipes geograficamente distribuídas.
-
Como lidar com a ausência de um Product Owner efetivo
O papel do Product Owner tem importância significativa no Scrum, mas muitos POs não possuem o tempo necessário para acompanhar o time e nem mesmo a evolução do produto, da forma que merece. Existiriam alternativas para tornar mais efectivo o papel do Product Owner?
-
Design e arquitetura ágeis em grande escala: formas de trabalho
No seu keynote no QCon Londres 2011, Craig Larman destacou que "arquitetura" não é uma boa metáfora, que não construímos software como um edifício e devemos cultivá-lo, fazendo-o crescer e evoluir como um jardim. Neste artigo Larman detalha e desmistifica essas ideias, atendendo a muitas pessoas e tweets que pediram esclarecimentos sobre sua declaração.