Search Not Just Numbers

Tuesday 10 June 2014

Let's have a drink and talk spreadsheets

Back in November, I told you about a project I had been working on as part of a team within the ICAEW IT Faculty to produce a set of Twenty Principles for Good Spreadsheet Practice.

My original article and link to the draft principles can be found here.

Well the final version is ready and I wondered if any of you could make it to the launch event.

The launch event is being held at Chartered Accountants Hall, London, EC2R 6EA on 17th June 2014 at 5:30pm, followed by a drinks reception at 6:30pm.

Speakers include Microsoft's UK Head of Technology for Partners who should give us an interesting insight into Microsoft's future plans for Excel.

To book your place, you can either book online (you don't need to be a member but you will need to register on the ICAEW web site), or contact the events team on or +44 (0)1908 248159.

It would be great to see you there if you are in or around London next Tuesday. I will be around afterwards for a drink too and would love to meet any of you who can make it.
Excel Expert Course

If you enjoyed this post, go to the top of the blog, where you can subscribe for regular updates and get two freebies "The 5 Excel features that you NEED to know" and "30 Chants for Better Charts".


  1. @Glen

    I hope your launch event goes well. I did go as far as looking up your twenty principles, half expecting to find dogmatic assertions in favour of a particular style of development, and instead found an acceptable set of general principles including such things as "Identify the audience". Not all spreadsheets should be aimed at Excel geeks who just love checking the formulae!

    I look forward to seeing examples of a "Welcome" sheet to see how it differs from my more prosaic "documentation" and seeing how you implement version control.

    I can see what you are getting at with "Avoid using advanced features where simpler features could achieve the same result" but that is open to debate; I suspect there are situations where limiting oneself to 'basic features' produces complexity whereas 'advanced features' allows a cleaner architecture.


  2. Peter - thanks for your comments. I'll try to bear them in mind for future posts.