Seven Mistakes You'll Definitely Make as a Product Owner

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

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

  • @rajeswarikv9396
    @rajeswarikv9396 5 месяцев назад +1

    Great one Mike..I have seen all of these in my team..One more PO does is directly reaching out to his kind of favorite team member with an adhoc task in the middle of the sprint..

    • @MountainGoatSoftware
      @MountainGoatSoftware  5 месяцев назад +1

      Thanks. Yes, it's frustrating when a PO goes directly to a specific deliver to slip something into the sprint.

  • @sculderoy
    @sculderoy Год назад +3

    Loved it, obviously. Thank you Mike.

  • @RobertsMind
    @RobertsMind Месяц назад +2

    Another great video. I work as a Product Owner in the Software Industry and I also am a veteran Sr. Software Engineer so sometimes I find myself when acting as a product owner also giving the development team suggestions for the "how" on stories because with my experience and ongoing work in the field I feel the need to "coach" junior and midlevel developers towards the "right" path. Is this something I should stop doing with the team and maybe just discuss offline with my Dev Lead?

    • @MountainGoatSoftware
      @MountainGoatSoftware  Месяц назад +1

      Great question. Your role as PO says you should not do a thing. But your experience as a Sr Software Engineer says you should (and qualifies you to do so). Experience wins. Give them advice. Just start to do it less over time as you become more distant from the tech. ("Back in my day.... 😀) And caution yourself to avoid doing it too often: sometimes it's better for people to figure things out on their own, but you likely learned that leading engineers already.

  • @smarello89
    @smarello89 Год назад +3

    Related to #3, I'd add another common mistake: "Tell the team What instead of telling Why"

  • @digstweak
    @digstweak 7 месяцев назад +4

    Product owners being heavily involved with the Dev team while they are doing their builds

  • @raghav36582
    @raghav36582 10 месяцев назад +1

    I have more than 12 years of experience in data engineering, data science, and architecture, with significant expertise in the payment domain. I am currently working in a dual capacity as a product owner. I am contemplating a transition to a full-time product owner role in my career, leveraging my technical skills and domain knowledge. Would this be a wise decision, or should I also consider exploring opportunities in a Business Analyst role?

    • @MountainGoatSoftware
      @MountainGoatSoftware  10 месяцев назад +1

      I would think any company in that domain (and adjacent to it) would value you as a product owner. You may need to start into the role as a business analyst. But in the right organization, I think you'd quickly progress to PO.
      Here's a question I typically ask highly technical people when they want to move out of the purely tech roles: What type of books have you read in the past year? If you're still reading hardcore tech books, that is probably where your heart still is. If you're starting to look beyond those books for work reading (and enjoyment) that's a good sign you're ready for a switch.
      Good luck with whatever you choose.

    • @raghav36582
      @raghav36582 10 месяцев назад +1

      @@MountainGoatSoftware I'm amazed by the quick response. Thanks.
      Although I'm a hardcore techie, I'm developing an interest in the domain and aiming to transition into more techno-functional roles. I believe that becoming a product owner is the best option for me. (Correct me If I'm wrong here)
      Even though my current role as a partial product owner has been only for a few months so far, I am considering it as a step towards my long-term career goals.

    • @MikeCohn
      @MikeCohn 10 месяцев назад

      @@raghav36582 You’ve dipped in your toes into the PO role and enjoy it. I think you’ll love and should pursue it, especially if you change roles within your current organization. (My daughter, a certified accountant) has expressed interest in becoming a BA then PO and I’m telling her the same thing-it can be a great career. Go for it.

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

      I don’t know you but I would recommend towards product owner if you’re a person who likes to be responsible for a vision and help guide its outcome.
      As a PO/BA for the past 10 years, I personally thrive on making decisions, talking with stakeholders and making the vision of the product happen through my team I want to be a PO. I have technical skills and knowledge but can’t develop. If you have those technical skills and like negotiation, driving towards a goal, and making decisions be a PO.
      If you like digging deep into analysis and supporting other people to make decisions and you yourself done like telling people no, a BA may be a better step in to being a PO later on. You can always choose tiles back and forth these days.

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

    I've been a PO for 5 months now, and my impression so far is that I have tons of responsibility and barely any power or ressources to accomplish anything or make things move forward. Plus I have nothing to do the whole day. It's all in the agile team's hands, and everything is decided by the PM beforehand. I see no value in my position, and I don't see myself doing this for much longer. Perfect definition of a bullshit job that pays well.

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

      It sounds like you've been asked to be a product owner in a non-agile organization. I don't know if PM is product manager or project manager, but ideally those roles would not be interfering with your work. A PO with nothing to do all day is shocking--in a truly agile organization, the product owner is one of the busiest people. I'm sorry you're in this situation.

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

      You need to be assertive and push back on your PM. Tell them what your role should be and how you’re not able to do it and want to take on the responsibility.

    • @youngloenoe
      @youngloenoe 6 месяцев назад +1

      Let me guess, you work for a SAFe organization?

    • @carolgagne9346
      @carolgagne9346 4 месяца назад

      @@youngloenoe Goog assumption ;)

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

    In connection with the fourth point, I often find that with an originally smaller task or user story, the original scope keeps getting bigger, which is why we can't keep the original time box. it could be a previously unknown difficulty, or it could simply be that we keep adding more elements (subtasks) to the story as we work. in this case, can you say no? this is not part of the story and at a refinement meeting we will include it in another story, for example in a next sprint? how can you limit how big a story can grow?

    • @MountainGoatSoftware
      @MountainGoatSoftware  Год назад

      Time estimates tend to be lognormally distributed. So with a large enough set of stories, some will be bigger than expected.

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

      It’s making the decision if what the team thinks is best is worth the time in the short term and long term for the good of the product vs what you commit to stakeholders and market expectations.