Software ownership is a common talking point within organisations. Who owns the license, or who has taken responsibility for ‘ownership’? It may be the case that nobody has been made responsible, or that there isn’t a dedicated and well communicated software license ‘owner’. So who should take ownerships of software and their licenses?
There are positives and negatives for the various options, and experience shows that it all depends on how the organisation is structured and run. Technically there is no wrong or right answer, but we will highlight the recommended method of identifying ownership.
It is important to remember that no single person, department or organisation actually owns any piece of software (apart from internally developed applications). Software publishers own all of the rights to the software; they are selling a license to use their product. However, it is important to assign ownership of the software and software licenses within an organisation to ensure that all users, departments and senior staff members are aware of what software licenses they have, and where they should in theory be used. Assigning ownership is another key component towards being ‘audit ready’ and having a sophisticated ITAM estate.
Organisations may identify software license owners differently, based on how the organisation is structured and how it is run on a daily basis. It also depends on existing procurement and financial processes that are already in place, but the common ‘ownership’ areas are:
In essence, it does not really matter where the ownership of the licenses lies, as what works for one organisation may not work for another. What is important is that clear responsibility and ownership for licenses is communicated and assigned so that users and the business knows where they stand and who to contact about the software or software license for a specific vendor.
This is one of the most common options for organisations wishing to assign software license ownership. Organisations assign cost centres or departments as the owners responsible for certain software vendors. This is usually the department or cost centre with the biggest investment or most amounts of users of the software. The department or cost centre is then in charge of managing the licenses and ensuring compliancy, and also in charge of help with any software license additions or a renewal of the contract or software maintenance.
Departments or cost centres can get very protective over their licenses as the cost usually comes out of their individual budgets. Whilst this may be the case it is important to remember that the license is still the organisations license, it does not belong to the cost centre or department. The department or cost centres budget was given to them by the organisation anyway, so anything they purchase with that money is an asset to the organisation as a whole.
Having a department or cost centre as the owner of a specific vendors software licenses can result in under-used software, or other departments wasting money on licenses because the ownership department will not allow them any of their free licenses. This results in the organisation being over compliant, not using their licenses effectively and also over-spending on software unnecessarily.
However, there are positives to assigning ownership to a department or individual. The department or cost centre are responsible for the compliancy, procurement and overall management of the licenses which helps take some of the strain and pressure off of a SAM or ITAM team. This also allows a department or collection of users to become experts in licensing for that vendor, allowing them to provide support for the business and its users.
Pro |
Con |
|
Can be protective over ‘their’ software licenses |
|
Can result in over-spending and not using licenses effectively |
|
Can result in internal bickering if licenses are not ‘lent’ out to other departments |
Out of the three options, this is the option that is used the least. Organisations may assign a specialist or heavy user of a certain piece of software to be the ‘Software/License Champion’. What that effectively means is that the user is responsible for managing any renewals for the license or maintenance, is the point of contact for any licensing issues around the software, and in some cases they may also be a part of the approval process for any new requests.
Assigning ownership to an individual is a risky option. There are a number of issues to consider. What happens when the software champion leaves? Do they take of their knowledge about the software and its licenses with them? There is also the risk that the software champion will make emotional decisions. This can range from rejecting license requests for users that they may not like, or not assigning licenses to users because they want to save their department money.
However, the software champion is only focusing on one vendor, and should be a heavy user of the software. That means that, whilst in the role of software champion, they should be an expert, both technically and licensing wise, which takes off a bit of the pressure and strain on the ITAM or SAM teams. This is also a big asset to the organisation, as through the software champion’s expertise they may be able to save money on their maintenance costs as they have the knowledge internally to support their users.
Pro | Con |
|
Internal resource, if that person leaves the knowledge will leave with them |
|
Can make emotional decisions and prevent certain users or departments from having a license |
|
May not be financially savvy, negotiating a good deal on future agreements may be up to someone else |
|
May be resistant if the organisation wishes to remove or cut-back on the amount of installs for the application |
|
A lot of responsibility on one person. If they are absent from work, who can help with any questions or requests? |
At the end of the day, the organisation will own the license. Any software licenses purchased should be in the organisations name, or in the name of one of the entities within the organisation. To allow all users to use the software, and allow for greater flexibility, some organisations assign software license ownership to the organisation as a whole. The organisation pays for the software (event departmental budgets still come out of the organisations banks!), so they assign license ownership to the business. This means that all the licenses can be used by anyone (within the T&C’s) regardless of what department they are in.
Assigning ownership to the business takes out all of the arguments around who owns what software, and what department is using another departments software license. If there is a central pool and a central procurement method, then organisations can be flexible and more responsive with software license requests. This allows for better software asset management and will help the organisation manage their software licenses correctly and effectively via an ITAM or SAM team.
Personally, I would assign license ownership to the business so that a centralised ITAM or SAM team can manage all of the licenses and make the most out of the organisations investment. With no departmental restrictions (there may still be entity restrictions or regional restrictions) the ITAM or SAM team are free to try and utilise all of the available licenses and have a central pool for future requests and distribution.
Pro | Con |
|
There still may be entity or regional restrictions to licenses |
|
Managed by one team to may not have individual expertise on all software vendors |
|
|
|
|
|
Below are five top tips for assigning software license ownership within your organisation:
If you have any questions about this article or would like to know more about software license ownership, then please get in touch with us via the comments section below or via the contacts area. We love hearing your views and opinions on our content so have your voice heard!