Comments on: What Does Done Mean for Your Project? http://jrothman.com/blog/mpd/2008/05/what-does-done-mean-for-your-project.html Management, especially good management, is hard to do. This blog is for people who want to think about how they manage people, projects, and risk. Mon, 08 Sep 2008 06:31:07 +0000 http://wordpress.org/?v=2.6.1 By: Mitch Lacey http://jrothman.com/blog/mpd/2008/05/what-does-done-mean-for-your-project.html#comment-16366 Mitch Lacey Sun, 20 Jul 2008 02:37:04 +0000 http://jrothman.com/blog/mpd/2008/05/what-does-done-mean-for-your-project.html#comment-16366 HI Johanna, I'm a little behind. :) Great article. I have an exercise that I run and have documented it in my upcoming book, you may like it. I'd love to hear your thoughts. Check it out at http://mitchlacey.com/index.php/Adopting-Agile/Chapter-61-Review-Draft-Defining-Done.html HI Johanna,

I’m a little behind. :) Great article. I have an exercise that I run and have documented it in my upcoming book, you may like it. I’d love to hear your thoughts. Check it out at http://mitchlacey.com/index.php/Adopting-Agile/Chapter-61-Review-Draft-Defining-Done.html

]]> By: Gregory Liokumovich http://jrothman.com/blog/mpd/2008/05/what-does-done-mean-for-your-project.html#comment-9884 Gregory Liokumovich Wed, 04 Jun 2008 09:22:11 +0000 http://jrothman.com/blog/mpd/2008/05/what-does-done-mean-for-your-project.html#comment-9884 My experience says that a project is done when customer can use promised features in it’s business (probably with confirmed limitations). Otherwise it is not done, independent on ‘done’ defections you have declared (and even ‘signed’ with a customer). When your definition says that the project is done (commits are done, tests are passed and so on are), but the customer cannot use it, you have a choice: change your ‘done’ definition or get a conflict with the customer. My experience says that a project is done when customer can use promised features in it’s business (probably with confirmed limitations). Otherwise it is not done, independent on ‘done’ defections you have declared (and even ‘signed’ with a customer).

When your definition says that the project is done (commits are done, tests are passed and so on are), but the customer cannot use it, you have a choice: change your ‘done’ definition or get a conflict with the customer.

]]> By: Dwayne Phillips http://jrothman.com/blog/mpd/2008/05/what-does-done-mean-for-your-project.html#comment-8632 Dwayne Phillips Sat, 17 May 2008 19:31:40 +0000 http://jrothman.com/blog/mpd/2008/05/what-does-done-mean-for-your-project.html#comment-8632 Defining "done" is an oft-neglected fundamental. I have recently taken over a project (everyone else left). The first thing I did was define what "done" means. In the previous two years, no one had defined "done." Gosh. Defining “done” is an oft-neglected fundamental. I have recently taken over a project (everyone else left). The first thing I did was define what “done” means. In the previous two years, no one had defined “done.” Gosh.

]]> By: Kelly Waters http://jrothman.com/blog/mpd/2008/05/what-does-done-mean-for-your-project.html#comment-8624 Kelly Waters Sat, 17 May 2008 17:46:50 +0000 http://jrothman.com/blog/mpd/2008/05/what-does-done-mean-for-your-project.html#comment-8624 I've written a couple of blog posts specifically about what constitutes 'done' in an agile development environment; see here: http://www.agile-software-development.com/search/label/done Kelly Waters www.allaboutagile.com I’ve written a couple of blog posts specifically about what constitutes ‘done’ in an agile development environment; see here:

http://www.agile-software-development.com/search/label/done

Kelly Waters
http://www.allaboutagile.com

]]> By: Miranda http://jrothman.com/blog/mpd/2008/05/what-does-done-mean-for-your-project.html#comment-8537 Miranda Fri, 16 May 2008 18:47:15 +0000 http://jrothman.com/blog/mpd/2008/05/what-does-done-mean-for-your-project.html#comment-8537 Great post! I like the idea of developing release criteria. But saying "We can release when..." it can give a clear picture of what the finished product should look -- and function -- like as a whole. Great post! I like the idea of developing release criteria. But saying “We can release when…” it can give a clear picture of what the finished product should look — and function — like as a whole.

]]>