Most companies base your performance only on new features, creating a culture of fear around refactoring ("I would love to refactor that, but it's not going to put any points on the board in Pivotal, so I'll just wait until some unspecified future day when the refactoring will get scheduled as a project." Which of course never happens because product owners are also judged based on new features.

Ownership has a bunch of negative side effects, particularly around balkanization of styles and practices. Which isn't to say it's not the right choice in many situations.... it absolutely is. But to say it's the only way to get quality is just wrong. Another approach would be to encourage coders to add refactor stories to their queues and include those in performance reviews. Or have dedicated code quality engineers.

Almost anything where you can make people believe that cleaning up is part of their job will do the same trick.