- Table of Contents
- Introduction
- Strategic Management
- Customer Management
- Service Management
- Process Management
- Developing Robust Processes
- Establishing Mutually Beneficial Process Metrics
- Change Management—Part 1
- Change Management—Part 2
- Change Management—Part 3
- Audit Reconnaissance: Releasing Resources Through the IT Audit
- Problem Management
- Problem ManagementPart 2: Process Design
- Problem ManagementPart 3: Process Implementation
- Business Continuity Emergency Communications Plan
- Capacity Planning Part One: Why It is Seldom Done Well
- Capacity Planning Part Two: Developing a Capacity Planning Process
- Capacity Planning — Part Three: Benefits and Helpful Tips
- Capacity Planning Part Four: Hidden Upgrade Costs and
- Improving Business Process Management, Part 1
- Improving Business Process Management, Part 2
- 20 Major Elements of Facilities Management
- Major Physical Exposures Common to a Data Center
- Evaluating the Physical Environment
- Nightmare Incidents with Disaster Recovery Plans
- Developing a Robust Configuration Management Process
- Developing a Robust Configuration Management Process – Part Two
- Automating a Robust Infrastructure Process
- Improving High Availability — Part One: Definitions and Terms
- Improving High Availability — Part Two: Definitions and Terms
- Improving High Availability — Part Three: The Seven R's of High Availability
- Improving High Availability — Part Four: Assessing an Availability Process
- Methods for Brainstorming and Prioritizing Requirements
- Introduction to Disk Storage Management — Part One
- Storage Management—Part Two: Performance
- Storage Management—Part Three: Reliability
- Storage Management—Part Four: Recoverability
- Twelve Traits of World-Class Infrastructures — Part One
- Twelve Traits of World-Class Infrastructures — Part Two
- Meeting Today's Cooling Challenges of Data Centers
- Strategic Security, Part One: Assessment
- Strategic Security, Part Two: Development
- Strategic Security, Part Three: Implementation
- Strategic Security, Part Four: ITIL Implications
- Production Acceptance Part One – Definition and Benefits
- Production Acceptance Part Two – Initial Steps
- Production Acceptance Part Three – Middle Steps
- Production Acceptance Part Four – Ongoing Steps
- Case Study: Planning a Service Desk Part One – Objectives
- Case Study: Planning a Service Desk Part Two – SWOT
- Case Study: Implementing an ITIL Service Desk – Part One
- Case Study: Implementing a Service Desk Part Two – Tool Selection
- Ethics, Scandals and Legislation
- Outsourcing in Response to Legislation
- Supplier Management
- Application Management
- Organization and Personnel Management
- Asset Management
- Business Continuity Management
- The Information Technology Infrastructure Library (ITIL)
- Case Studies
Capacity Planning — Part Three: Benefits and Helpful Tips
Last updated Dec 23, 2004.
Along with being able to predict when, how much, and what type of additional hardware resources will be needed, a comprehensive capacity planning program offers other benefits as well. Four of these bonus advantages are shown in Figure 1, with explanations following.
|
Figure 1. Additional Benefits of Capacity Planning
Strengthens relationships with developers and end-users. The process of identifying and meeting with key users to discuss anticipated workloads usually strengthens the relationships between IT infrastructure staff and end-using customers. Communication, negotiation, and a sense of joint ownership can all combine to nurture a healthy, professional relationship between IT and its customers. This approach proved to be so effective at an aerospace company where I worked, that it evolved into a valuable, monthly meeting on service levels and workloads.
Improves communications with suppliers. Suppliers are generally not unlike any other support group in that they do not enjoy last-minute surprises. Involving key suppliers and support staffs with your capacity plans can promote effective communications among these groups. It can also make their jobs easier in meeting deadlines, reducing costs, and offering additional alternatives for capacity upgrades. I personally experienced an additional benefit in this regard by being able to see first-hand which suppliers showed the most interest and support in capacity planning efforts.
Encourages collaboration with other infrastructure groups. A comprehensive capacity plan by necessity will involve multiple support groups. Network services, technical support, database administration, operations, desktop support, and even facilities may all play a role in capacity planning. In order for the plan to be thorough and effective, all these various groups must support and collaborate with each other. Two factors to keep in mind: focus on the support groups that play the most important roles in determining the success of your capacity planning process; and select support groups with whom you most want to develop future relationships.
Promotes a culture of strategic planning as opposed to tactical firefighting. By definition, capacity planning is a strategic activity. To do it properly one must look forward and focus on the plans of the future instead of the problems of the present. One of the most significant benefits of developing an overall and ongoing capacity planning program is the institutionalizing of a strategic planning culture.
Helpful Hints for Effective Capacity Planning
Developing a comprehensive capacity plan can be a daunting challenge at the outset and requires dedication and commitment to maintain it on an ongoing basis. The following hints (see Figure 2) can help to minimize this challenge.
|
Figure 2. Helpful Hints for Effective Capacity Planning
Start small. Many a capacity planning effort fails after a few months because it encompassed too broad a scope too early on. This is especially true for shops that have had no previous experience in this area. In these instances it is wise to start with just a few of the most critical resourcessay, processors or bandwidthand to gradually expand the program as more experience is gained.
Speak the language of your customers. When requesting workload forecasts from your developers and especially your end-using customers, discuss these in terms that the developers and customers understand. For example, rather than asking for estimated increases in processor utilization, inquire as to how many additional concurrent users are expected to be using the application or how many of a specific type of transaction is likely to be executed during peak periods.
Consider future platforms. When evaluating tools to be used for capacity planning, keep in mind new architectures that your shop may be considering and select packages that can be used on both current and future platforms. Some tools that appear well suited for your existing platforms may have little or no applicability to planned architectures. This is especially true as more shopsmove toward web-enabled systems.
Share plans with suppliers. If you plan to use your capacity planning products across multiple platforms, it is important to inform your software suppliers of your plans. During these discussions, make sure that add-on expensesthe costs for drivers, agents, installation time and labor, copies of licenses, updated maintenance agreements, and the likeare all identified and agreed upon up front. Reductions in the costs for license renewals and maintenance agreements can often be negotiated based on all of the other additional expenses.
Anticipate nonlinear cost ratios. One of my esteemed college professors was fond of saying that indeed we live in a nonlinear world. This is certainly the case when it comes to capacity upgrades. Some upgrades will be linear in the sense that doubling the amount of a planned increase in processors, memory, channels, or disk volumes will double the cost of the upgrade. But if the upgrade approaches the maximum number of cards, chips, or slots that a device can hold, a relatively modest increase in capacity may end up costing an immodest amount for additional hardware.
Plan for occasional workload reductions. A forecasted change in workload may not always cause an increase in the capacity required. Departmental mergers, staff reductions, and productivity gains may result in some production workloads being reduced. Similarly, development workloads may decrease as major projects become deployed. While increases in needed capacity are clearly more likely, reductions are possible. A good guideline to use when questioning users about future workloads is to emphasize changes, not just increases.
Prepare for the turnover of personnel. Over time all organizations will experience some degree of personnel turnover. To minimize the effects of this on capacity planning efforts, ensure that at least two people are familiar with the methodology and that the process is fully documented.
Strive to continually improve the process. One of the best ways to continually improve the capacity planning process is to set a goal to expand and improve at least one part of it with each new version of the plan. Possible enhancements could include the addition of new platforms, centralized printers, or remote locations. A new version of the plan should be created at least once a year and preferably every six months.
Evaluate the hidden costs of upgrades. Most upgrades to infrastructure hardware resources have many hidden costs associated with them. The number and variety of these often-overlooked expenses warrant a separate section which will be offered next week in part four.
The final part of this series next week will describe 13 hidden costs of capacity upgrades and will also explain a technique and a worksheet for assessing the quality of the current capacity planning process for any IT environment.
References
Schiesser, Rich, IT Systems Management, Prentice Hall, 2002





Account Sign In
View your cart