BT

Estimativa Ágil para Planejamento de Releases

por Ben Linders , traduzido por Wellington Pinheiro   em  24 Jul, 2014

Estimativas são usadas por equipes ágeis e product owners para priorizar o trabalho e planejar novas versões de produtos. Essas estimativas podem ser feitas em diferentes níveis e com várias abordagens.

ThoughtWorks Radar - Julho de 2014: Tendências em JavaScript, Microservices, Lei de Conway e Descent

por Abel Avram , traduzido por Roberto Pepato   em  18 Jul, 2014

A ThoughtWorks publicou o seu Technology Radar July 2014, com tendências importantes no ecossistema Javascript, Microservices, Lei de Conway e descentralização de infra-estrutura. O radar categoriza técnicas, plataformas, ferramentas, linguagens em frameworks em quatro quadrantes e compara a situação de cada um deles com as edições anteriores do radar ThoughtWorks.

O papel da gestão na governança ágil

por Ben Linders , traduzido por Thiago Bolivar   em  07 Jul, 2014

Como podemos gerenciar e controlar várias equipes ágeis? Na conferência de Governança Ágil em Amsterdã, Christoph Johann Stettina fala sobre governança ágil e o papel da gestão.

Liberada Extensão para Software do Guia PMBOK 5a Edição

por Savita Pahuja , traduzido por Marcelo Costa   em  02 Jul, 2014 2

O Project Management Institute recentemente publicou uma Extensão para Software do Guia PMBOK 5a Edição, que inclui mapeamentos e alternativas para tratar abordagens tradicionais de desenvolvimento com o uso de métodos ágeis. A extensão visa facilitar a transição de uma metodologia tradicional para ágil.

Usando a definição de pronto

por Ben Linders , traduzido por Ari do Amaral Torres Filho   em  25 Jun, 2014

Muitas equipes usam a Definição de Concluído para definir que uma história de usuário está concluída e o produto está pronto para ser entregue. Mas o que dizer das histórias de usuários que uma equipe recebe do seu Product Owner? As equipes podem verificar a qualidade das histórias de usuários usando a Definição de Pronto.

Documentação na agilidade: quanto e quando escrevê-la?

por Ben Linders , traduzido por Bernardo Rosmaninho   em  14 Fev, 2014 1

Os valores do manifesto para o desenvolvimento ágil de software "software em funcionamento ao invés de documentação abrangente". Esse valor primário da agilidade nos questiona sobre "quanto" e "quais" tipos de documentos são necessários e "quando" eles devem ser escritos.

Práticas para escalar o Agile nas Empresas

por Ben Linders , traduzido por Diogo Carleto   em  11 Dez, 2013

Empresas que estão adotando Agile de forma ampla em algum momento terão que escalar suas práticas ágeis. Em uma sessão da conferência "Métodos ágeis no setor financeiro e em ambientes complexos", os participantes compartilharam suas experiências de como estão escalando Agile nas empresas.

Reduza o desperdício através da mudança do método cascata para método ágil

por Ben Linders , traduzido por João Talles   em  10 Dez, 2013

O desenvolvimento de software enxuto diz: toda iniciativa que não está criando valor para o cliente é considerado desperdício. Como a transição do método cascata para um método ágil pode ajudar as empresas a reduzir o desperdício?

Agilidade solitária: tornando-se Agile antes da própria equipe

por Ben Linders , traduzido por Marcelo Cenerino   em  24 Set, 2013 2

É comum que organizações realizem uma transformação ágil que atinge toda uma equipe ou departamento. Mas existem profissionais que começam a utilizar práticas ágeis individualmente, ou que trabalham de forma ágil em equipes de apenas uma pessoa. Como essas pessoas podem adotar práticas ágeis e quais os tipos de benefícios que podem obter com isso?

A flexibilidade do Agile: ponto forte ou calcanhar de Aquiles?

por Ben Linders , traduzido por Leonardo Campos   em  18 Set, 2013

Será que o princípio "responder a mudanças mais do que seguir um plano" é um ponto forte ou uma flexibilidade que não funciona na prática? O que acontece com projetos ágeis com dificuldades em gerenciar mudanças e clientes esperando flexibilidade demais? Será que o Agile não cumpre suas promessas, ou é a forma que as equipes e organizações têm adotado o Agile que causa os problemas?

Adoção Agile no setor público: FBI e o Porto de Roterdã

por Ben Linders , traduzido por Elias Souza   em  25 Abr, 2013 2

O setor público está, cada vez mais, usando metodologias ágeis a fim de desenvolver software dentro do orçamento, no prazo, e se tornar mais flexível e adaptativo às mudanças. O texto apresenta dois estudos de caso do setor público que demonstram como o desenvolvimento ágil tem sido útil nestas iniciativas.

Entrega Contínua aumenta a velocidade de inovação

por Aslan Brooke , traduzido por Marcelo Costa   em  16 Abr, 2013

A Thoughtworks publicou recentemente um documento, incluindo um modelo de maturidade para a entrega contínua como uma resposta à pesquisa que indica que a maioria das empresas entendem a importância da inovação, mas não são capazes de entregar software de forma rápida o suficiente para atender as necessidades de seus líderes empresariais.

Devemos criar histórias de usuário para a nossa dívida técnica?

por Ben Linders , traduzido por Elias Souza   em  10 Abr, 2013 1

Equipes ágeis algumas vezes apresentam dificuldades com o planejamento de tarefas puramente técnicas, tais como aquelas relacionadas à dívida técnica. Essas tarefas não têm valor direto para o usuário do sistema, mas precisam ser feitas para entregar o software funcionando. Devemos criar histórias de usuário para lidar com tarefas técnicas e dívida técnica?

Valor de negócio: como priorizar o backlog e o que ele realmente significa

por Paulo Rebelo em  09 Abr, 2013

Ron Jeffries, um dos três fundadores do Extreme Programming (XP), esclarece qual é o verdadeiro valor para uma empresa, auxiliando a priorização correta do backlog de desenvolvimento de um produto.

O Planning Poker evita falácias nas estimativas de esforço

por Michael Stal , traduzido por Felipe Furtado   em  29 Ago, 2012 1

Em seu recente post intitulado "Planning Poker: Evitando Falácias nas Estimativas de Esforço" Hayim Makabee discute a “falácia do planejamento” - um problema comum de estimativas de esforço - e explica por que o planning poker pode ajudar a evitá-lo.

Feedback geral
Bugs
Publicidade
Editorial
InfoQ Brasil e todo o seu conteúdo: todos os direitos reservados. © 2006-2014 C4Media Inc.
Política de privacidade
BT