Roughly, though, it's "avoiding the three-click problem": it's not always easy for some coders to get up out of the nap of the earth to 5000 feet, much less 30,000 feet, and make sure that they've actually completely specified the problem ... which is what is being complained about there.
FOSS development works, most of the time, we are told, without any direct financial incentive because the developers are scratching their itch.
The problem on point is that *they're not scratching everyone's itch*.
Figuring out how -- and how far -- to generalize, and then making sure that all happens, is the job of systems analysts and project managers. In my personal experience, the number of people who are really good at both is small. I'm a competent coder, but I don't *love* it. What I *love* is figuring out what people really need, and then specifying that so that someone can create it.
FOSS development caters to people who are good to great -- or at least *dedicated* -- coders, whether or not they're good designers (I've seen some really raunchy programs in FOSS; great code, but they're just not up to the task, as demonstrated by the opinions of their audiences)...
but it -- and by "it", I mean "lots of the people who run big FOSS projects" :-) -- doesn't tend to deal well at all with people who are really good analysts/designers, but aren't coding superstars.
Or, perhaps, my entire opinion here is colored by the unsurprising fact that they just don't agree with *my* view of The Way Things Ought To Be; unsurprising because I, clearly, don't agree with theirs. :-)
This is all my perception, of course, going back to when I could read all of Usenet in a day; it's leavened by 25 years in DP/IT, most of it as a designer/analyst, much of it writing my own code, and also by interacting with quite a number of FOSS projects to varying degrees of depth, including big modern things like WebGUI and Zimbra, and old projects like HylaFAX. I could be wrong. :-)