In software testing (and elsewhere too), it is easy to blame the 'others' - unclear requirements, late code drops, unplanned changes or inherently complex solutions. Godin’s article gently forces a pivot in perspective: we should focus at improving our proactive strategies instead of complaining and spending time on impediments only. It challenges leaders to stop viewing time as a rigid constraint and start using it as a strategic lever to build better software quality. What is your take on it?
Rajneesh's Logbook
Blog on things around me - Quality Management, Free & Open Source Software, Gadgets, Utilities...