Hacker News new | past | comments | ask | show | jobs | submit login

> It's horrible in a business environment.

That may be so, but the military environment is different. Officers need to be able to make good-enough decisions on the spot, without the benefit of careful consideration, because there might be a literal dead line, after which people die. Sometimes being in motion is more important than the actual direction.




If you need to make good-enough decisions on the spot, you need to have people be willing to take responsibility for being wrong, and they need to have decent information available (the decision-maker needs the information, not some other person somewhere else--in companies, information is hoarded horribly).


There is an important distinction between making an estimate on the spot based on reasonable expectations of the problem ,I am 90% confident I can have switch panel wired in 6 hrs. Verses, I have no clue and need to spend 3 hrs just analyzing the problem before estimating the difficulty.

I have been thinking about this a lot over the past months, most teams and projects fail because people get in over their head by

  * Not analyzing the problem deeply enough (hrs not weeks)
  * Estimating too early, they don't want to look weak
  * Not revising estimates once they are in it (heroic save)
  * Not asking for help or re-analysis from outside minds
On projects that went well, we put concerted effort into mitigating the above failure modes. Being wrong or not knowing is OK, being wrong or not knowing AND NOT fixing it is a huge problem. These issues don't come out of nowhere, there are precursors and warnings far in advance of emergency situations.

As a poster above mentioned, accepting a bullshit answer is being complicit in a lie. We need to push back in a polite way when we are being bullshitted. By accepting poor estimates (in all the dimensions of poor) we enable failure.





Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: