I think there is a subtle difference for rushing and coding bad in the process as opposed to be excruciatingly focused on a deadline and thinking of clever ways to do things faster. I will be sure to check out that blog though. Thx
I think there is a subtle difference for rushing and coding bad in the process as opposed to be excruciatingly focused on a deadline and thinking of clever ways to do things faster. I will be sure to check out that blog though. Thx
Thanks for the note. That is a perfect example of a company, who just can't afford to wait. The window is closing to turn the tide, if it hasn't closed already.
Fair comment, part of the point of the article is to challenge the notion that it takes X long to build something. I think sometimes we talk ourselves into believing it is going to take longer to build something than it could.
Well I have come across really good UX folks that encompass both traits. I think it is less a question about job, but the role they play and skillset. A product needs a sherpa, no matter who plays the part.
To clarify, I agree with the traditional sense of MVP. The problem is people think a 50% built MVP with tons of bugs is MVP and that becomes the issue.
Thanks for reminding me about the grammar, constant challenge :)
I have lots of examples, perhaps I will do a follow up on that. I will have to talk about most of those examples with a beer in hand, that is a prerequisite.