Annual Network Architecture Review

a template for a process and/or a meeting


Introduction:

I have recommended, several times, in the last few years, that each year, during June-August sometime, you engage in an activity that I call "Annual Network Architecture Review". Recently I've had several inquiries into "exactly" what an "Annual Network Architecture Review" is / does / what is the outcome, but most of the questions are related to "why should I do this". I hope that this web-page will answer a few of those questions for you. IF, after reading through this - you still have questions or issues, then please drop me an e-mail, and/or call me, and we'll help you figure out what you don't know and how, perhaps, I can help you out...

There are several reasons for this exercise:

  1. Encourage both management as well as administrators to "step-back" for a little while and take an objective view of their network architecture & what is connected to it. Our networks are literally the backbone (pun intended) of our business. They are the key enabler of our employees being able to efficiently & profitably deliver to our customers.
  1. Prepare some information on capital / expense spending for the following fiscal year (because budgets are prepared in the September-October time frame) if you do this ANAR in the June-August time-frame, then the output of your ANAR can be the input to your management's budgeting process.
  1. If you don't engage in some activity such as this, on an annual basis, eventually, someone somewhere, will realize your network needs major re-architecting and you haven't planned for either the people-time nor the capital and expense budgets to do so. If you find yourself in this situation, then you'll ultimately impact your users, your customers and your profitability.

There are a lot of different ways to do this exercise, and I won't pretend that I know the best way, much less can convince you to do it that way. So I'll leave the methodolgy up to you to decide. However I think I can offer some suggestions on the subject-matter-items that you might want to cover.

Items you may want to consider in your ANAR, tailored to your site's needs & situation:

1.) WAN Connectivity:--------------------------------

2.) LAN infrastructure:----------------------------------------------

3.) Server environment:---------------------------------------------

4.) Desktop computing environment:-------------------------------

5.) Software Aplicatons or Tools environment:-----------------------------------

6.) Office Communications & Connectivity(voice/PABX/fax) (recognizing SOME systems groups have responsibility for this, but some do not have responsibility for it):------

7.) Support department tools, people, hardware, software:--------------

Does the existing support department have the following capabilities to handle our future tactical (12 month) growth projections:

There are obviously other subject areas that you and your management can discuss at this time. I have by no means captured the entire spectrum of what an "Annual Network Architecture Review" should do for you and your management. However, I hope that I have presented just a few of the points that I have seen NOT looked at in the past which have caused problems in some sites. I Hope by sharing these previous mistakes with you, that perhaps you can avoid them?

And - Remember, Finally: can we put quotes & costs with this / these needs to present to managment?


last updated:   17:11 p.m. on Monday, 3 September, 2007;    revID: 2s                                             Original: 24 April 2002