BT

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

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

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.

O Agile pode tornar o PMO desnecessário?

por Shane Hastie , traduzido por Paulo Rebelo   em  28 Ago, 2012

O papel do PMO (Project Management Office ou Escritório de Projetos) nas organizações que aplicam a filosofia ágil começa a ser questionado.

A opinião da gerência tradicional sobre o Agile: desconhecimento ou relutância?

por Craig Smith , traduzido por Leonardo Campos   em  25 Mai, 2012 1

Uma série de artigos recentes de Steve Denning na Forbes ressaltou os desafios que a comunidade ágil enfrenta para ser aceita pela gerência tradicional.

PMI reduz exigências para a certificação PMI-ACP

por David Bulkin , traduzido por Mário Henrique Trentim   em  11 Abr, 2012

O Project Management Institute está diminuindo os requisitos de elegibilidade necessários para a certificação PMI-ACP (Agile Certified Professional). Anteriormente os candidatos precisavam de 1.500 horas de experiência em projetos ágeis nos últimos dois anos. Agora as mesmas 1.500 horas podem estar dispostas nos últimos três anos.

Disponibilidade vs. produtividade: suas estimativas podem estar 100% erradas

por Mário Henrique Trentim em  01 Fev, 2012

Em um artigo sobre Produtividade Ágil em seu blog Leading Answers, Mike Griffiths chama a atenção para o problema da disponibilidade real e o tempo que pessoas com diferentes níveis de conhecimento dedicam a cada projeto. E mostra como questões aparentemente óbvias passam ao largo, comprometendo estimativas e resultados.

Avaliação de desempenho em Agile: meça a equipe, não o indivíduo

por Paulo Rebelo em  31 Jan, 2012

Faz sentido avaliarmos o desempenho individual de cada profissional em uma equipe de desenvolvimento ágil? Nanda Vivek, em artigo recente publicado na Scrum Alliance, destaca razões para não se avaliar individualmente.

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