In the past I’ve often demonstrated concepts to clients using their own data, recently I have been working on a dataset using my own data so the I can share demonstration and training videos and other materials more readily.
My first effort was a training video for pivot tables, although it ended up being more about how to import CSV data into Excel!
The current state of the data is here in a Access Database BellAndWhistleV1.2
This data is supplied free and with no guarantee, download it, use it, attribute if appropriate.
Finding data ownership can be a really worthwhile task. There you are with the task of documenting a database, someone suggests that you google a few definitions and and do a bit of cut and paste. Then you decide to do something worthwhile, and determine who owns the data, this may cause a few sharp intakes of breath from those that think the IT department owns the data. If you want to attach a bit of methodology, think of applying a Zachman Framework to the data structure as a business model (don’t get too hung up on Zachman). Once you’ve started identifying ownership you can start thinking about dependencies, permissions, life-cycle’s and all sorts of other data goodness. That list of data owners will be useful for a number of roles, managers, analysts, testers etc. The structure may not be simple, you may find records with multiple owners and have to negotiate who is the master, and it’s a good idea to have a single master, for transactional data it may be you!
This is where the a governance model comes into play, IT can be the keeper of the metadata, assuming you have the luxury of an IT department else the responsibility falls to the data owner. The owner will have contributors and consumers and needs to be aware of who they are and what their rights are. Individual data items may be owned by customers, please consider confidentiality and privacy considerations. Useful information can be collected down to the individual data item, you may need to define some domain information for some data items, alternate names and scope.
Once all this information is is collected, or maybe even sooner, it is important to publish, and publish so that all stakeholders can access the information. Then when someone says “We need a new keyword for this!”, they can find the ownership and responsibilities of “keyword” and act accordingly. Database documentation, if you build it well, it will be adopted and maintained by the business as an asset.
In the beginning I was in love with WordPress and how simple it was. When I wanted to host my own blog, it got more complicated but it was bearable. I started using ASPX and C# a little, but I stuck with WordPress as there was no equivalent C# available. We used ScrewTurn an ASPX, C# product at work, I selected it, but then it was discontinued. Then I had a few issues with WordPress and I thought I’d look around and BlogEngine caught my eye, ASPX, C# Open Source, fresh and fast, what wasn’t there to love. Even better Open Live Writer became available on the Windows store, a match made in code,
So here we are with a fresh blog and a new blogging client, I’ve cleared out some old content and I’m ready to blog again.
Another area that is often ignored is paper records, most businesses of any size acquire paper documents. If you are lucky you have retention and disposal policies for paper records, if not they should reflect your electronic standards. But that’s a whole other area; however it does need to be considered in your privacy statement.