I'm just trying to change this lightbulb (2014)
I think what could help is using  JIRA -like issues-reporting system dedicated not to publicly observable problems (&quot;bugs&quot;) with the software application, but internal code-design issues which can be seen to possibly cause detrimental issues with software maintenance later. In other words issues which can be categorized as technical debt.<p>Technically this could be implemented using the same software that is used for bug-reporting.<p>Then would developers willingly report issues to such a system? I think they would because solving such issues is satisfying to whoever cares about software quality, because it makes it easier to maintain the system in the future.<p>From a developer&#x27;s perspective the worst kind of assignment is to try to fix something in a very fragile system because if they &quot;break it, they own it&quot;. Therefore developers love SW quality.<p>But would management approve of spending time on reporting and possibly fixing design issues? Well why not because if the knowledge of the issues exists only in the head of some developers, it is not really owned by the company.  Whereas if it was reported in an issue-tracking system it would become official part of the IP owned by the company, increasing its value. So yes I think at least some enlightened managers would approve the use of such a system.<p>Using such a system would seem to make a lot of sense to me. Perhaps  companies are already doing it?