I can see two questions here:
Can a generalist without specialist software development knowledge and experience make a successful software manager?
Why incompetent software managers love meetings?
I’ll answer the latter first: meetings have several very attractive properties for incompetent managers:
Meetings are group activity. Decisions are made by committee. A manager can sit back, listen and then sell other people ideas as his or her decisions.
Meetings are visible. As opposed to someone just siting behind a desk doing some thinking and having to deliver regularly in order to justify the absence of visible physical activity. Meeting produces a set of tangible deliverables (i.e. meeting minutes), failure to deliver the project can always be blamed on an external cause.
Meetings consist mainly of communication with very few managers doing any preparation in advance, I dare to say that most meeting are easier to engage in than prolonged periods of concentrations required to write a good spec, a project plan, create WBS, determine dependencies.
Hence a meeting can be turned into a group activity that requires minimum effort, but still creates a visibility of ongoing work.
The former question, i.e. can a generalist without specialist skills make a successful manager is much tougher to answer. Just two hundred years ago not much specialist knowledge existed (including management as a specialist discipline) and a good classical education was all what was needed to lead people. Twentieth century saw the explosion in technology, specialist knowledge and rate of knowledge change. Keeping up with a limited area of knowledge became a full time job. I dare saying that all modern highly successful companies have a management structure with people who have good understanding of the underplaying specialist detail forming its core. Eric Sink has a great article titled “Geeks Rule and MBAs Drool” on how technical detail influences drives financial and strategical decisions.
Still generalist can function fairly successfully as a head of technical unit, as long as he or she carries out administrative and political tasks, relying on specialists for getting done any actual work and trying not to cripple their efforts too much. I’m talking manager rather representing the unit, than managing day-to-day work and trusting the specialists to manage themselves. Right now this is a dominant scenario for most cost centres in modern run-of-the-mill companies.