BT

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

Contribuir

Tópicos

Escolha a região

Início Entrega de Valor no InfoQ Brasil

  • Foco no resultado: Q&A com Jeff Patton

    Precisamos nos concentrar nos resultados e adaptar a maneira de pensar e os processos para liberar continuamente pequenas alterações nos produtos e serviços, argumentou Jeff Patton na palestra de encerramento da Agile Greece Summit 2019.

  • Por que a auto-organização é intuitiva, mas desafiadora de ser adotada

    A auto-organização pode ser desafiadora. Precisamos entender o que é necessário para alcançá-la, e o sucesso precisa ser visível, disse Mirco Hering, diretor administrativo da Accenture. Hering sugeriu criar limites para se auto-organizar e enriquecer o contexto da equipe, mostrando o quão bem estão se desenvolvendo.

  • Equilibrando experimentos e entregas no desenvolvimento de produtos

    Experimentos fazendo uso, por exemplo, de lean startup podem auxiliar as empresas a aprender sobre seus clientes permitindo descobrir quais características e produtos realmente são valiosos. O valor no entanto vem da construção de produtos e realmente entregá-los aos clientes. É preciso encontrar formas para se equilibrar entre experimentos e entrega.

  • Swarming: Ajudando equipes a entregarem mais e melhor

    O Swarming é uma técnica que ajuda equipes ágeis a entregar software em funcionamento de forma rápida e frequente. Conheça mais sobre a técnica com base no trabalho de vários especialistas.

  • Quando a agilidade não é suficiente: precisamos revisar o Manifesto?

    Steve Denning aponta, em artigo recente, pontos fracos do Agile que precisam ser revistos para responder a mudanças ocorridas nos últimos dez anos após publicação do Manifesto Ágil. Apenas gerar software em funcionamento deixou de ser suficiente: o foco deve ser no encantamento dos clientes. Denning oferece recomendações de mudanças na filosofia Agile para adequação à nova realidade.

  • Como convencer o Product Owner a priorizar o Backlog?

    O Scrum se torna mais eficiente quando você prioriza o seu backlog. A priorização do backlog é parte do trabalho do product owner, mas o que podemos fazer quando o product owner não prioriza o backlog por conta que ele ou ela não vê valor na priorização?

  • Estimando Valor de Negócio

    A abordagem ágil para priorização é que as histórias de usuário de mais alto valor de negócio devem ser implementadas antes daquelas de menor valor de negócio. O conceito é simples, mas sua implementação depende de se ter um mecanismo para avaliar o valor de negócio.

  • User Manifesto - Uma extensão do manifesto ágil

    Em seu site, Alistair Cockburn propôs a criação de uma extensão para o Manifesto Ágil, voltada para o usuário / cliente, a partir de um discussão na cidade de Salt Lake junto com Jeff Patton, que em conjunto com outras pessoas iniciaram este trabalho. O trabalho é ainda preliminar, mas já foram criadas quatro opções, que são basicamente as mesmas, mas dispostas de maneira diferente.

  • Refatorar ou Reescrever?

    O objetivo de refatorar e reescrever é "limpar" o sistema melhorando a legibilidde, estrutura e a clareza do código. Um código limpo erá mais fácil de manter e melhorar. No entanto, em muitas ocasiões as equipes gastam um certo tempo decidindo entre as duas abordagens.

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

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

  • Parar e Refatorar?

    Quando você deve refatorar? Eu nunca concordei com essa noção, pois penso que há momentos em que você simplesmente precisa pagar parte do débito técnico. Não, você só deve refatorar quando se está trabalhando em uma história com esse propósito. Existe outra estratégia que pode funcionar melhor?

  • O que significa Qualidade?

    O que siginifica Qualidade no Desenvolvimento de Software? Como é usado hoje, Mike Bria observa: ‘Qualidade’ se refere á "ausência de defeitos" ao invés da "presença de valor", de modo que isto representa o que é normalmente utilizado no uso diário.

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

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

BT