the story of project management! for kids.

When I was a young child in the long-ago 1970s, computers were used for something called Data Processing.

Data Processing was done with large machines the size of cars or at least major appliances. In order to make use of it, a customer would bring a problem to a person called a Systems Analyst, who would help the customer understand how Data Processing might help. Then the customer and the Systems Analyst would come up with a plan on how to get the customer’s work done.

The Systems Analyst would bring the customer’s problem into the Data Processing place, and give it to computer programmers. Along with other helpful people called Punch Card Clerks and Computer Operators, the programmers would produce software that helped the customer.

After that, when the customer had more data to be processed, it could be dropped off at the Data Processing place, where the Punch Card Clerks would put data in the software, and the Computer Operators would make sure the machines worked, and then finally the data would be all processed and given back to the customer in a neatly rubber-banded set of printouts on fanfold paper.

In the 1990s it was discovered that everything had changed. A customer could often mash fingers on keys and make the data process right there at the desk, without visiting the Data Processing people. Computers were interactive and talked right back to people, so that dropping off data and picking up printouts wasn’t necessary. And worst of all, customers could talk directly to programmers, it was discovered, and tell them what they wanted, and these new quick interactive computers could give results very fast. The programs were then given to the customers who took them off and used them in their own offices.

So the Punch Card Clerks and the Computer Operators and the nice person at the desk who took the data and gave back the printouts were no longer useful, and they had to go home and stop working at the Data Processing place.

Worst of all, the Systems Analysts lost their jobs too. They were expensive people, since almost all of them were old programmers with experience who had been promoted. They were all fifty years old and not retrainable and didn’t know much about PC computers or other new things. Their entire function had been removed, and suddenly their $60K jobs vanished. So all the System Administrators went home from the empty Data Processing places and sat in their imitation redwood veneered dens in their suburban homes and stared at the wall and drank highballs and then shot themselves in the head with large-caliber handguns.

It turns out that the computer programmers shouldn’t talk to customers after all. They are very optimistic people, for whom everything is almost done all the time. They often refuse to finish things or write down how they work. And they can be mean and weird and not very easy to understand, so that customers become frightened and angry and don’t want to talk to the optimistic people who don’t finish things and snort a lot and wear fedoras indoors. Things like this happened during the 1990s a lot, and many customers didn’t want to have any software if they had to talk to the computer programmers. It was time to bring back Systems Analysts. But they were all dead, because they had shot themselves in the head with large caliber handguns in their imitation redwood veneer dens.

So we have Project Managers now. They are different from Systems Analysts in that they are 30 years old instead of 50, they do not live in imitation redwood paneled dens, and they never did know how to program computers. They drive VW Passats and smoke marijuana and use lots of buzzwords, and they are very good at making customers feel comfortable. Many of them enjoy jam band music and are engaged to people named Chad or Alyssa. They do a lot of the same things the Systems Analysts did, so that the customers get their software but don’t have to talk to the programmers after all, because that was a bad idea. They tell the programmers when things have to be done, figure out on their own how long things will take, and dress much better than the programmers.

And that’s the story of how Project Managers were made.

15 thoughts on “the story of project management! for kids.

  1. Take two: 🙂
    “Well-well look. I already told you: I deal with the god damn customers so the engineers don’t have to. I have people skills; I am good at dealing with people. Can’t you understand that? What the hell is wrong with you people?” – Tom from Office Space

  2. my dad was a systems analyst!! in the last days they called him a customer assurance rep, which cracked us up. did he go around patting the clients on the back, saying it would be OK? pretty much.
    he took early retirement (at 49) and has been my hero since then. he plays golf and the ponies and vacations for two months in spain. nice life.
    he doesn’t know squat about PCs. it’s true.

  3. You forgot the one thing Project Managers know how to do that Systems Analysts were never expected to learn. Project Managers are the people who drive the Project Scheduling Software.
    Somewhere, in a dimly lit cubicle, in the basement of a sixty year old office tower, in a second-tier city, on the Eastern seaboard… of India, there is a programmer whose job is to maintain the source code for the Project Scheduling Software used by his Project Manager to track his progress in killing the bugs in the next version of the product that will be used to keep Project Managers around the world from feeling like they don’t have any clue what the programmers are doing in there. I wonder what he was thinking when the last Systems Analyst was fired and his path to promotion was forever terminated.

      1. Re: !Shav!
        You are not losing your mind. Don’t bother transliterating it into Latin. It’s just my son’s name. I’ve been meaning to render something pithy into Shavian and use it as an LJ icon, but I haven’t gotten around to it yet.

    1. Mostly stuff like financial reports that are done with Excel now, and other big calculations. Insurance crap, banking crap, engineering calculations, architectural.

    2. My dad started at IBM in 1964 as a Trainee Accounting Machine Operator and left there 20 years later as something akin to a System Analyst, I think.
      The sorts of problems you’d use an “accounting machine” for were, well… we’ve got a stack of invoices here and we want to add up all the numbers on them and compute tax.
      These days, yeah, Excel. There was surprisingly little of what we’d think of as “applications development” back then because the end-users seldom got to use the machines in person. So DP was all just the excel-y stuff. Tabulate this, calculate that, sort the other.

  4. When I was in college in 1974, we learned to create punch card decks for data processing. Now 32 years later I am surrounded by idiots my employer calls project managers who can’t manage to even operate the premade program for their job much less actually manage a project! As a technical writer half my effort is spent planning my own work to get it done and avoid the project managers path to planned failure!

  5. I am going to send this link to all the other tech writers and analysts here, that deal with Project Managers and the whole amazing process of Project Management.
    I think it will be Much Appreciated.

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.