Tuesday, June 16, 2009

Calculating Baseline Energy Use

Now that you've collected a year's worth of utility bills and converted all your energy use numbers into consistent units (KWH, probably) you can calculate your baseline energy use.

Your baseline energy use gives you an estimate of how much energy the basic operation of your home requires when you subtract out seasonal effects. If you live in a warm, humid climate where you run an air conditioner for much of the year, your overall energy use will probably be dominated by cooling. Conversely if you live in a "heating-dominated climate", your winter months will show a significant spike in energy use. If you live in an area with great seasonal temperature swings (hot summers and cold winters), you may find that there are a couple of temperate periods in the spring and autumn.

Calculating your baseline is simple. Here are the steps.
  1. Put your twelve months of bills in order. Again, it doesn't matter what the starting and ending months are, just that you have all the months in a twelve month period.
  2. Total your energy use for each month. To do this, first convert all your energy use bills into one type of units (KWH is probably best). Then add the KWH's from each source to give you the total energy use for each month expressed in consistent units.
  3. Identify the three lowest energy use months. Average these. In other words, add the energy use values for the three lowest months and then divide that number by three.
This number is a good representation of your energy use baseline. It tells you how much energy you use to run your lights, cooking appliances, refrigerator, hot water, entertainment and computer gear month in and month out.

If there are great differences between heavy energy use months and your baseline, you might want to investigate things like patching leaks, increasing insulation (by a large amount), upgrading windows and/or window coverings, and perhaps even looking at upgrades to HVAC systems.

We'll dig into this more in future posts.

Labels:

Local Optimization

Managers at all levels tend to focus their attention on their own organizations. This makes sense. After all, a team manager is largely responsible for the productivity, output, staff development, and morale of their staff. It is the manager who is scrutinized if his or her team misses commitments – be they feature, quality, or schedule.

Plus, remember the essay on groups. Managers are also primates. They naturally assume the role of the alpha group member.

Still, there is great risk to the long term health of the organization when managers focus too much on their individual areas of responsibility. The best senior managers will reinforce the global view, the organizational view. Why is this important?

Senior managers must balance the natural tendencies of subordinates to optimize things to ensure local success.

Here are some possible artifacts of local optimization. Hopefully, you can see that these behaviors must be balanced by a strong advocate for the needs of the larger organization:
  • Each manager is likely to try to interpret the schedule in such a way as to ensure that his or her team will meet its deliverables. Managers are likely to try to squeeze upstream schedules to get their dependencies delivered sooner. Managers are also likely to squeeze downstream schedules by padding their estimates.
  • Specifications will be interpreted in such a way as to externalize accountability. Each manager will be very forthcoming with lists of dependencies on other teams. Those same managers will tend to soft-pedal their responsibility to deliver critical system components to other teams.
  • Component interfaces will remain in flux. This causes change to ripple "downstream" through the system. The teams with the greatest number of true external dependencies, say localization or documentation or SQA, will see the amount of time left for them to do their work erode as end dates are enforced by executive decree while interfaces continue to change.
There are other examples, but you probably get the idea.

You should know that beyond its obvious implications for system integration, quality, and customer satisfaction, this tendency towards local optimization, if unchecked will weaken you as a senior manager. That's right. If you do not enforce commitments where necessary, your staff members will see you as weak and ineffective.

Those at the start of the dependency chain will make a habit of ignoring your statements on schedule commitment. They will habitually stabilize interfaces and upstream components late and this will frustrate those dependent on them. This visibly undermines your authority.

Similarly, those who have upstream dependencies may also decide that you are weak. They may also view your lack of action as evidence that you "favor the upstream teams" or (perhaps worst of all) that you either don't care or don't understand what's going on.

And of course the overall organization – the corporation whose success you are charged to foster – will suffer.

To counter this, you must visibly and repeatedly emphasize the global nature of responsibility. You must educate your staff members so that they understand their responsibility to the system. Explain the concept of Systems Thinking to them. Show them examples of how they and their teams are really operating within a product development ecosystem. Be patient and ask a lot of questions to make sure that you hear what they have to say.

But in the end, you must hold your staff members accountable for the needs of not merely their teams but also the needs of the organization. This may well mean that you'll have to replace one or more of your staff. While this can be painful, the alternative (inaction) is not viable for your company or for your own career.

Labels: ,