Archive for May, 2005

GoToMyPC

Wednesday, May 18th, 2005

I was listening to a radio talk show the other day, and the show was interrupted with breaking news: a small plane with landing gear problems was circling a runway at a Florida airport.  This was obviously a story in progress; there would be an ending, happy or unhappy.

I started thinking about this: the story was happening the very moment I was listening to it being reported, and even though I was hundreds of miles away, I was being informed of developments in the story.

Two hundred years ago, your only access to "instant news" was if you were physically present in the location where the news was being made.  Newspapers reported the news, and it took days or weeks to find out about important events of the day.  The obstacle was distance.

Today, the obstacle of distance has been destroyed by technology; laptops, wireless phones, satellites, portable video cameras . . . distance just isn’t much of a factor any more.

For years, software and hardware solution providers have tried to overcome the obstacle of distance with work. We live at home. We work in the office.  There are times when we need to access something in the office, but we’re at home.  Distance is the problem.

In the eighties, personal computers, modems, and terminal emulation software gave us some of the first VPNs (virtual private networks).  You could access your email from home. GUIs (graphical user interfaces) actually set us back a bit in this problem space, because the problem of running graphical applications on remote computers hadn’t been solved for the masses.

Give the market a problem to be solved, and the market delivers.  Many companies released applications, frameworks, and software architecture to attack the problem.  We saw great products and technologies that made great strides in letting us access our PC at work from home.

The problem was that most of these products and technologies required a medium to large expense on the server end, or they required complicated software installations.  I wanted a simple solution, inexpensive in price, and (of course) secure.

The next generation of software arrived to solve the problem, and for the past few years, I’ve been using a package called GoToMyPC. 

What’s not to love?

  • You administer it over the web, which is a big plus for remote access software.
  • Although it’s pricier than most of the other solutions in its class, it’s still a great value for the service it provides.
  • great security.
  • It just works.  Wherever I am, if I can access a web browser, i can get to my PC at work.  With a broadband connection, I can work almost as fast as if I were there.

I wake up a couple of hours earlier than anyone else in the house, and in those quiet early morning hours I’m able to transport myself to my PC at work without ever setting foot outside of my house.

I check in when I’m "on the road" just as easily, either from a laptop or the rent-a-PC in the hotel.  I’ve never had problems with compatibility, although I wish the client that downloads to the Mac had the same functionality as the one on Windows.

GoToMyPC removes the obstacle of distance from yet another problem, and this makes my life easier. 

If you’re wondering about the small plane, they manually opened their landing gear and landed the plane safely, and news of the happy ending was delivered a few short minutes afterward through the speakers on my (now old-fashioned) radio.

Ad Hoc Project Management

Monday, May 9th, 2005

I recently volunteered to be part of a setup crew for a school fundraising auction.  The auction is a colossal event which it takes the better part of the school year to plan. The job I signed up for was almost 100% physical labor; I have the sore muscles as evidence.  It did give me a great chance to observe a fast-moving project in action.

Large blueprints were draped across tables, each one a copy of the master plan. The blueprints showed where the lighting should be installed and where tables and display boards should be placed, Many variants of the blueprints were carried by others, detailing decorations, electrical and sound equipment, and functional stations like check-in, food, etc.

As one of the low-level "worker bees," I was given instruction by Tom, who was a supervisor of sorts.  Once Tom realized that I was able to read and understand the blueprint, he asked me to direct some of the latecomer bees.  His instructions were simple:  "here’s the plan: make it happen."

Of course, this didn’t make Tom obsolete.  He had several groups of bees performing different tasks, and as we ran into problems, I would find Tom and ask for a solution.  "Tom, the plan calls for a tall table in this corner, but we only have medium and small tables."  In each case, Tom would consult the master plan and make adjustments as necessary.

On some occasions, Tom would need to consult his "supervisor," who was fielding questions from the field managers like Tom.  These Level 2 managers were poetry in motion.  There were clumps of people around them, each person waiting their turn to present the latest obstacle.  Problems appeared and were resolved in real-time because of their decisions.  Each one had done the same (or a similar) job in previous years, and some of the volunteers were training for their jobs the following year.

It was different from the project management I’m used to (software development).  There wasn’t time for status meetings; in fact, you could see the status very easily by looking around the areas where we were doing our work.  Slowly, steadily, the blueprints were taking shape in three dimensions.

There was a hierarchy of sorts, but much of the hierarchy was being created and organized in real time.  There were self organizing teams, based on what the needs were and the skills of the team.  Communication was ad-hoc but the essential changes to the plan were communicated to everyone who needed to know.

There were many dependencies.  We couldn’t set up the tables until the lighting was in place, and the lighting people couldn’t begin until the chalkers finished their job. Like most projects, delays in earlier tasks caused cascading delays.  Because of the distributed decision making, on-the-fly changes were made to minimize the disruption.

There was a master project plan, but we never saw it; for almost all of us, we never needed to see it.  The plan is refined and improved from year to year, and it was obvious that it worked very well this year. Like most projects, it succeeded because there was a good plan and (more important) experienced, great people responsible for its execution.

On the evening of the auction, all of the ladders, carts, boxes, and stacks of furniture and food had been replaced by a beautiful space, the manifestation of the plan on the blueprints.  Many of the people who were eating, drinking, and bidding on donated items had been involved in the setup, and it gave me the best thing about project management; the great feeling when a project you worked on is a tremendous success.