
The IBM lab in Toronto used to have a system like this, back before Celestica was spun off; half the lab did software and the other half was manufacturing. I recall one manufacturing guy got the maximum suggestion award for saying let's use just one stabilizer foot instead of two on each PC case.
I submitted an idea that a back-of-the-envelope calculation suggested would result in quite a bit of savings. Downgrade all the "work-at-home" sponsored phone lines from business grade to regular consumer grade. This was in the mid-90s with very slow modems, not exactly taxing to the phone system. Suggestion declined.
Then a couple of years later it was announced that they would do what I suggested. I inquired if the award still applied. It was just like when your warranty expires and your computer breaks. The two-year "statute of limitations" on suggestion awards expired, and the suggestion was implemented shortly after.
Which is a roundabout way to say, in the hardware/manufacturing world they may pay out for productivity suggestions, but don't count on it in the software business. (After all, who hasn't had an idea that would speed up some process 1000x and make some slacker in their office redundant? A slacker who serves on the committee evaluating suggestions.)
How does documentation get 'bugs', with access to the source and the developers it would be straight forward to get each programmer to write up a high-level description of what each function does, gather that into a spec, and voilà, there's your documentation already.
I take it you've never actually seen any source code, or met any programmers?
This function does something that makes no sense unless you already understand 5 layers of other workarounds.
That function does exactly the opposite of what its name suggests, leading to a never-ending cycle of bug reports because no one believes the documentation.
This programmer reviewed and signed off on the documentation for the last 5 releases, which was prepared from their writeup. A different reviewer discovered 100 mistakes in said documentation.
That programmer is a perfectionist who opens a bug for every nit they want to pick regarding grammar and punctuation. (And they're frequently wrong.)
They laughed at Einstein. They laughed at the Wright Brothers. But they also laughed at Bozo the Clown. -- Carl Sagan