> … tested with multiple rounds of feedback and iteration, the PR is merged, your team’s related work is also done, and it is live in production and available to the users.
This article essentially wants perfection as a definition of “done.”
This article essentially wants perfection as a definition of “done.”
Part of my motivation for writing this was wondering what would be the solution to what I see as a lot of failed engineering careers of folks in 30s and 40s. I know a lot of them, genuinely great engineers - but somewhere down the line, their expectations of their life shifted, but what they did with their time did not - resulting in dissatisfaction.
Hence, a suggestion to focus on the objective value being created vs. individual engineering tasks as a better barometer of progress.
Not necessarily.
I see it as having dealt with all low-hanging fruit. Of handling anything reasonably expected at that point. Bugs will remain. Exploits will doubtless be found. But so long as all reasonable efforts were made to find and deal with them, that is good enough.
Because a perfect product will never be done.
And a done product cannot possibly ever be perfect.