BT

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

Contribuir

Tópicos

Escolha a região

Início Técnicas ágeis no InfoQ Brasil

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

  • Avaliando a "Facilidade de Uso"

    Nesta definição, contudo, não são mencionadas formas concretas de avaliar a facilidade de uso, ou ainda mais, a usabilidade do sistema. Em um recente debate do grupo Agile Usability, os membros discutem várias formas de avaliar a usabilidade do sistema de uma forma objetiva.

  • Uma Extensiva Coleção de Listas de E-mail sobre Agile

    Como um participante da comunidade agile aqui no InfoQ, você já se mostrou interessado em aprender mais sobre agile, e provavelmente também é alguém com idéias próprias que você gostaria de contribuir. Esse é o tipo de experiência que você pode realizar, juntando-se a um ou mais dos vários grupos de e-mail existentes, relacionados a desenvolvimento ágil.

  • Automação de Testes de Aceitação – Teoria ou Prática

    Existem relatos esporádicos do sucesso em escrever requisitos e automatizá-los como teste de aceitação. Até agora essa prática é utilizada por uma minoria da comunidade. A automação de testes de aceitação escritos no início de cada interação seria somente uma afirmação teórica que se mostrou ineficaz pela falta de utilização?

  • James Shore com mais sobre se Manter (Ágil) na Real

    As vagas estão quase encerradas para os próximos cursos dos respeitados mentores do movimento Ágil Jim Shore e Diana Larsen , e a InfoQ conseguiu a oportunidade de conversar com Jim enquanto ele se preparava. Em uma entrevista casual, Jim falou sobre alguns tópicos como seu livro Art Of Agile, implementações erroneas de agilidade e como o Kanban não deve ser encarado como o ponto principal.

  • Medir Hiper-Produtividade é Perda de Tempo?

    Numa apresentação sobre Hiper-produtividade e Terapia de Choque, Jeff Sutherland menciona que hiper-produtividade é no mínimo o nível de desempenho da Toyota que é quatro vezes maior do que a média. Em um debate recente no Scrum Development group, membros discutiram se é proveitoso e possível medir de forma precisa produtividade entre sprints.

  • Top 10 Motivos para Amar Teste Ágil

    Quais são as dez razões para os testadores amarem testes Ágeis? Kay Johansen recentemente fez esta pergunta e obteve algumas respostas dos principais testadores.

  • A visão de Mike Cottmeyer sobre a conferência Lean/Kanban

    Durante a primeira semana de maio, a primeira conferência organizada focando em Lean & Kanban aconteceu em Miami. Mike Cottmeyer estava presente e usou seu famoso blog Leading Agile para fornecer um abrangente relato detalhado do que aconteceu lá.

  • Comparando Kanban a Scrum

    Kanban tem atraído bastante interesse como uma abordagem válida para implementar agile em um ambiente de desenvolvimento. Como consequência, muitas pessoas vem perguntando "como Kanban se compara ao Scrum?". Henrik Kniberg tentou responder a pergunta.

  • Uma Velocidade Boa

    Há pouco tempo, Buddha Buck perguntou na lista de Extreme Programming se existe uma média de velocidade que poderia ser considerada boa para uma equipe de sete pessoas que realiza iterações de duas semanas. Ele sentiu que uma velocidade de oito pra baixo indicaria que as estórias estariam muito grandes. A discussão em torno do tema conseguiu responder a essa e a outras questões decorrentes também.

BT