3 ms·

> "Never ask the product owner what to do in an edge case." Could you expand on that? I've found it best to keep PMs informed even about edge cases, but I'm cu

> "Never ask the product owner what to do in an edge case." Could you expand on that? I've found it best to keep PMs informed even about edge cases, but I'm curious to know what your friend meant? I usually don't ask, but say something like "We store time as UTC for future events, but apparently this is not the best practice because when timezone rules change, the local time is not updated. Setting up that refactor will be medium complexity. I recommend we take the time to fix it now, so that we will not have awkward moments for event organizers as people show up an hour early."

anticristi 5y ago
He was referring to cases like the PM being a highly skilled person with clinical trials. The PM already knows a lot about regulations, customers, what problems can be "automated" away with software, etc. The PM is likely trained in life science or medicine, and never coded themselves. One might be tempted to ask the PM to decide on the following: What should happen if the user clicks "save" but the network went down? Shall we retry a few times? How many times? With what backoff? Or shall the application be offline-first? How should potential conflicts between the server data and the client data be resolved? As you can imagine, the PM has already enough on their plate, so, in my experience, it's best to not overwhelm the PM with such questions and take a decision based on "best guess" on what would maximize customer success. Another anecdote: A PM had to prioritize "integrate with Lufthansa" and "migrate to Java 8". Clearly the latter issue is at the wrong level of detail for a PM.
marcosdumay 5y ago
The PM never has a good answer, and never has any idea on the problems his answer will cause. If he had an answer, you would receive the situation as a requirement, not as an edge case. So, if you go ask him, you could as well ask some random strange on the street and it would be as useful. Some times the end user knows the answer, but very often their opinion is equally useless.
- rendall 5y ago
  > The PM never has a good answer Hmm. Perhaps I've had good luck with PMs. I've actually generally been impressed by some of the insights I've received from PMs about how to prioritize business interests. Most recently, there was a question of what to do in the case that data coming from the client is inconsistent with what is on the server. The proposal was to throw an error. PM said that, whatever we do, it should not interrupt or block communication, which answer simplified the remaining discussion.
  - marcosdumay 5y ago
    Well, notice that the answer came in the form of a requirement. The PM just forgot to tell you that one up-front. Also, your conversation doesn't reflect you asking him what to do. You made a proposal, and he clarified the requirements. He didn't tell you what to do. I wasn't very clear on my post, but the way you did is the one that works. You go to the PM with an answer, and he says if it's acceptable (or why not). You know how to weight the technical details, he doesn't, he knows about the business details. So your proposal should be reasonable, but there isn't any expectation about any one he comes up with.
    - rendall 5y ago
      These conversations are part of the PM being considered one of the team, being part of the daily stand-up and such. If there's tension between the devs and the PM, then the incentive structure is off, somehow.

anticristi 5y ago

He was referring to cases like the PM being a highly skilled person with clinical trials. The PM already knows a lot about regulations, customers, what problems can be "automated" away with software, etc. The PM is likely trained in life science or medicine, and never coded themselves. One might be tempted to ask the PM to decide on the following: What should happen if the user clicks "save" but the network went down? Shall we retry a few times? How many times? With what backoff? Or shall the application be offline-first? How should potential conflicts between the server data and the client data be resolved? As you can imagine, the PM has already enough on their plate, so, in my experience, it's best to not overwhelm the PM with such questions and take a decision based on "best guess" on what would maximize customer success. Another anecdote: A PM had to prioritize "integrate with Lufthansa" and "migrate to Java 8". Clearly the latter issue is at the wrong level of detail for a PM.

marcosdumay 5y ago

The PM never has a good answer, and never has any idea on the problems his answer will cause. If he had an answer, you would receive the situation as a requirement, not as an edge case. So, if you go ask him, you could as well ask some random strange on the street and it would be as useful. Some times the end user knows the answer, but very often their opinion is equally useless.

rendall 5y ago
> The PM never has a good answer Hmm. Perhaps I've had good luck with PMs. I've actually generally been impressed by some of the insights I've received from PMs about how to prioritize business interests. Most recently, there was a question of what to do in the case that data coming from the client is inconsistent with what is on the server. The proposal was to throw an error. PM said that, whatever we do, it should not interrupt or block communication, which answer simplified the remaining discussion.
- marcosdumay 5y ago
  Well, notice that the answer came in the form of a requirement. The PM just forgot to tell you that one up-front. Also, your conversation doesn't reflect you asking him what to do. You made a proposal, and he clarified the requirements. He didn't tell you what to do. I wasn't very clear on my post, but the way you did is the one that works. You go to the PM with an answer, and he says if it's acceptable (or why not). You know how to weight the technical details, he doesn't, he knows about the business details. So your proposal should be reasonable, but there isn't any expectation about any one he comes up with.
  - rendall 5y ago
    These conversations are part of the PM being considered one of the team, being part of the daily stand-up and such. If there's tension between the devs and the PM, then the incentive structure is off, somehow.