Showing posts with label project management. Show all posts
Showing posts with label project management. Show all posts

Saturday, February 5, 2011

OGI DIY OMG

I try to be handy around the house. I can do some of the smaller projects like faucet replacement, running electrical circuits, and the like. I had limited success with room renovation, so I started hiring experts. OK, I really messed up one project, and I had to get outside help. Despite my setbacks, I found that my experience with small projects helped me evaluate contractors and help with planning and technical decisions. I could understand the need for prep work, and I usually knew why things were done in a certain order.

Why am I spending valuable pixels talking about home projects? My experience as a homeowner seems very similar to what some high-level IT folks in the federal government are discovering with document management. In last week's entry, I mentioned how one department was clearly taking on a monumental conversion project with untrained staff and inadequate equipment. Instead of meeting the demands of the administration, the department has implemented a solution that's a couple orders of magnitude below what's needed. In the mighty triad of money, quality, and time, they have chosen low money, no quality, and infinite time.

What this department will find, as I did, is that doing it once the right way is a lot cheaper, faster, and better than doing it twice. It's even better than doing it once and being totally unsatisfied. Once again, putting the benefit ahead of the means can save a lot of headache. I'm a big fan of experts. I can't always take their advice, but I have modified my plans many times based on the knowledge that comes from their profession. I hope this department, and others like it, will solicit advice on document management from experts like, well, me. It's not rocket science, and if it is, that's what rocket scientists are for.

Saturday, January 22, 2011

So What?

Chances are good that your team knows what it's doing. Your team is working on a project, and that project has a specific outcome. That outcome is tied to specific objectives. Those objectives meet a particular goal, and the goal is clearly defined. Hooray, you are way ahead of the game. Most organizations aren't where you are, but you're not quite where you should be.

What's missing? The "so what" factor. What are you getting out of it? What is your organization getting out of it? Often the answer is obvious, but not always. Goals should mean something -- provide a benefit. It's pretty easy to think of reasons to do something, but those are usually objectives, not goals. A goal is the overall "thing to be accomplished." The benefit is what you get out of it. In an organization, goalsetting is a little easier because most workplaces have an overall goal, only they call it a mission to give it more urgency. In the achievement hierarchy, the goal is subordinate to the benefit. Achieving the benefit is possible without achieving the goal, which is still success. Achieving the goal and not getting the benefit is still failure.

Once you have determined a goal to achieve the desired benefit, it's time to plan objectives. Any goal worth achieving takes a certain amount of time and effort. These smaller goals you achieve on the way to the larger one can be a real goal-killer, especially if they're not really aligned with the goal. Sometimes we get so wrapped up in the objectives we don't even care about the goal anymore. Care about the objectives, but reserve your real passion for the goal and its benefit. Besides, your objectives may change along the way as circumstances change. They're supposed to have agility, just like the goal needs stamina. Don't change the goal to fit the objectives. Along the way, measure how much closer you are to the goal and benefit, just as you are measuring the objectives. If you do these simple things, people with think you're brilliant, which is a popular goal. Now you just have to figure out the benefit....