Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> An inflexible timeline is a constraint that is often valid -- e.g. if you have to launch a product meant for classrooms before the school year begins.

That's not an inflexible timeline. That's just a timeline.

> So then the real question becomes, why wasn't work scoped accordingly? Why weren't features simplified or removed once it became clear there wouldn't be time to deliver them all working correctly? There's a failure of process there that is the root cause.

Because management didn't want to drop features. Hence "inflexible".

I'm not saying this is always the reason, or even most of the times. But if we can't invoke it when it is the problem, then the exercise is pointless.

> Similarly, with "incentives are misaligned", that's fuzzy.

Any generic statement is inherently fuzzy.

> You can't usually just stop at fuzzy cultural/management things because you want to blame others.

Did you really think I was advocating responding to a whole process with one liners?

The examples you gave are often ones they will not accept as root causes.



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

Search: