Product Owner recém chegado, o que fazer?

Поделиться
HTML-код
  • Опубликовано: 27 окт 2024

Комментарии • 11

  • @jessicarabelo671
    @jessicarabelo671 Год назад +6

    Caraca que maestria pra passar o conhecimento! Parabéns e obrigada ❤

  • @marcosguilherme8848
    @marcosguilherme8848 2 месяца назад +1

    Que aula, uma verdadeira chuva de conhecimento.
    Obrigado por todas essas dicas valiosas.

  • @helenaleite4377
    @helenaleite4377 Месяц назад

    Ótimo conteúdo!

  • @luizassef
    @luizassef 11 месяцев назад

    Obrigado pela explicação clara e detalhada. Obrigado pelo conteúdo. Sou Grato👏👏👏

  • @MatheusPereiraBarros
    @MatheusPereiraBarros 9 месяцев назад

    Muito bom! Didático e objetivo. Obrigado!

  • @williantasso3591
    @williantasso3591 2 месяца назад

    ótima explicação =)

  • @ThiagoLima-tf5dp
    @ThiagoLima-tf5dp 9 месяцев назад

    Vídeo top 👊🏼👍🏼

  • @cintiabcge
    @cintiabcge Год назад +1

    Olá, tem alguns tipos de perguntas que não pode faltar para a construção do product backlog?

  • @suecastro6079
    @suecastro6079 5 месяцев назад

    Muito bom 😊

  • @pablocesar.imoveis.arquitetura
    @pablocesar.imoveis.arquitetura Год назад +2

    Olá, Rodrigo, tudo bem? Antes de mais nada, parabéns pelos vídeos. Tem me ajudado muito! Tenho várias dúvidas quanto ao papel do Product Owner e a relação dele com as atividades relacionadas a design do produto, design thinking e user experience. Quando a gente fala num sistema tradicional watherfall, imagino que seria aquele papel que era do analista de sistemas. Mas num sistema ágil, onde entra todo esse processo de definição e refinamento do produto? Ele acontece antes dos sprints, na definição do Product Goal e do Product Backlog, e é feito pelo Product Owner? Ou a equipe de desenvolvimento inclui pessoas responsáveis por estas atividades? Em que tempo elas se encaixam em relação aos sprints?

    • @AgileSchool
      @AgileSchool  Год назад +1

      Olá.
      No ágil, quando design do produto acontece no início chamamos de inception, prática super comum. Mas a diferença é que sempre mantemos esses elementos "abertos" para mudança e evolução. Por isso não vamos tentar conceber toda e qq interface e funcionalidade no começo da criação do produto.