Creativity & Inspiration at Work

Home Page  

Barbara Taylor  




Frequently Asked Questions


Internet Service

Interesting Links

Mailing List

Michael Anthony

Michael Teachings


Personality Game

Privacy Policy



Site Map





Workplace Spirituality

Spirituality Links  


Contact us

Search the site


Online Newsletter

spike bullet July, 1997 - The Year 2000 Challenge

Humor - Fatal Flaw: a little story to set the tone
The 3 Rs of Year 2000 - Risk, Reward and Resources
Managing a Year 2000 Project - Tips for Success, Formulas for Failure
Case Studies - Case Studies of Year 2000 efforts
Questions and Answers - Frequently asked questions
Try it for yourself - A few minutes and you'll know about one desktop computer - yours
Resources - Links to Internet resources on the Y2k issue

NewOur book is now available - More about The Other Side of Midnight, 2000: An Executive Guide to the Year 2000 Problem - Introduction, Cover Graphic, Table of Contents, About the Authors, The 3 Rs of Year 2000, Our 20 Tips for Year 2000 Project Success

Available through direct order.

spike bullet Fatal Flaw

There once was a boy named Jim.
His parents were so proud of him!
He grew and grew and grew.
He learned everything;
He knew!

Jim went to work and,
By a strange quirk.
He became a computer whiz.
He really knew the biz.

Y2k, he wondered,
What's all the fuss?
I know the biz,
I'll fix it.
I'm a whiz!

The fateful day grew near.
Jim said, Don't fear,
We'll be all right.
I know we fixed it all.
And, have a good night!

The new day was coming,
A new Year, a new Century!
All the folks were asleep,
All the computers were quiet.
Not a single worry was heard,
Not even the Veep!

Jim woke with a start,
Alarms going off in his head.
Oh dear, he cried,
I spoke too soon.
My dreams told me to worry,
But I thought I knew!

Just a few changes, just a few,
He thought, as he flew
And it'll be as good as new!
If only I can get there in time!

Jim flew to the office.
The doors were locked;
His password wouldn't work;
His e-card was blocked.
His watch flashed the new Century.
It's time, it's time!

Oh my! Oh dear!
What could have happened?
What could have gone wrong?
I know we checked everything,
And now it's so quiet. . .

Wait, I hear a song. . .
No, it's Mother Nature laughing!

Years Later . . .

Jim would tell the story of the Great Computer Crash of '00 to his grandchildren - about how he was so sure he knew and about the little things he forgot.

Computers are dumb and only work right when people tell them how. Jim thought he told them everything. But, he forgot to tell the security systems and the locks about the new Century!

The computers that controlled the security doors, locked them tight that night and went to sleep. When they awoke, they thought it was 1980.

Another strange thing happened that night. Many people reported dreaming that Mother Nature was laughing. Those that were awake, reported a flash of light - then total quiet - as if the world was holding its breath.

For many years, the world's economy revolved around computer fixers and attorneys. Everyone else was sort of dazed by the complexity of it all.

The Moral of the Story: Beware of what you think you know!

(Apologies to everyone named "Jim")

� 1997 Barbara Taylor

From The Institute for Management Excellence web site (, July 1997 newsletter. This verse may be copied and shared freely, as long as it is shared in its entirety without changes and with the copyright and source included.

spike bulletThe 3 Rs of Year 2000 Projects: Risk, Reward and Resources

We assume that those reading this newsletter topic have at least some idea what the "Year 2000 Challenge" means. For background information, see the Awareness section of Federal Year 2000 Guidance Package (other resources are listed in Resources).

A delicate balancing act


An organization's Risk factor includes consideration of how dependent they are on the various computers and electronic systems. A small company with only a few desktop computers may be able to struggle along.

Mainframe computer systems are affected by the date change. Mid-range computer systems (mini computers, networks and client/server) are affected. Desktop computers (PCs) are also affected. It is only in recent months that desktop computer manufacturers have started making their systems Year 2000 compliant.

However, it is important to remember that the Year 2000 problem affects many non-computer devices: time clocks, digital clocks, security alarms and security systems, elevators, light controls, telephone systems, answering machines, fax machines, copiers, VCRs, pagers.

For medium to large organizations, the highest risk seems to be in their computer systems. Most software designers didn't believe their systems would still be in use as we approach the Year 2000.

Up until very recently, disk storage for large computers was extremely expensive, so programmers did everything they could to use storage space as economically as possible. By doing so, they have saved large companies millions of dollars. Those savings must now be recognized and directed toward upgrading major computer systems and data files.

Potential legal and safety risks must be considered: will your manufacturing equipment stop working, will your filtration plant shut down, will your security system work properly, will your bank vault stay closed or open improperly, will your customers sue you if your computer systems don't work, will anyone's health or safety be at risk if your systems don't work properly?

According to a survey reported in CFO Magazine (April 1997), companies are in these stages of Year 2000:

  • Early research (29%)
  • Preliminary planning (21%)
  • Enterprise assessment (19%)
  • Pilot projects (16%)
  • Planning the work units (11%)
  • Implementation (4%).

The same article mentions that two insurance companies are now writing policies to cover companies who may not complete their Year 2000 work. Those policies are not cheap!

In a 1996 survey, key executives believe the Year 2000 problem is a "major business issue" (1)

  • Approximately 33% of CEOs (Chief Executive Officers)
  • More than 35% of CFOs (Chief Financial Officers)
  • Almost 50% of CIOs (Chief Technology Officers)

The same survey asked Year 2000 Project Managers to rate factors they feel are "serious or unsolvable" (2) The top responses:

  • Assigning sufficient qualified staff to project (19.3%)
  • Amount of time remaining to complete the project (14.2%)
  • Getting information from vendors on compliance (14%)
  • Gaining top management support (12%)

Determining an organization's risk factors is the first step in preparing for the Year 2000 date change. If you haven't already begun an assessment of your position, start today!

The clock is ticking . . . the new Century will come on time, whether you are ready or not!

Your Company's Risk options: low, medium, high, extremely high and bet-the-business. Which will you choose?


The rewards of knowing your Year 2000 exposure early are obvious. With sufficient time, you can plan your changes, upgrade your computers and other systems, correct your data files and prepare to meet the Century with some confidence.

Also, by starting early, you may be able to make many little improvements that have languished on wish lists.

By starting early, you have time to train the people who will do the work, get in your orders to vendors early, and have time to test everything at least twice.

By starting early, you can work with your customers and external business partners to ensure that your inter-linking systems are compatible.

By starting early, you can engage staff, consultants and other short-term help to assist with the work.

If you wait, the little improvements won't get done, hardware and software upgrades may be stuck in back-orders, people will be harder to find, vendors will be more expensive (if available at all), and testing will probably be less than ideal.

Jim Porter of Harvard, Porter & Associates notes, "Normally companies are advised to spend money cautiously because the future value of cash is greater than current value. In the case of Year 2000 work, the earlier you spend money on extra resources the better, because the cost of obtaining those extra resources is climbing steadily. The cost will continue to climb as demand outstrips available resources (programmers, project managers, vendors, consultants). Shortages of consultants are already occurring with 2 1/2 years left in this century."

Your Company's Reward options: Major upgrade(s), major improvement(s), minor upgrade(s), minor improvement(s), sleeping soundly at night, keeping your job, getting ahead of your competition, staying in business. Which path will you choose?


What is needed to accomplish a Year 2000 project? Resources include: time, priorities, knowledgeable people, budget for the work, vendors, "tools" (various types of computer programs to help identify the problem areas and estimate the cost to fix the problems).

The amount of resources you need depend on your risk assessment, so the sooner you know the size of your Year 2000 "problem" the sooner you will know the resources you need to correct it.

Many organizations hire a consulting firm to help with their Year 2000 projects. Information Management Resources, Inc. (IMRI) of Irvine, CA uses a four-phase approach for their clients:

Phase 1: Identification, Analysis and Estimating
The first phase includes an inventory of software including computer languages, complexity, age of programs as well as an inventory of the hardware platforms (mainframe, client/server, desktop). IMRI uses a set of specially designed programs called Project 2000™ (from Harvard, Porter & Associates) during the first phase. IMRI also uses a sophisticated economic model to assess the cost and effort required to restructure programs, convert data and re-build systems to be Year 2000 compliant.

Phase 2: Planning and Scheduling
The second phase lays out a solution design and implementation plan for doing the Year 2000 work. The plan includes priorities and the various resources required. Many organizations develop pilot projects to verify their initial findings and set a gauge for the level of complexity for their organization. Each project is a little different, although all Year 2000 projects have common concerns.

Phase 3: Program and File Re-structuring
This is the most significant part of the project in terms of costs and related risks. Computer programs must be carefully changed, with very detailed records kept of each change. Since most organizations will have on-going changes as a normal factor of their business, keeping track of at least two versions of every software program will be a critical success factor due to the time it takes to completely change over an existing system.

Phase 4: Testing and Implementation
This part of the project is very delicate, as each program must be tested in many different ways to ensure that it works properly. Then, testing of the data that crosses systems must be tested, and then all the inter-linking programs and systems must tested.

Once an organization tests their own programs and systems, they must test any links with others, such as: government organizations (IRS, state tax agencies, various compliance reports) and commercial links (Electronic Data Interchanges for purchasing or customer links, Internet links, etc.). Since every organization is on their own schedule, testing the various external links may depend on many factors not under a single person's control, adding to the complexities involved.

Overall Resource options: CFO Magazine (April 1997) reports that 50% of companies attempting to fill positions in finance, accounting and information systems are being affected by a shortage of qualified applicants. In its June 1997 issue ("Revenge of the Nerds") CFO quotes Gartner Group estimates that companies will have to pay up to 75% more than they do now on their IT staffs for the next few years (until the Year 2000 problem is history).

Your Company's Resource options: Time, money, experienced people, experienced project managers, consulting firms, other vendors, Year 2000 products and tools, possible new software or software upgrade(s), possible new hardware or hardware upgrade(s). Do you know how many and which resources you will need? Have you tried to secure them lately?

(1) Source: CIO Magazine, June 15, 1997, survey by IDC Research of 500 executives

(1) Source: CIO Magazine, June 15, 1997, survey by IDC Research of 503 Year 2000 project managers

spike bullet Managing a Year 2000 Project

20 Tips for Success (1)

  1. Take the Year 2000 seriously: it is a business issue as well as a technical issue.
  2. Start early. Find out where your company is as soon as possible - in terms of your internal processes as well as any possible electronic connections with others.
  3. Get high level management involved and keep them informed.
  4. Establish a high-level Year 2000 Program Office to oversee and monitor Year 2000 budget, work plans, quality and resources.
  5. Establish a Year 2000 Executive Task Force (Steering Committee)
  6. Remember one of the key tenets of project management: the first 90% of the project takes 90% of the time allocated, the last 10% takes the other 90%.
  7. Treat all Year 2000 projects as extremely high risk.
  8. Use your best people for Year 2000 projects, especially those who have a track record of bringing in projects on time.
  9. Invest significant time and resources in assessment and determining your exposure and risk.
  10. Invest time and resources in very detailed project planning and quality assurance activities.
  11. Complete your Year 2000 activities as soon as possible. If you operate in a competitive market (who doesn't?) you may gain a significant advantage by being early.
  12. Don't cut corners.
  13. Expect to be surprised by the extent of your Year 2000 challenges.
  14. Plan for runaway prevention.
  15. Ask for help. This is no time to think you know it all. If you require outside resources, get them as soon as possible. Consultants and other contractors are quickly becoming scarce and their cost is rising.
  16. Test and test, and re-test everything. Then, test it again.
  17. Procrastination and denial turn fixable problems into million dollar disasters every day. Don't be one of them!
  18. Communicate, communicate, communicate throughout your organization.
  19. Encourage people at all levels to ask questions and share their perspectives - they may see something that could turn disaster into success.
  20. If you are planning to purchase (or merge with) another company, find out their Year 2000 status. If you are planning on selling your company, investors will be asking the same questions of you.

(1) Some tips provided by Jim Porter, Managing Director, Harvard Porter & Associates.

Formula for Failure #1 - Ignoring the Top 10 Reasons Why Software Projects Fail (2)

  1. Incomplete requirements
  2. Lack of user involvement
  3. Lack of resources
  4. Unrealistic expectations
  5. Lack of executive support
  6. Changing requirements and specifications
  7. Lack of planning
  8. Software no longer needed
  9. Lack of Information Technology management
  10. Technology illiteracy

(2) Source: from an article "Sketchy Plans, Politics Stall Software Development" Computerworld, June 19, 1995

Formula for Failure #2 - Ignoring the Success Rate of Software Application Development Projects (3)

  • Completed on time, on budget (16.2%)
  • Canceled at some point in the cycle (31.1%)
  • Over budget, late and with fewer features and functions than specified (52.7%)

(3) Source: from an article "Tough Love Reins in IS Projects" Computerworld, June 19, 1995

Formula for Failure #3 - Ignoring the Danger Signs of Runaway Information Technology (IT) Projects (4)

  1. The project is the largest ever undertaken by the organization
  2. The project uses people without comparable experience (whether employees or consultants)
  3. The project is highly integrated
  4. Leading-edge technology is involved
  5. The software being used is untested in the industry
  6. The software needs modification to meet your needs.

Notice that ALL of these factors are present in most Year 2000 projects.

(4) Source: from an article "Before Disaster Strikes" CIO Magazine, June 15, 1993

spike bullet Case Studies from CIO Magazine's Year 2000 Forum (September 15, 1996):

  • Chubb & Son Inc. Insurance: Chubb started their work in 1994 and expects to be complete by March 1998.
  • Cumberland Farms Inc: About 75-80% of their programs are more than 5 years old.  They are in the early stages of reviewing their situation.
  • U.S. Social Security Administration: SSA tripped over the Year 2000 problem in 1989 and has been working on it since then.  With 30 million lines of code in production and another 20-30 million in development, they have a major project!
  • Yellow Technologies Services: Started in 1995 to review the size of its Year 2000 problem.  They have a plan for their mainframe applications, but haven't yet tackled the issue of desktop computers (with 10,000 user applications), which are outside the responsibility of their IS department.

spike bullet Case Study - Large university (who asked to remain anonymous):

This university tripped over the Year 2000 problem in the late 1970's when a new enrollment projection system (which included calculations based on birth rates) began projecting into the 21st century.

The situation in mid-1997: They are compliant in some areas and behind in some areas. A large amount of production code written (or purchased) in the last 5 years is Year 2000 compliant.

The group responsible for student applications completely rewrote a major portion of their systems in the early 1990's and considered the century implications at that time.

They considered Year 2000 issues in anything else developed in the last 5 years or so. This accounts for about 60% of their software portfolio.

About 20% is purchased from vendors and is either Year 2000 compliant or the vendor has a release scheduled for this year to address Year 2000.

They are just beginning to come to grips with the final 20%, which is mostly ancient COBOL code in financial accounting and payroll applications. They have analyzed that code and elected to fix sorts, logic decisions, etc. via code rather than database structure changes.

According to their Year 2000 schedule, they are already behind the power curve and need to make significant progress in the next 6 months.

spike bullet Case Study - Status of our Year 2000 effort:

  1. Our PC's have the hardware flaw. That is, the date rolls over to 1/1/2000 just fine when the date is changed and the computer is running. However, when re-started, they revert to 1/4/1980.
  2. We know that some of our software will handle the Year 2000 (we haven't checked everything yet).
  3. We have converted our databases to 4-year dates.
  4. We estimate that we are more than mid-way in our Year 2000 work, and expect to be completed by the end of 1997.

What we've learned so far:

  1. Everything is taking longer than originally expected (from double to 10 times as long).
  2. Once we did a pilot test on our databases, we found that we have far more work than we initially expected. We have many more databases and files to be converted than we originally expected.
  3. Because of inter-linking databases (i.e., zip code and other cross referenced files/tables), our changes were more complicated than we initially expected.
  4. As we got into looking at programs, data and reports, we saw little things that we wanted to change as well - adding even more time to the project.
  5. We found that we have to go into each data file, each program and each report and really look at each field and how it was used. Fortunately, every database we use that has a date field has the word "date" in the field's name.
  6. Once, we improperly changed a non-date data field to a date format, which caused lost data when we restructured the database. Good thing we did those backups before we started!
  7. Our primary database software was upgraded to a new version recently. Some of our older databases had not been used for a while. Opening those older databases with the newer software caused the program to abort. Fixing those problems added more time and effort.
  8. An older custom database reporting system that we use less frequently may have to be replaced (or re-written). We have not yet determined the best course.
  9. Because our PCs have the hardware flaw, we will likely have hardware upgrades that we had not anticipated originally. Cost and availability is yet to be determined.
  10. We have yet to determine the total impact on fax machines, phones, voice mail, pagers and other electronic devices.
  11. We experienced a "jolt" when we realized how different our effort was compared to our original expectations. Now that we've gotten past the shock and started making some progress, we feel much better knowing our situation realistically and can work toward resolving the rest of the unknowns.
  12. Our experience seems to be "typical" according to the research we've done.

spike bullet Questions and Answers 

Won't Year 2000 will only affect computers that handle business applications?

Not true! Home computers, clocks, fax machines, answering machines, time clocks, electronic timing devices, drivers' licenses, credit cards, loan calculations, etc. will potentially all be affected. Even if you fix your own problems, you may have to deal with other people and organizations that have not fixed all of theirs.

Will most computer systems developed after 1980 be okay without changes?

No. In fact, most computer systems (regardless of when they were developed) did not consider the Year 2000. For most organizations, this issue is just now getting attention.

Are mainframe systems the only applications facing the Year 2000 problem?

No! In fact, all computers are faced with this problem, regardless of size.

I have a new Pentium Personal Computer. Surely it will handle the Year 2000 without problems.

Not true! Most desktop computers (PCs) will appear to be OK if the date is changed while the computer is running. However, when they restart, they will reset the system date to January 4, 1980. Some will record a hardware error, others will happily boot up without a sign that anything is wrong.

The only way to know for sure is to check each computer for hardware flaws, software errors, then check each and every data file and report for possible date issues.

Is Year 2000 a leap year?

Yes, which complicates the challenge. Special handling of leap year dates must often be added.

The estimated cost to fix Year 2000 problems in the United States alone exceeds $50 billion - this seems like a huge amount of money for a simple date change.

Paul Strassmann recently estimated the worldwide cost to fix the Year 2000 problems at more than $600 billion (far more than the combined costs of the Kobe earthquake, Southern California earthquakes in the last decade and Hurricane Andrew). (Computerworld, June 9, 1997)

The amount to fix the problem is really unknown. People who have been tracking potential changes and doing pilot projects have estimated that most organizations will be affected in some way, and that the majority of computers and systems will be affected in some way.

A major complicating factor is that the entire world is facing the same problem at the same time! It's a bit like the gasoline shortages of several years ago. Everyone is getting into the same line for the same services, creating huge overloads in demand for the same resources. The difference with the Year 2000 is that we have known about this challenge for quite a few years. With the gasoline shortages, we had much less time for planning.

Won't the Year 2000 problems mostly affect large companies?

Not true! As noted above, most computers and computer systems will be affected. In addition, many other electronic devices may be affected: fax machines, elevators, programmed devices, telephone switches, voice mail, pagers, etc.

Is it true that an application program that does not have a century field may appear to process correctly, yet give incorrect results?

It is possible for a program to run without creating an error. However, the math calculations based on date (such as a person's age), may be incorrect because they do not correctly interpret birth dates, due dates, etc. In large computer systems with huge amounts of data, a few errors may not be noticed until serious complications have arisen (such as rejecting payments, generating inappropriate late notices or calculating incorrect interest rates).

Year 2000 problems affect only the software applications; operating system software is not affected.

Not true! Different operating systems compute dates in different ways. Therefore, each one must be checked and verified that it will compute its date correctly.

Date change failures will begin to appear on January 1, 2000.

Not true! In fact, failures are already occurring and have been for quite some time. The problem will, of course, become more obvious and more destructive as we get closer to the Year 2000. Some computer programs consider years of "00" or "99" to be errors. How they handle those dates depends on the program.

Client/Server applications are not affected by Year 2000 because their operating systems have been designed to be Year 2000 compliant.

Not true! Client/server applications are at risk as much as other systems.

Most Information Systems (IS) departments have not yet taken steps to effectively deal with the Year 2000 problem.

True, according to industry surveys. In mid-1997, most IS departments are at least aware of the problem, though, a very small percentage of them really know the size of their own Year 2000 efforts as yet.

Aren't purchased package software products already Year 2000 compliant?

Not true! Until very recently, vendors were not required to make their software and products Year 2000 compliant. There are now national efforts to publicize those vendors whose programs are truly Year 2000 compliant.

Since the Year 2000 problem is an Information Technology problem, is there any reason for users to be involved in the Year 2000 project?

Not true! Desktop computers have proliferated into every area of business, individual computer users often develop their own databases and their own custom systems. These will all need to be assessed for potential problems. Since most currently used desktop computers will not correctly handle the Year 2000 date, each computer user must be aware and prepared with a plan for either replacing their hardware and/or software, or prepared to make some changes.

What is this "Program Office" I keep hearing about?

Many organizations are creating Year 2000 Program Offices, whose responsibilities will normally include Year 2000 policies, procedures, guidelines, analysis, reporting, costs and risk management.

If the Program Office will define mission critical deadlines and costs, individual operating departments do not need to make plans or allocate resources to the Year 2000 project.

Not true! Each department must determine the level of impact to their business operations. Being part of the Program Office's steering committee(s), will help the department stayed informed. Since many departments have built their own desktop (PC) applications (which may be independent of the corporate IS/IT department), they face the same issues of inventory, assessment, planning, testing and implementation. Examples of independent applications are local mailing lists/databases and internal spreadsheets.

Source: Questions & Answers from IMRI's Year 2000 training program


If you have a weak heart, don't like taking risks, hate roller coasters or are not sure you can recover properly, DO NOT ATTEMPT THESE TESTS WITHOUT EXPERT HELP!

No warranties are provided with these tests. We give no guarantees or assurances that these will not harm your system. We assume NO liability for fixing any problem you may create by running these tests. If your computer locks up or these tests create problems for your computer, you are on your own.

NOTE: If you are willing and able, within 5 minutes of heart-stopping anxiety you can get an up-close-and-personal perspective on the challenges involved.

For a free program that will test your PC, see National Software Testing Laboratories (NSTL) - (no warranties given on this program either).

spike bullet Try it for Yourself - Test Your PC or Mac

Desktop Compliance Test - For PCs:

1. From your Windows 3.1 Program Manager Desktop menu select Main. [From Windows 95, select Start, then Settings, then Control Panel]

2. From Main select Control Panel.

3. From the Control Panel select Date/Time.

4. Using the up/down arrows:

  • Set the date to 12/31/99.
  • Set the time to 11/59/01 (minutes and seconds are arbitrary).

5. Close the dialog box.

6. Select the Date/Time icon again.

7. The date should be 12/31/99 and the time should be advancing.

8. Wait until the date changes (should roll over to 1/1/00).

9. If the date doesn't change correctly your PC isn't Year 2000 compliant. You can set the date to 1/1/00 and continue test at Step 11 if desired, but date will fail.

10. If the date is correct continue test.

11. Close Date/Time dialog box.

12. Close Control Panel and Main. You should be at Program Manager Desktop. [In Windows 95, you should be at the main desktop].

13. Create and save a new file (select Microsoft Word, for example).

  • Enter anything into the test file.
  • Select File from the menu bar.
  • Select Save As from the pull down menu.
  • Enter the File Name in the highlighted blue box (ex: y2ktest.doc).
  • Select a Directory to store the file.
  • Select OK (double click on the OK).

14. Select File from the menu bar.

15. Select Close from the pull down menu.

16. Exit Microsoft Word (for example).

17. Select File Manager from menu bar. [In Windows 95, select File Explorer.]

18. Select Directory where the file was stored.

19. Select View from the menu bar.

20. Select All File Details [or Details] from the pull down menu.

21. Highlight the file you created.

22. Verify that the date the file was created is correct (1/1/00). If incorrect (1/1/:0 for example) your PC is not Year 2000 compliant.

23. Delete the test file (select File, select Delete from the pull down menu, select YES from the next three dialog boxes). [Or, highlight the file and press the DELETE key]

24. Exit File Manager. [or, File Explorer]

25. Reset date and time to the correct date/time.

26. Restart your system.

[In Windows 95, restarting your computer may make your computer think that you have a hardware error, causing it to restart in Safe Mode. If so, check or enter the correct date, then restart again. It should start up properly this time and ask you to verify the date.]

Another Test:

To determine if your system suffers the Year 2000 CMOS RTC flaw, from a DOS prompt set the date and time as below.

Power off test:

  1. C:>DATE 12-31-1999
  2. C:>TIME 23:59
  3. Power off the system, wait more than one minute,
  4. Power on the system. Allow the system to boot.
  5. Check the DOS date. It should read 01-01-2000. If it does not (usually 01-04-1980) your machine has the flaw.

Power on test:

  1. C:>DATE 12-31-1999
  2. C:>TIME 23:59:30
  3. Wait for more than one minute.
  4. Check that the DOS year has changed to 2000.
  5. Reboot. The DOS year should still be 2000. If it does not, your machine has the flaw.

Desktop Compliance Test - For Macs:

1. From the Control Panel select "Setting Date And Time."

2. Using the up/down arrows:

  • Set the date to 12/31/99.
  • Set the time to 11/59/01 (minutes and seconds are arbitrary).

3. Select OK or CLOSE the dialog box.

4. Select "Setting Date And Time" again.

5. The date should be at 12/31/99 and the time should be advancing.

6. Wait until the date changes (should roll over to 01/01/00).

7. Time should be advancing.

8. Close the dialog box.

9. Create and save a file.

  • Select the Apple icon from the menu bar.
  • Select the file type (ex: Microsoft Word) from pull down menu.
  • Select File from the menu bar.
  • Select New from the pull down menu.
  • Select the desired Template (ex: Normal).
  • Enter anything into test file.
  • Select File from menu bar.
  • Select Save or Save As from pull down menu (save to your Desktop).
  • Enter the document (file) name (ex: testy2k doc).
  • Select Save.

10. Select File from the menu bar.

11. Select Quit from the pull down menu.

12. Highlight the file you created from the Desktop.

13. Select File from the menu bar.

14. Select Get Info from the pull down menu.

15. Verify that the file create date is Jan 1, 2000.

16. If the file create date is correct your MAC computer is Year 2000 compliant . If the crate date is not correct your MAC is not compliant.

17. Delete the test file (drag the file icon to Trash can).

18. Reset the date and time to today's date and the correct time.

Source: The tests above are from the "Federal Year 2000 Guidance Package" [Comments about Window 95 added, based on our experience.]

For a free program that will test your system, see National Software Testing Laboratories (NSTL) - - no warranties given on this program either.


  • "Project 2000™ The Clock is Ticking. . ." Information Management Resources Inc., 940 South Coast Drive, Suite 260, Costa Mesa, CA (949) 852-5101
  • hpa.2000 [at], Harvard, Porter & Associates; 12300 Ford Road Suite 450, Dallas TX 75324 (972) 488-8401 (web site due up in July 1997). HPA provides Year 2000 assessment programs and services to major clients in the Fortune 750. In the past few years, they have reviewed 250 million lines of code!
  • ANSI X12 Standards available from: DISA (Data Interchange Standards Association of America), PO Box 630967 Baltimore, MD 21263
  • Capers Jones, Chairman, Software Productivity Research, Inc., One New England Executive Park, Burlington MA 01803-5005 (617) 273-0140 ext. 102
  • Information Technology Association of America, 1616 North Ft. Myer Drive Suite. 1300, Arlington VA 22209 (703) 522-5055
  • International Data Corporation: Series of Reports on Year 2000 Problem, includes executive surveys, insurance industry IS survey, vendor summaries, competitive analysis reports and Year 2000 financing and costs. IDC, 5 Speen St., Framingham MA 01701 (508) 872-8200

World Wide Web graphic Internet Resources 

Links to many other government and private resources are listed on the Year 2000 web sites

This page is             Printer-friendly version

Page updated: May 11, 2023     

The 10th Need: Mischief    :)

| Home Page | Top of Page |

| Barbara Taylor | Books | Clients | FAQ | Feedback | Interesting Links | Mailing List |
| Michael Anthony | Michael Teachings | Newsletter | Personality Game |
| Products | Services | Speakers | Spirituality | Training | Travel | Translations

| Contact Us | Search the site | Site Map |

The 10th Need: Mischief    :)

� Copyright 1980  -  2015,  Barbara Taylor               Copyright Notice and Student Research Requests                 Privacy Policy and Legal Notice