this post was submitted on 01 Oct 2024
792 points (98.2% liked)

Technology

59152 readers
2010 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 1 points 1 month ago (1 children)

"that's not good, but we'll have to fix the underlying issue after we finish implementing the new UI the design team is excited about"

If this is happening, sounds like you have a shit-ass Product Manager (or no PM).

Signed, not a shit-ass Product Manager

[–] [email protected] 1 points 1 month ago* (last edited 1 month ago) (1 children)

While there are voluntary shit-ass PMs, you can only afford to be not a shit-ass PM because the org isn't squeezing you for all it can. Once it does, you'd have to make similar decisions. If you quit because you don't agree with the way things are going, a compliant shit-ass PM will take your place, or no PM, and the people would end up in the place the parent described.

[–] [email protected] 2 points 1 month ago

Leadership definitely drives a lot, but even with bad leadership a PM can and should do a lot to help here. I spent 5 of my years of PMing with an operations org that drove every big decision and I still did everything I could to protect my devs. I ended up in major burn out from it multiple times, but I don’t regret it.

Alerts that are waking devs up in the middle of the night have a user impact too, and a PM can and should communicate that impact and risk to the business side as part of why it needs to be prioritized. Alternatively, there might be a reason that the UI change is ultimately more valuable, and it’s the PM’s job to communicate why that is the priority to their devs. If developers with a Product team ever truly believe the reason they’re building something is just “because [insert team here] is excited about it,” then the PM failed at a critical responsibility.