I know what you mean, but there&#x27;s another side. For instance just on:<p>&gt; Support tickets probably shouldn&#x27;t be public, for that matter.<p>Open GitHub issues, combined with Google, have turned out surprisingly useful to me as a user of open source packages. 
Often an answer to some trouble I&#x27;ve run into is found in an issue -- both &#x27;support&#x27; ticket style issues, and development roadmap style issues, and the line sometimes gets blurred.<p>Also, there&#x27;s a positive aspect of the blurring of the boundaries in open source -- when a user contributes code, or documentation.<p>But yeah, people running open source projects need to at least think about how they&#x27;re going to deal with project management as well as support at some point, and just the thinking about it and the iterating to figure out how to do it better is for some a chore they don&#x27;t want to do.  The projects that figure out how to do this well are the ones that are a joy to use or to contribute to though.<p>Oh, and my experience I&#x27;m talking from is with open source code packages meant for use by developers. Open source end-user applications (including OSs like Linux) are a different animal, and are _much harder_ to deal with support and project management and the overlap, in my observation. Not sure which you were thinking of, but now I&#x27;m thinking maybe end-user apps.