BT

Disseminando conhecimento e inovação em desenvolvimento de software corporativo.

Contribuir

Tópicos

Escolha a região

Início Product Owner no InfoQ Brasil

Notícias

Feed RSS
  • Como fazer o deploy de cada feature branch permite um feedback rápido sobre o produto

    Ultrapassando os limites da entrega contínua, pode-se alterar fundamentalmente a maneira como as pessoas colaboram na criação de software. Christian Uhl apresentou na DevOpsCon Munich 2019 como a implantação de cada feature branch usando o GitLab e o Kubernetes os ajuda a obter feedback rápido dos product owners e stakeholders.

  • 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