How to structure a software media library folder

Most of our commercial customers with The Full Circle ( aren’t technology businesses so managing software isn’t what they do.
Whilst we often perform this as part of a managed service, we still implement a software library (AKA Media Library) for them comprising of their software installers, ISO images, drivers, patches, etc… which makes various rollout & upgrade activities easier & faster in the long run and easier to audit when the time comes.

Having been asked a few times what this structure looks like I thought I’d do a post on it. It’s a very small piece of the data storage puzzle but one which makes life a lot easier for techie and companies with a lot of software assets.

Once in place, the next step is to carefully decide who has write access. No easy task figuring out who you can trust to put things in the right place, but one thing is for sure whatever you decide – it should be read only by default and write access by exception. The best practise would be to have several people nominated as librarians but this isn’t always possible. Whether you store your licence/activation keys here though is down to your businesses policy. Some prefer to keep them secure in something like Keypass, while other are comfortable keeping keys in text files along with the media.

In the ITIL world this structure be known as the Definitive Software Library or DSL.

The core structure follows this basic pattern:

Documentation >
Drivers > Major Driver Categories >
Major Platform Binaries >Vendor > Package/Package Group >Product Version >




You can download a zip of the folder structure here –

SharePoint 2010 Roles and Skills Matrix Infographic (Structuring a SharePoint Practise)

Structuring a SharePoint Practise – the infographic version

I’ve been thinking about putting this graphic together for a while now, ever since I got my copy of The SharePoint 2010 Handbook a few months back. Full credit to John Timney (@jtimney) the author of the chapter that this is derived from.

I hope people find it useful and informative about the skills & roles involved in SharePoint. Due to some limitations in the paradigm of presenting the information this way certain sacrifices had to made for the sake of getting things to fit and appear logically. Still, it’s just a version on the road to 1.0.

When it comes to the seniority grades, roles have been dropped in the various positions just as starting points rather than the ceilings that these roles can achieve.


SharePoint 2010 Roles Infographic v0.3

Hopefully with constructive feedback and comments from the community this can be improved with on.