← Back to Posts

A bad worker blames his tools. What if bad tool starts blaming?

I have spent my last 4 and a half months learning how you should never execute a (software) project. 🙂

Though a big disappointment and failure, the previous project had changed my view on a lot of stuff especially processes and documentation. I had always considered micro-level documentation to be an avoidable overhead and never believed in process. If you think like me, may be your opinion will change if you know my story.

A project without any proper documentation (scope, requirements, design, project plan…. the list goes on) and a very aggressive deadline. Two months from start of this project is where I landed to lead the project. Was anyone scared if the client will go bad then? Nobody was. Fast forward >> Client denies the original scope. Squeezes in double the agreed upon requirements into the scope. You know what happened in the end? He made us work for 6 months and coolly paid for just the original 3 months.

We were screwed big time just for the lack of process and documentation. You know.. I learned it.