BT

Início Product Owner no InfoQ Brasil

Notícias

Feed RSS
  • Entregando valor de negócio

    Calcular o valor de negócio de uma funcionalidade vai muito além do que alguns números.

  • Estimativa Ágil para Planejamento de Releases

    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.

  • O papel do product owner em retrospectivas

    Roman Pichler, consultor de Agile, compartilhou sua visão sobre a participação do product owner em retrospectivas, como forma de maximizar a colaboração com o time de desenvolvimento

  • Usando a definição de pronto

    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.

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

    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?

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

  • Os três principais erros na implantação de Scrum

    Muitas pessoas dizem que há certos problemas na implantação de Scrum em seu time. Ou que o jeito com que essa metodologia age não está funcionando. Porém poucos tentam parar e ver o que está acontecendo na verdade e, muitas vezes, descobrem que estão utilizando ScrumBut ao invés de Scrum, o que pode não ser adequado para determinados times.

  • Particione seu Backlog para Quilometragem Máxima

    Os Backlogs estão sob críticas constantes há algum tempo. Mary Poppendieck sugeriu que o product backlog seja eliminado se não está satisfazendo o objetivo desejado.

  • Lidar com Bugs em um Projeto Ágil/Scrum

    Uma pergunta freqüentemente questionada é como Scrum recomenda que a equipe trate os bugs? Eles devem ser colocados no product backlog? Ou em uma lista de bugs separada? Se eles estão no backlog, o Product Owner deve definir as prioridades ou eles são automaticamente os itens mais importantes? Deve existir um sprint em separado para a correção de bugs?

  • O Ápice no Ciclo do Scrum

    No Scrum Gathering Brasil, Rodrigo de Toledo, do Cenpes, fez uma apresentação muito competente sobre a cerimônia de Review do Scrum. Em sua palestra ele mostrou a importância da Review e porque ela propicia uma maior compreensão do que deve ser desenvolvido. A Review, é uma das 2 cerimônias fundamentais para o bom andamento do Scrum e que acontecem ao final de cada sprint.

  • Avaliando Scrum em um ambiente CMMi5

    Ainda existe no mercado de software uma grande defasagem de informação acerca de como medir o desempenho dos projetos que utilizam Scrum. O mercado, acostumado a ver os resultados em números, tem custado a entender o benefício da filosofia Lean do “go and see” e tem tido mais dificuldade em desenvolver um modelo de medição e análise que agregue valor à organização sem causar overhead aos times.

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.