Monthly Archive for December, 2009

Your place or mine?

The topic of where software resides is creating a new choice: “your place or mine”.

Software has mainly been installed on a Customer’s own IT Infrastructure and I will refer to this as “on-premise”.  A new choice is emerging where software is available to use from a Supplier’s IT infrastructure and I will refer to this as “on-demand”, a term covering many options including “SaaS” (Software as a Service), “Hosted” and “over-the-net-in-a-browser”.
A question worth addressing at any time or just when your system is up for replacement?

A question worth addressing at any time or just when your system is up for replacement?

With the on-demand option, vendors might use phrases such as “there is no software, it is a service” and “you need to think differently, because there is no software any more”.  I think that there is, indeed, software; it is just provided in a more cost efficient model and licenced to you via a different style of contract.

Technicalities aside, what are the key issues that potential purchasers should think about if SaaS or on-demand is offered?  There are four groups of questions that must be considered and a few that might be considered:

  1. Suitability
  2. Absolute cost
  3. Availability
  4. Security

SUITABILITY

  • Don’t be distracted by the choice of on-demnd or on-premise UNTIL you have established that the software meets your business needs

ABSOLUTE COST

  • Compare all costs over a number of years
  • Look at the internal costs you might now NOT have to pay, which might include costs of IT support staff, hardware; IT departmental charges; third party software; version upgrade costs (can be up to £30k+ per year in many organisations using FM suppliers instead of in-house IT staff); reduced System administrator costs (as you no longer have 100 PCs to upgrade) and many more
  • Look at any hidden costs, such as a Departmental charge NOT reducing because of internal “rules” and extra interfacing costs
  • Include the commissioning costs if this is relevant (possibly low if an existing supplier is swapping the delivery method from on-premise to on-demand)

AVAILABILITY

  • How resilient is the proposition in terms of speed of access (e.g. when all staff are looking at the weather at 1pm on-line)
  • How is the data backed up, how often and where are backup stored?
  • How are local Maps, Local Printing and Local Corporate system interface dealt with?
  • Can people work from home, with their own variety of access bandwidths?
  • Does the Infrastructure supplier have one or many sites, where are they and how are significant incidents (floods, bombs etc) going to affect your system?
  • Will the Infrastructure supplier go bust (if this happens, you will not expect it, so best ask) and what happens that day to your system
  • How do Home workers access the system from home PCs – or is it best that this is a big NO
  • How would Field Workers upload and download data to mobile devices and what about the ones who need to do so wirelessly
  • and so on…

SECURITY

  • Where is the data stored?
  • Can ex-employees with a grudge trash the data?
  • It may matter to your organisation where the data is stored.  Find out.
  • What are the points at which the data is in the public domain, if any?
If you choose "On-Demand", choose it.

If you choose "On-Demand", choose it.

Naturally, the list of questions could go on a long time.  If I was a purchaser, being offered on-demand and on-premise, here is how I might think:

> Let’s make sure that I have evaluated this software as my best option BEFORE addressing my attention to this question (an old sales trick when getting no commitment to buy is to offer an alternative question that is a version of “so, if you did choose to buy it…which I know you have not yet done…, would you choose red or green?”)

> If this is my chosen software, then, is it cheaper to have on-demand over 1, 5 and 10 years for ME taking MY organisation’s way of counting costs to ME in MY role in MY department (if not stop right now)

> Now I am considering on-demand, how available is it compared to on-premise and what is the evidence to support that (or ask for I will insist on a trial of sorts)

> Now that I am considering on-demand and I know it is as available as on-premise (or better than on-premise), how will it interface to the systems and devices that are part of my requirement

> Now that I am OK with it technically, what data security rules should I consider and what evidence do I need (this one is pretty straightforward)

> How will the supplier develop the software’s capabilities for my vertical solution compared to how best of breed on-premise solutions are developed and what is the evidence? (I need proof that this makes financial sense to my supplier or they will either fail to develop the system as my needs change over time or go out of business)

With so many people offering on-demand as an alternative to on-premise, the need for a mutually beneficial relationship remains as does the need for me to be offered the choice: your place or mine!

PUI: the way ahead?

Pun Pui starfish

Pun Pui starfish

…and then my son came home at the weekend, enjoying his first job and the immense adult-like feeling one gets talking across to one’s father for the first time.

“So Dad”, he says, “I read your Blog and you seem very keen on these “Programmer-User Interfaces”…you call them SIGs (Special Interest Groups) and CAPs (Customer Advisory Panels), but really, are they all forms of PUI?  We thought we’d made up a new TLA, using the “Interface” word to mean a dialogue or meeting between people.

24 years old, going on 3, a son’s words can bring you down to earth…but we laughed all the way home at our childish and yet inventive humour.  Well, if a GUI is valid, why not a PUI?

It is the season of good cheer, but a more serious reflection does actually sense the logic in the many and various PUIs that might be constructed:

CAP: where a group of programmers need to talk to a group of users in order to write really good software

SIG: where a group of users need to work through a business problem with members of a company to persuade them that doing X might be mutually beneficial.  (A CAP might well ensue)

User Groups (a Street Lighting User Group is…yes…a SLUG – please email other suggestions to me at dominic.mcneillis@pb.com ) where users and software companies mix employees for updates and brainstorming.  (A SIG and possibly a CAP might ensue)

I am PUI

I am PUI

Community of Practice (CoP): usually a virtual community (website to normal folk) where any member can post thoughts, ideas and comments at any time.

PUIs make the best software based on really helpful “stuff” built on insight from the everyday users with their experience of the realities of their role.

So, SLUGs, CoPs, SIGs and CAPs are all forms of PUI.  Like many family moments, the lovely joke we thought we shared was a “bubble burst” when we looked up acronymfinder.com only to find that PUI is, indeed, a valid TLA standing for Progammer-User Interface. 

 

What will be the focus in 2010?

Is the Holy Grail for 2010 "Reducing cost whilst increasing efficiency"?

Is the Holy Grail for 2010 "Reducing cost whilst increasing efficiency"?

As we approach the end of 2009, what is or should be our fresh perspective for 2010?

We have changed the focus from Y2K to e-Gov, T-Gov and different numbers of “allowed definitions”, but I seem to sense that the real perspective in 2010 will be some form of “Saving money whilst simultaneously improving efficiency”.

This is the gauntlet being thrown down by Political leaders and not just in the UK.  We might be witnessing harnessed impatience driving a sharp focus where Political leaders, many of whom have no interest in understanding IT, just want to see a step change, a leap forward and a major improvement in the results from the equation “Efficiencies gained” ÷ “Cost” = “ROI” ….. and one that tangibly changes the lives of citizens.

How?  Where does one look?  Where can one even start?

A software company cannot know what the users of its software know.  Confirm sells to 10 distinguishable professions within the Government landscape whose members devote their working lives to improving operational techniques, Codes of Practice and sometimes Legislation to improve the lives of citizens they serve. 

We can learn how to grow great ideas

We can learn how to grow great ideas

Confirm users are often innovative and unseen in creating new and more efficient ways of using our software.  They often notice areas of the software where repetitive procedures could be streamlined or even automated.  This is a fact that has applied to all software systems in the past and will persist through time.

I believe that the real key to finding those innovative ideas lies in a close and unfiltered mind-share between people who do the job and people who write the software

So the step-change may come from concentrated dialogue between experts in software design and everyday users rather than elaborate and hopeful rhetoric.  The real value in a multitude of exchanges of ideas between operational staff conducting the everyday roles and software code-writers: between the people at one coal-face and the people at another coal-face.

We might all ask ourselves if our new year’s resolution could be our new year’s revolution. 

Within the “Confirm lot” at PBBI many of us will be continuing the work started this year with the our users in enhancing the many dialogue  and idea exchange forums (is this fora, for those who speak Latin?) we have and introducing some new ideas.

Save money AND increase efficiency?  I think that is the whole point of software and I think I see it becoming a bluntly defined battle cry in 2010.