Hacker News new | ask | show | jobs
by Verdex 1792 days ago
Generally, we get paid by our output (agreed upon deliverables). However, on the other hand, we generally get repeat business by our outcomes (users became much more productive and now they want more).

There's enough nuance required here to fill a small series of books. If you state the obvious and then go on to actually examine the nuance, then I'm fine giving you credit. If you don't then I don't really see the benefit.

Worse, you've given people a thought terminating cliche that can be disastrous in the hands of a novice. "Hey, we're focusing on the outcomes!" Yeah, but you've missed three milestone dates so your funding is going to be pulled and everyone is now unemployed.
1 comments
Gupie 1792 days ago
"agreed upon deliverables" is one definition of output. I think he is talking more generally, e.g. lines of code, over-long email, unnecessarily verbose documentation, ..., I could go on indefinitely.

But you are really arguing in general against such lists like this, that don't "examine the nuance". But perhaps they are useful discussion point or memory joggers. And shouldn't the senior members of a team or managers explain to novices the importance of meeting such milestones that you mentioned?

link
Verdex 1792 days ago
> And shouldn't the senior members of a team or managers explain to novices the importance of meeting such milestones that you mentioned?

I basically read the whole list as: "How do be successful? Step 1: Be successful. Step 2: Be successful at purple. etc"

Some of it sort of makes sense. Some of it might as well be gibberish. None of it is useful without a bunch of senior members of a team who have been successful before. And if that's the case, then we can just delete the list and stick with the senior members of the team.

link
Gupie 1792 days ago
The prefer "outcomes to output" is not a "How do be successful? Step 1: Be successful. Step 2: Be successful at purple". I can see the use of such a list for example on a team wiki as a reminder that you don't get credit for writing a 3 page email when a 6 liner would be as useful.

I can see the use of such a list for example on a team wiki as a reminder of what the team considers good practice.

link