Vivek Kundra On US Government Inefficiency
parkland writes "Federal CIO Vivek Kundra described some dismaying government inefficiencies in a speech on Thursday at the University of Washington's Evans School of Public Affairs in Seattle. It takes 160 days to process benefits for veterans, he said, 'because the Veteran's Administration is processing paperwork by passing manila folders from one desk to another.' Another example bound to make you grind your teeth is why it takes the Patent and Trademark Office 3 years to process a patent. 'One reason,' says Kundra, 'is because the USPTO receives these applications online, prints them out, and then someone manually rekeys the information into an antiquated system.'"
Is because there's no consequence for them doing a bad job, so they can take their own sweet time. You have to screw up pretty badly to get fired by the Federal government.
Taking guns away from the 99% gives the 1% 100% of the power.
I work in academia, which is in many ways culturally similar to working in government. I wonder how many of these inefficiencies persist in order to placate an aged workforce that refuses to embrace technology and learn to do anything in a new way.
I see a lot of people around here just sort of "running out the clock" - I can't imagine we're unique.
--saint
I bet the problem is budget.
"Well, we'd like to stop doing these stupid things, but we don't have money to deploy a new system."
And no one is willing to pony up the investment in modernization to save money in the long run. There are stupidities like this in every organization!
It is all about the local minimum energy state.
--PM
We're all thinking it, so I'll say it: "Hey, let's let our government handle healthcare to increase effeciency[sic]"
Obviously you haven't dealt with the private healthcare industry. The insurance companies (for example) actually have motivation to make simple task harder for their customers because their job is to get people's money then make it as hard as possible for people to ever get any back. So they invent useless paperwork and rules and procedures to discourage the process. Trust me, I've been there. When you're really, really ill you better hope you have some good friends because there is no way you're going to stay on top of the paperwork and phone calls needed.
There are all kinds of ideological explanations for why this *must* be so, but I don't think they hold water.
My first management job was at a largish non-profit where I inherited a three year IT request backlog. So I analyzed the backlog and discovered that most of it consisted of requests for software to speed moving decisions from what amounted to the user's in tray to the out tray, and pretty soon I realized all those in-out transformations formed a network. I charted out the network, and it was *obvious* that certain key information latencies could be reduced from 35 days to about half a day by rerouting the information through this network. In fact, most of the work in the network could be eliminated entirely, while providing better, But rather than spring this on people, I just laid out the charts and they figured everything out for themselves. That way I didn't have to persuade anyone.
Now the interesting question was how this kind of situation could happen. It's not because the people were stupid. They weren't. It wasn't because they were lazy or not dedicated. Quite the contrary. Lack of profit motive certainly played a part in the evolution of the problem, but it did not create the least barrier to addressing the problem.
What we had was two levels of people in the organization. People down in the ranks who cared about the mission of the organization and understood their local piece of the process. And people at the top who sometimes cared about the mission of the organization, but were mainly focused on shmoozing. But nobody had any idea what the *whole* process looked like. So the people in the ranks were largely left to guide themselves in solving problems. They were self-starters, they had initiative, what they lacked was a global understanding of how everything fit together. So they talked to their neighbors in the existing process about where they were under pressure, then they demanded the higher ups provide them with tools to reduce the pressure at individual points. The higher ups had no idea how to fix these things, so they just stuck the requests onto the back of a three year queue, and when things began to catch fire they'd demand the queue get resorted.
But the queue shouldn't have existed at all. When folks were done applying common sense to the big picture I provided, most of the dreaded request queue evaporated. My backlog went forty months down to under thirty days, and I didn't have a lick of code written.
What was missing was *leadership*. In my book leadership equals caring about the results plus understanding how the process works.
Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.