Rules of Engagement

I’m working on a pretty big project at the moment – it is still relatively early days but I can already see it has the capacity to become pretty all consuming.

This is a draft of some ideas I have for some ‘principles’ for the project – I don’t think there is anything controversial or unusual here – they are published here as a reminder to me to keep them in mind always.

  1. User focused – the foundation of the entire project will be user research. We will work with user stories and will test at every step possible with real users. We will not ignore our internal users though – the Publishing team will have as much influence on the design of our publishing tools as external users do on the front-end.
  2. Data Driven – this is more than just using analytics data to support the decisions we make regarding the site – though that is key. The site itself needs to be ‘data driven’ from the ground up. We will continue to work closely with the ODI to build on top the research they have already undertaken for us.
  3. Google is our homepage – 80% of our traffic already comes from Google and that is despite our current anti-SEO strategy. This needs to be at a minimum a two fold issue. Develop an IA that works for users who enter the site from search queries and add technical SEO features from day one (Persistent, hackable URIs. Schema.org.)
  4. IE7 is dead / IE8 is on life support – the Alpha will be designed for IE9 onwards as well as the latest versions of Chrome, Firefox, Safari etc. Every effort will be made to ensure it at least works in IE8 but with an expectation that some features will fail (gracefully).
  5. Do not reinvent the wheel – wherever possible we will use open source tools and technologies and build on top of the great work that already exists. We will not fall in to the trap of ‘not invented here’ and we will accept that sometimes good enough is good enough.
  6. Build for sustainability – when we select these open source technologies and tools we need to consider existing communities, support and the ability to recruit people with the required skills as well as the ability to train staff in that knowledge.
  7. Bake in accessibility from day one – we won’t fall in to the trap of being forced to retrofit good accessibility practices in later in the project. We will start with it as a core requirement. We will publish an accessibility policy at the start of development.
  8. agile not AGILE – we won’t get hung up on Scrum vs Kanban vs DSDM. We will work with the principles of the Agile Manifesto front and centre in our approach but we will, as a team, decide on an approach that works for us.
  9. Machines have needs too – the Data API is important here but whatever we do we must make it simple and straightforward to access ‘machine readable data’ from the site. Persistent URIs and using open standards for statistical releases (i.e. http://dataprotocols.org/tabular-data-package/) are a minimum target.
  10. WWGDSD * – above all else we will follow the GDS Manual and work towards the requirements of the Service Standard.
  • what would GDS do

2 thoughts on “Rules of Engagement

  1. Mark Hulett says:

    Definitely circulating this manifesto to my team.
    Follow your thinking on No. 8 agile – do what works.

Comments are closed.