BT

Início Entrega de Valor no InfoQ Brasil

Notícias

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

  • Melhores da InfoQ em 07: Reuso de Código é Algo Superestimado?

    Dennis Forbes desmistifica a convenção popular que tem levado às indústrias na direção de arquiteturas focadas em reuso, afirmando que reuso de código é altamente superestimado e raramente traz o benefício prometido.

BT

Seu cadastro no InfoQ está atualizado? Poderia rever suas informações?

Nota: se você alterar seu email, receberá uma mensagem de confirmação

Nome da empresa:
Cargo/papel na empresa:
Tamanho da empresa:
País:
Estado:
Você vai receber um email para validação do novo endereço. Esta janela pop-up fechará em instantes.