BT
rss
Seguidores

Equilibrando experimentos e entregas no desenvolvimento de produtos

por Ben Linders Seguir 28 Seguidores , traduzido por José Renato Pequeno Seguir 0 Seguidores   em  05 mar, 2014

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.

Seguidores

Swarming: Ajudando equipes a entregarem mais e melhor

por Ben Linders Seguir 28 Seguidores , traduzido por Leonardo Campos Seguir 1 Seguidores   em  03 abr, 2013

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.

Seguidores

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

por Mário Henrique Trentim Seguir 0 Seguidores em  22 set, 2011

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.

Seguidores

Como convencer o Product Owner a priorizar o Backlog?

por Dan Puckett Seguir 1 Seguidores , traduzido por Pedro Mariano Seguir 0 Seguidores   em  13 dez, 2010

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?

Seguidores

Estimando Valor de Negócio

por Chris Sims Seguir 0 Seguidores , traduzido por Marcelo Andrade Seguir 0 Seguidores   em  13 jan, 2010 1

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.

Seguidores

User Manifesto - Uma extensão do manifesto ágil

por Wagner R. Santos Seguir 0 Seguidores em  12 jan, 2010 1

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.

Seguidores

Refatorar ou Reescrever?

por Vikas Hazrati Seguir 0 Seguidores , traduzido por Marcelo Marques Seguir 0 Seguidores   em  30 nov, 2009

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.

Seguidores

Comparando Valor, Velocidade e Velocidade de Valor

por Vikas Hazrati Seguir 0 Seguidores , traduzido por Marcelo Andrade Seguir 0 Seguidores   em  06 ago, 2009

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.

Seguidores

Pra que Serve a Velocidade?

por Amr Elssamadisy Seguir 0 Seguidores , traduzido por Samuel Carrijo Seguir 0 Seguidores   em  10 jul, 2009

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?

Seguidores

Parar e Refatorar?

por Amr Elssamadisy Seguir 0 Seguidores , traduzido por Samuel Carrijo Seguir 0 Seguidores   em  19 jun, 2009

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?

Seguidores

O que significa Qualidade?

por Mark Levison Seguir 0 Seguidores , traduzido por André Pantalião Seguir 0 Seguidores   em  05 mai, 2009 2

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.

Seguidores

Alcançando a Agilidade Necessária para a sobrevivência dos Negócios

por Shane Hastie Seguir 28 Seguidores , traduzido por Flávia Castro de Oliveira Seguir 0 Seguidores   em  19 mar, 2009 1

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?

Seguidores

Sendo um Product Owner melhor

por Mike Bria Seguir 0 Seguidores , traduzido por André Pantalião Ferreira Seguir 0 Seguidores   em  10 mar, 2009 2

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.

Seguidores

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

por Mark Figley Seguir 0 Seguidores , traduzido por Mauricio De Diana Seguir 0 Seguidores   em  10 nov, 2008 1

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.

Faça seu login para melhorar sua experiência com o InfoQ e ter acesso a funcionalidades exclusivas


Esqueci minha senha

Follow

Siga seus tópicos e editores favoritos

Acompanhe e seja notificados sobre as mais importantes novidades do mundo do desenvolvimento de software.

Like

Mais interação, mais personalização

Crie seu próprio feed de novidades escolhendo os tópicos e pessoas que você gostaria de acompanhar.

Notifications

Fique por dentro das novidades!

Configure as notificações e acompanhe as novidades relacionada a tópicos, conteúdos e pessoas de seu interesse

BT