Projects Are About Humans. Deal With That!

Archive for the 'Software Selection' Category

Software List Prices

It's impossible at this stage to determine the actual cost of a system. However, you can determine if you are talking about an Opel or a Rolls Royce. For this purpose it's essential you get real list prices of the vendors you consider purchasing software from, not some prices that already contain some discounts (you can squeeze them out later).

Two numbers are important for your evaluation of the software selection:

  • The expected amount for acquiring the software (licenses!)
  • The expected annual maintenance fee

If you don't know the exact number of users, just take a guess; remember, you are not calculating exact numbers, you want to compare them relatively against each other.  


All kinds of stuff can make this simple task of the selection process difficult; the pricing structures are probably not the same:

  • Seat licenses (per workstation) or site licenses (for the complete system)
  • Concurrent users (users working simultaneously on the system) or named users (user that are configured to access the system)
  • Differentiation to modules you can use, or other certain parts of the functionality
  • Dependencies on the annual revenue

It's incredible how creative vendors can be when active in software selection. Just make some assumptions, and try to get a fix; it's ok if you are a few cents off.

 

 

Going for the next round


You have finally reached the final ranking of your long list. The top should go to your short list for the next round, the request for proposal. I would go for three vendors, but of course, that's not a rigid rule.

Don't forget to thank the other vendors for their effort. The will like and appreciate that sort of thing.

No comments

Evaluating RFI Answers

It's nice to hear some vendors chew on all this stuff you sent them, isn't it? Well, if they want to have a change of doing business with you, they have to sweat, they have to earn it… feels great!

But as the answers are coming in, the ball is getting back into your court. You have to work again. You and your team have to read the brochures and the answers to the questionnaire and make a judgement against the criteria you defined.

The evaluation has to parts, the soft and the hard one. The soft is making a subjective evaluation of what you actually think of the vendors and it's product. It's in fact the answer to if the vendor meets the selection criteria. The other one is just plain calculus: an estimate on the price of the software licenses (just using the list prices!).

 

 

8.1 Judging the selection criteria 

Let everybody involved in the evaluation sit down, and summarize the strong and weak points of the vendors / software. Throw them all together in a document.

Strong points

  • Local support
  • Used technology is standard in current market
  • Great opportunity to link to other systems
  • Large international firm

Weak points

  • No core business in our market
  • Second site to use the system live
  • Limited knowledge of the local market

 

Map the results against your list of selection criteria, and presto, you have your ranking. I know, it's not rocket science, but let's face it, it isn't. It's all subjective and your gut feeling. If you want to go more scientific about it, you can always plot a great graph.

 

Stability of vendor  

Vendor

low
 
neutral
 
high

Incredible Soft

 

 

 

 

 

Uring-We-Build

 

 

 

 

 

John & Bros

 

 

 

 

 

Great Systems R-Us

 

 

 

 

 

IT's Something

 

 

 

 

 

No comments

Software Escrow and Audit

7.3 The Questionnaire (part 3)

This survey is part of three pages. See the guide index to find the other 2 parts of this request for information questionnaire.

Escrow

Are you prepared to sign an escrow-agreement in case your company cannot support or maintain the product any more?

Escrow is the situation where the sources are stored in a safe at a neutral party in case the vendor goes chapter 11. You don't do sh*t with the sources as the programmers are not included. It's just a "feel good" measurement.

Don't trust anyone who doesn't want to corporate with an escrow.

 

Audit 

Are you willing to participate in a technical audit on your product by a third party?

Just see how confident they are about there own stuff.

 

Planning

Are you prepared to provide us insight in your current order portfolio?

To avoid that they have more projects than they can handle just in the time frame you go live. It's very bad if you have to fight for your resources.

 

Implementation

Could you provide us with a global project plan on how a typical implementation would look like?

Looks professional?

 

 

Product  

Could you provide us with an overview of the basic functionality of the product? What are the options? What enhance are planned for the near future (please indicate expected date)?

What the heck are we actually buying?

 

Pricing  

Could you please provide a description of the pricing of your product and the several parts of the product?

How are the prices constructed (e.g. site licenses, concurrent users)?

 

No comments

RFI Purchasing Software

7.3 The Questionnaire (part 2)

This survey is part of three pages. See the guide index to find the other 2 parts of this request for information questionnaire.

Operation system/hardware

What are the platforms your product supports (OS)? Please specify both server and clients.

If you support more platforms, please specify your preference.

Just to get the technical stuff right. Try to stick with a platform the vendor knows. You will pay for any training they need if you pick something they have no clue about.

What hardware architecture is needed for your product?

 

What infrastructure is needed for your product (please answer for LAN and WAN)?

 

 

 

Data storage

What structure do you use to store the data?

Just to see if they actually know their own backyard.

If you use a relational database, please specify the supplier and version number.

 

Is this included in your pricing?

To avoid unexpected prices.

 

 

Third party products

Do you use third party products in your information system? If so, please specify which and version number.

Just to make sure there are no surprises. You also have to judge the 3rd party products on their own merits.

Are they included in your pricing?

 

 

Third party services

Are third party servics needed for implementation and support? If so, please specify.

Be aware of subcontracting… You might judge just the front, and perhaps not the people who will do the actual work!

Are they included in your pricing?

 

 

 

Support/maintenance

What kind of support/maintenance can you offer?

 

How many times a your do you issue a new release or version? What is you release strategy?

In other words, what do you get in new software for your annual maintenance fee? The strategy concerns if you have anything to say in determining the content of the new releases.

Could you specify the cost for support/maintenance per year per server/client/total implementation?

 

What are your condition on guaranty and how long is the period in which this is valid?

 

    

No comments

Questionnaire Software Selection

7.3 The Questionnaire

The Questionnaire contains all the questions to the vendors. With asking a survey to vendors you should always keep one thing in mind: every question that starts with "can you do…" will be answered with "yes"; that means with enough money and time.

Save yourself some time by avoiding this type. I have included a short list I use for request for information. It's constructed from all kinds of lists and added and edited by all kinds of people. Left the questions, right the explanations why this aspect can be important to you.  

Company profile

Name/address/contact?

 

When is your company founded?

To give you an idea about the stability of the vendor. Just founded? Always risky. Perhaps it's a follow-up from a company that went bankrupt… Still same management?

What is the company's legal form (e.g. ltd.)?

Is management personally liable? Does it have a stock exchange notation?

Who is the owner?

Who's in the end calling all the shots?

What are your annual earnings?

Gives you a fair indication about the size of the company, again to judge its stability for the long term.

Can you supply us with an annual report?

Some proof is always nice.

Can you provide a brief description of your organization structure?

Is it all the same corporation, or are there separate legal entities? Who does what?

How many employees does your company currently have?

Again, to judge size and stability.

What are the core activities of your company?

Are they a niche player, or do they everything that provides them money? Niche player is great for market knowledge, but makes them more vulnerable for market swings; more activities make them a little more stable.

How long are you active in the field of our interest?

Do they know the biz, or is it a new kid on the block?

How many employees are dedicated to the product you can offer to us?

It's nice that they might have 1000 employees, but if only 1 of them is actually dedicated to your product, you have a problem in product continuity.

How is your support organized in our country?

 

Do you have a helpdesk, and what are their opening hours, and what is their response time?

 

 

Do you develop other products?

 

Same as the question about the core activities.

How many employees are in your development team?

For the long run you have to get the continuity of the product from the development team; it's nice they have sales people, but you don't have any use for them after you go live.

Could you provide us with references, and a short description on the size of the implementations?

They still are the best resources of information. Also check what versions they are running of the system. It's nice that you talk with them about them same system.

How do you provide training?

 

How do you provide documentation?

 

How performs the actual implementation of the system?

Does their approach look a little professional? Do they make the impression they know what they are doing?

Are third parties involved in the project you offer?

If yes, please specify name, task and responsibility.

Be aware of subcontracting… You might judge just the front, and perhaps not the people who will do the actual work!

Are you prepared to take the project responsibility?

Do they put their money where their mouth is?

No comments

Request for Information (2)

7.2 The Information Sheet

You will not send the business case to the vendors. However, they must have some feeling about what you want in order to provide you with targeted information when you send them the request for information (like this sample). The business case, target process and legacy information we discussed earlier is mostly for your internal discussion to be able to judge the vendors and their systems, and for the second round; the request for proposal.

You can provide some kind of summary of your information hunt to satisfy the needs of the vendors in this stage. The main components are:


  • A general answer to the "why you need a new system" question
  • An overview of the organization of concern
  • An overview of the global target process
  • A description of the technological environment

Example Information Sheet

Current issue

The current information systems at WinDings Ltd. are at the end of their technological life cycle. It's getting more and more difficult to apply changes to the old systems to keep up with today's business needs. After some years of severe acquisition, the company has for all its five business units different order systems. It's difficult to have an integral customer view, and nearly impossible to do cross selling of the different products. The market of today and tomorrow makes it essential to change this situation.

Organization overview

Our organization consists of five business units (BU), each handling a part of the productlines. One centralized accounting department does the billing for all our clients.

Each business unit has approximately 30 employees. The billing department has a headcount of 15.

Target process

The target process for booking orders and billing is the following:

Each BU must handle all the orders for their own products. However, if a client want a product from a different productline, they must be able to book it themselves. The employee who had the first contact will maintain the client contact. All handling however will be done by the people involved with the ordered item. The billing will be handled still by the responsible department.

Technology

All current systems are currently running under either VMS or OS/390. Considering the relatively low number of users, WinDings performs to migrate to an Microsoft platform. The network is running TCP/IP and just 2 years old. All workstations are PC bought maximal 3 years ago and running Windows NT Workstation.

No comments

Samples Request for Information

The vendors on the long list should provide you information to let you judge them against your selection criteria; that is the purpose of a request for information. It's still the first round in the selection process for buying software, you probably have more than one supplier on your list (I hope, otherwise you are now ready!), so you cannot go too much in depth at this stage. That's ok, we are just requesting information.

The package (Request for Information – RFI) you will send to the chosen ones contains three parts:

  • The Invitation
  • The Information Sheet
  • The Questionnaire

In this section we will provide samples of such a Request for Information.

7.1 The Invitation

The Invitation is actually just the accompanying letter. You explain why you send the RFI (request for information) and that you want answers and brochures back. In exchange, they'll have a change of doing business with you…

Make sure you cover at least the following aspects:

  • Who are you?
  • From what company?
  • What does your company do?
  • What is your function within your company?
  • What kind of system are you looking for?
  • Describe the process: now Request for Information (RFI), then evaluation, followed by short list with Request for Proposal.
  • Provide the timelines of the selection process
  • Explain the Information Package and the Questionnaire
  • When should answers be back? By who? Where? How?
  • Who's the contact for more information?
  • Thanks for the corporation.

Dear Sir

WinDings Ltd. is an independent business unit of Acme Corporation, a leading maker of little things in Europe. WinDings makes products like nose flutes, feet whistles and the famous Non Static Doormat.

We are currently looking for a information system which supports the booking and billing of our orders. For this, we are approaching a couple of suppliers, from which we want to select the system best suited for our purposes. You are one of these suppliers.

We kindly ask you to answer to accompanying questionnaire, and return it including some brochures about your product, to us before December 12th 2010. Based upon the responses we will make a selection of companies for the next step in our project, a demo of the actual system and a request for proposal.

If you have any questions, you can contact Bas de Baar at +1 800-THE-MAN. He is the project leader for our selection process.

Thank you for your cooperation.

Best regards,

B.Eetlejuice

No comments

Software Vendor Selection

You know what information system you want to purchase, and even more important, why you need it. Now the tricky question is who to invite to participate in the software selection extravaganza; which vendors to pick for your first round?

The suppliers in this first round are put on a list: the long list. They will asked by you to provide some basic information (the request for information - rfi) by which you will determine who will be looked into more detail: the guys and galls that will make up the short list.

You need at least of small dozen vendors for your first round to have a fair overview. I prefer between 10 and 15. If you use less, you won't have parties to compare, and if you use more, you will drown in information overload, and won't be able to give them all enough attention anyway.

Who to pick? As I confessed, I'm an "early majority" myself, so I would look first of all to what my competitors are using; see what colleagues abroad are operating and inquire to what is common to similar markets, so not completely my own domain, are doing. Impressed by how another company is handling their process? Look at their system.

Being a pragmatist, I also look at industry organizations. Each industry has some overall organization that has information on vendors that make software for your domain.

If you are an early adopter, you go to seminars and cutting edge exhibitions; and you scan the internet for the latest developments.

Late majority people just ask for the market leader, and that's that. For this group of people it's difficult to have even two vendors on the long list.

Product

Vendor

Country

SuperSys

Incredible Soft

Sweden

Hyper Order

Uring-We-Build

Norway

WarryBhite

John & Bros

UK

Press-A-Button

Great Systems R-Us

Netherlands

HarryCanary

IT's Something

USA

This list is just for fun, it's really coincidence if one of these vendors does exist!

No comments

Software Selection Criteria

Very early at the start of the selection you should determine what the exact criteria are for selecting a certain piece of software. You will ask the vendors questions. They will answer you. And then what? Look who has the nicest handwriting? You have to think about this up front.

It's even worse… the questions you will ask are a result of the criteria you want to judge. How else could you say something about your software selection criteria? Ok, let's have a look at some criteria I personally use. There is no real definite list of selection criteria. They can very from company to company, from individual to individual. I included the following selection criteria for illustration purposes (and remember, I'm a prototype "early majority").

Stability of the vendor

I work for a large corporation. If we buy a piece of software it will probably be part of our primary operation for more then 4 years. It would be a big problem if a supplier went belly-up. We would have no more support, no more security, our life-line would be compromised. So, I would be looking for a vendor with some great stability.

Stability can be found in companies that operate already for a long time; that have a large customer base; have a steady income and revenue. Stability is also determined by company size (more people, means better equipped to handle people leaving), and, by looking at the people in charge: are they in charge, how are stocks divided, etc.

Proven track record within our industry

It's a fine line between amateurs and professionals, if you can judge people only superficially in very short time. You don't want to have amateurs fiddling with your company. Look for a proven track record within your industry.

Fit-for-purpose (least possible changes to the standard software as possible)

Changes to software are always a concern. They are difficult to specify, to develop and in general to plan. To reduce the amount of specific changes made for your company, is a way to reduce a project risk. You have a lower risk of schedule and budget overrun. If that's very important, you have to look for the software that comes close enough to what you actually want: fit-for-purpose.

Mature technology

I don't care how a certain piece of software is constructed. I just want to be sure that I'm not a kind of test case, a field study to see how "this cool stuff actually works". Having a new system is difficult as it is… using some technology that doesn't work quite yet, doesn't make it easier.

No comments

Legacy Systems

4.2 Target process

There is always some part of your organization affected by the software you want to acquire. New systems generate generally new ways of working, new process flows. You don't have to have the new software to envision the working process of the near future. It's essential for the selection process you put something on paper on this subject right from the start. First you write, then you buy!

You can use fancy diagrams or just plain text to create stories everyone can read. If it's a current process that has to be transformed, invite a few key players from within the process at hand, and first draw up a picture of the current way of working; identify the current problems, and try to draw the desired situation from discussing how to solve their current problems. In general, I try to avoid to much consultants in this process, people who perform activities in their day-to-day operation are mostly the best informed domain experts you can find!

4.3 Legacy Systems

Old systems never die. Even after you removed the brown, ugly, very large box which contains the old bits and chips, the legacy systems lives on in peoples minds, procedures and policies. Vendors, who replace systems for a living, know these things, and they can anticipate struggles while transforming to the target process. To assist them in their anticipation you have to tell them what you are currently using and how your operation is built around it.

Going from mainframe terminal emulation to a Windows-based environment? The vendor will tell you to put some extra effort in training just for the operating system (like putting employees on some PowerPoint course e.g.), instead of only prepare training on the business application you are looking for. By telling your legacy, the vendors can help you better solve your problem. If you do it right, it can even be free consultancy.

You also need a good description of your legacy systems. This is needed by the vendor to determine how the system should operate within the complex of systems currently running at your company. Aspects to specify are:


  • Infrastructure used (network,telecommunications)
  • Platforms currently used (operating system, hardware, clients and servers)
  • Needed interaction (interfacing) with other information systems
  • Data needed to take with you to the new situation (dataconversion)
  • Organization of maintenance and support

4.4 Expectations: time and money

You are at the start of your selection process. All may not be crystal clear. However, time schedules may already be stated, without any one knowing what should be done in the first place. Budgets can be formulated without any basis. The sad part of it is that stakeholders have already formulated their requirements. They may not have told you, but in their minds expectations are already in a particular direction. You should sort it out. You should get on paper the expectation the key stakeholders already have in their mind.

For this purpose, it is wise to have a look at the budget for this year. Look how much is reserved for this investment you are about to select.

No comments

Next Page »