> Done isn’t when your work is over. Done is when value is created in the world.
I don't get what the context behind this is? What's the intended goal of gatekeeping the word "done"?
For me, I normally come up into "is it done?" as a question when working on tickets in something like jira/trello/etc and there's some "done" column to move things to. Is "value in the world" useful for that context?
Like, "Oh yeah, Craig's finished implementing the API endpoints as per the spec, but we're leaving it in active until the front end team integrate it and it starts delivering real world value".
Is the story done? Of course. There is nothing else to do on that story because we broke things down into these minuscule story cards.
Is the feature done? Probably not. If you want to hold the “done” classification on the minuscule story until the roll-up of all the feature’s stories are “done“, merged, QA tested, deployed to staging, PM tested, deployed to users, and actually used … well, our “momentum” is gonna look terrible.
At some point I have to get this off my plate and move on. If you want this team’s engineers to babysit their stories until they land in users’ laps, that’s not gonna work. If you want all the stories to sit in operations’ hands until that point, you’re screwing their metrics.
The biggest trap is thinking something has to be perfect to be done. Imperfect or untested things can also be done. Call them AS-IS if you need to label it.
> … 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.”
I don't get what the context behind this is? What's the intended goal of gatekeeping the word "done"?
For me, I normally come up into "is it done?" as a question when working on tickets in something like jira/trello/etc and there's some "done" column to move things to. Is "value in the world" useful for that context?
Like, "Oh yeah, Craig's finished implementing the API endpoints as per the spec, but we're leaving it in active until the front end team integrate it and it starts delivering real world value".
Yes. I am done.
Is the story done? Of course. There is nothing else to do on that story because we broke things down into these minuscule story cards.
Is the feature done? Probably not. If you want to hold the “done” classification on the minuscule story until the roll-up of all the feature’s stories are “done“, merged, QA tested, deployed to staging, PM tested, deployed to users, and actually used … well, our “momentum” is gonna look terrible.
At some point I have to get this off my plate and move on. If you want this team’s engineers to babysit their stories until they land in users’ laps, that’s not gonna work. If you want all the stories to sit in operations’ hands until that point, you’re screwing their metrics.
Simply put: it ain’t that simple.
This article essentially wants perfection as a definition of “done.”