When I first started out in engineering, people would talk disparagingly about somebody being a "ninety-five percent" guy. I had one for a boss. He would assign you a partially complete task saying it was ninety-five percent complete. You just had to do the five percent that took ninety-five percent of the time.
In Agile development, a task or story gets no credit until it's completely done. This is an important concept. Done is often a lot farther than it looks. A developer may write a bit of code that compiles and seems to work. He may think he's done, but he's not done-done. The team needs do develop a working agreement of what done-done means.
Here are some articles on the topic:
http://www.stickyminds.com/sitewide.asp?Function=edetail&ObjectType=COL&ObjectId=10476
http://devlicio.us/blogs/derik_whittaker/archive/2007/05/12/definition-of-done.aspx
http://chrissterling.gettingagile.com/2007/10/05/building-a-definition-of-done/
http://agilesoftwaredevelopment.com/2006/05/definition-of-done
http://www.ddj.com/blog/debugblog/archives/2007/05/you_are_not_don_30.html
http://codebetter.com/blogs/jeremy.miller/archive/2006/04/13/142800.aspx