Back to Square One
- Date: April 13, 2011 from 5:00PM to 6:00PM
- Day 2
- DES01
- Speakers: Nishant Kothary
- 17,171 Views
- 3 Comments
We’ve tried it all in our pursuit to create the next runaway software success — fancy processes, expensive tools, powerful computers, bigger budgets, smaller budgets, swankier offices, ‘expert’ consultants, astrology, rabbits’ feet, you name it. But it seems like most of us still fail. We ship late. Our products suck. Our employees quit. Our customers hate us. Why? In "Back to Square One," Nishant Kothary will attempt to answer this elusive question by expanding on insights shared in his prior highly-rated talks, "A Website Named Desire" and "The Elephant in the Room." Much like previous years, this talk will draw from fields like philosophy, psychology, economics, art, even religion, to find its answers. But the $64,000 question is — Will there be pictures of puppies this year? You'll just have to drop by to find out.
Comments Closed
Comments have been closed since this content was published more than 30 days ago, but if you'd like to continue the conversation,
please create a new thread in our Forums,
or
Contact Us and let us know.
Event Homepage
Follow the Discussion
Nicely done. Really enjoyed this presentation. Not sure why I liked this presentation so much, other than my own intuition tells me so.
I think I've come up with a take-home from this, feedback appreciated:
There are two aspects to our thinking: rational and intuitive. Both are important; but both can be wrong. Sometimes we have to choose between them, and sometimes we judge wrongly. This is fundamentally why projects fail - individual humans making errors of judgement.
If you want to see how deep the problem runs consider this: most people blame project failure on process, despite the fact that rationally, we can all identify one individual who made the call which sunk the project. Why? Because *intuitively* we do not believe one (or more) individuals should be able to sink a whole team's project; but clearly this is an error of judgement, because they do all the time!
The decision to lay the blame for project failure at the door of process is in itself a failure to correctly value the rational evidence that people screw up, over the intuitive belief that projects should be immune to this.
Great talk!
Is there any way to get the "reading list handout"?
The video resolution is too bad for making out the name of the articles you are referencing to in the beginning :(
Thanks!
Remove this comment
Remove this thread
close