Project: Govt.nz redevelopment (beta.govt.nz)
Department of Internal Affairs

A. Problem Analysis

 1. What was the problem before the implementation of the initiative?
Project: Govt.nz redevelopment (beta.govt.nz) Related blog posts There is a series of project blog posts from mid-2012 [webtoolkit.govt.nz/blog/category/newzealandgovtnz] In particular: • Not another PDF post [https://webtoolkit.govt.nz/blog/2013/02/not-another-pdf/ ] (February 2013) • Are we delivering what people want? post [https://webtoolkit.govt.nz/blog/2012/11/are-we-delivering-what-people-want/] (November 2012) • Delivering what people want post [https://webtoolkit.govt.nz/blog/2012/09/delivering-what-people-want/] (September 2012) Problem The Government ICT Strategy and Action Plan to 2017 [http://www.ict.govt.nz/strategy/introduction] defined the problem as: … government’s business models still reflect the approaches and structures of the 1980s and ‘90s, with Internet technologies having been gradually ‘clipped on’ to deliver incremental benefits. Systems, processes and service delivery channels are still largely siloed within individual agencies, meaning people … still need to understand how government is organised, and to act as an integrator across agencies. The issues listed were: • projects often too big, too slow to deliver • agencies adopt bespoke solutions causing duplication and fragmentation • infrastructure not optimised • no coordinated investment creates cost inefficiencies • low system, process and information interoperability • business case development costs too large • procurement timescales too long and costly, squeezing out all but the largest suppliers. A critical example of this is newzealand.govt.nz, created for the purpose of providing information about government services. Essentially, it is a 'links farm' to external websites without providing any real context. Newzealand.govt.nz is typical of government’s ‘launch it and leave it’ mentality, where projects are well funded, but ongoing operational development are not resourced. This can be seen across it’s lifecycle with periods of stagnation, fragmented ownership and poor resourcing despite significant investment and dedicated funding. User testing and engagement analysis provided evidence of what’s wrong with the site. Of 59,000 unique monthly visits, less than a third click on a link: they’re abandoning their task. (See report at PDF 449KB [https://webtoolkit.govt.nz/files/newzealand.govt.nz-Visitor-Engagement-Analysis.pdf] or Word 420KB [https://webtoolkit.govt.nz/files/newzealand.govt.nz-Visitor-Engagement-Analysis.docx]). Task abandonment also means that users are turning to more expensive channels — calling or emailing directly — for information rather than finding it online. Also, current content doesn’t provide any real context. It fails to give overviews of user journeys requiring interactions with multiple agencies. Since agency websites deal almost exclusively with the services provided by that one agency, it’s difficult for the user to get the complete picture. User testing revealed negative experiences using government websites: Issue: Information buried Solution: Website is: optimised for search engines; gets users to the right starting point; clear context. Issue: Site is broken Solution: Regularly run checks on the site for broken links. Issue: Processes too complex Solution: We can’t completely transform all government's online services. But we will make the new site simple and intuitive to use. Issue: Contact details hidden or missing Solution: We’ll make sure that people can find contact information easily for all the channels they can use, not just email addresses. Issue: Questions not answered Solution: We're going to make it easier to tell us about problems. And then fix them. The website will help key social groups – those who need government services, particularly those with disabilities – get what they need. Responsive design, an approach that enables viewing on many devices, from desktop computers to mobile phones and tablets, will help with this.

B. Strategic Approach

 2. What was the solution?
Project: Govt.nz redevelopment (beta.govt.nz) Related blog posts • There is a series of project blog posts from mid-2012 [webtoolkit.govt.nz/blog/category/newzealandgovtnz] In particular: • When you assume… post [https://webtoolkit.govt.nz/blog/2013/11/when-you-assume/] (November 2013) • GCIO video - “A glimpse of the future” [https://webtoolkit.govt.nz/blog/2013/10/colin-macdonald-talks-about-a-glimpse-of-the-future/] (October 2013) • Result 10 post [https://webtoolkit.govt.nz/blog/2012/12/result-10-whats-it-all-about/] (December 2012) • Overseas interest in the Web Toolkit post [https://webtoolkit.govt.nz/blog/2012/11/overseas-interest-in-the-web-toolkit/] (November 2012) The solution: beta.govt.nz This project — the redevelopment of newzealand.govt.nz (to be renamed Govt.nz) — was an initiative of the Government Chief Information Officer who is also the Chief Executive of DIA [http://www.dia.govt.nz]. The project started in 2012 in anticipation of the new strategic direction outlined in the Government ICT Strategy and Action Plan [http://www.ict.govt.nz/strategy/introduction], which was was approved by Cabinet [http://www.dpmc.govt.nz] (New Zealand’s governing body). It also aligns with other government strategic initiatives, including Rethink Online [http://www.ict.govt.nz/programmes/rethink-online/] and the Better Public Services programme’s Result 10 [http://www.ssc.govt.nz/bps-interaction-with-govt]. The main project deliverable was the beta version of the Govt.nz website: beta.govt.nz. The project goal is to provide information online in a way that is based on the needs of the users, rather than the structure of government. The website provides users with ‘thin content’ about government services. Thin content summarises information relevant to user journeys, with links out to detailed information and transactional services on external agency websites. Everything is written in simple, plain English so that it is easy for people to discover and understand. While content is sourced from agency websites, what’s different about beta.govt.nz is that the content is not just copied verbatim. It is deconstructed, re-written and incorporated into related content from each agency that manage portions of the process, to give users what they need for the whole process not just the agency-specific slice. Priority is given to content that helps users negotiate user journeys that involve interacting with multiple agencies. For example, for Working for Families [http://www.workingforfamilies.govt.nz] [tax credit] assistance, the user may have to deal with the DIA [http://www.dia.govt.nz] [identity agency] for their child’s birth certificate, Inland Revenue [http://www.ird.govt.nz ] [tax agency] for a child’s ID number and Work and Income [http://www.workandincome.govt.nz ] [benefit agency] to apply. Main objectives Broadly speaking, these recent strategic initiatives place an emphasis on delivering user-centred services and information, sharing solutions, reusing common technology and delivering better services for less cost. For this project, the objective is to build a website that is in line with today’s user expectations and that makes it easier for people to interact with government online. It will also provide a platform for further change, such as the potential rationalisation and consolidation of government websites. Target audience The target audience for the website is anyone who needs information about government services including citizens, permanent residents, visitors or those who are looking to immigrate to New Zealand. By making the content easy to understand and outlining the whole user journey, all of these users will be better served by government. Most people have limited interactions with government: they just want to get what they need and move on. Making this easier will free up more resources to focus on people with higher needs. The website will help key social groups – those who need government services, particularly those with disabilities and families with children – get what they need. There is a particular emphasis on ensuring that anyone with special needs due to visual, cognitive or other disabilities will have equal access to the website. Beta.govt.nz is built to meet New Zealand’s 2013 Web Standards [https://webtoolkit.govt.nz/guidance/] for useability and accessibility so that everyone can find the information that they need. Responsive design, an approach that enables viewing on many devices – desktop computers to mobile phones and tablets – is built in and will help with this.

 3. How did the initiative solve the problem and improve people’s lives?
Project: Govt.nz redevelopment (beta.govt.nz) Related blog posts There is a series of project blog posts from mid-2012 [webtoolkit.govt.nz/blog/category/newzealandgovtnz] In particular: • Beta.govt.nz post [https://webtoolkit.govt.nz/blog/2013/12/beta-govt-nz-design-update/] (December 2013) • Designing content before the website post (October 2013) • Writing for responsive design post [https://webtoolkit.govt.nz/blog/2013/09/writing-for-responsive-design/] (September 2013) • From the other side of the world post [https://webtoolkit.govt.nz/blog/2013/09/from-the-other-side-of-the-world/] (September 2013) • Redevelopment of newzealand.govt.nz post [https://webtoolkit.govt.nz/blog/2013/07/redevelopment-of-newzealand-govt-nz/] (July 2013) • One step closer post [https://webtoolkit.govt.nz/blog/2013/06/one-step-closer-to-beta/] (June 2013) • We built a site just to throw it away post [https://webtoolkit.govt.nz/blog/2013/03/we-built-a-site-just-to-throw-it-away/] (March 2013) • Huffington Post article, “International collaboration helps the digital revolution go round” published jointly by UK and New Zealand Ministers (date TBD). What’s unique? Unusual aspects included: 1. agile [http://www.scrumalliance.org/why-scrum/scrum-for-the-agile-organization] project management 2. social media channel use eg Web Toolkit [https://webtoolkit.govt.nz] 3. design principles: o base decisions on user needs, not government structure o user testing, research, feedback o start small and iterate o consistency o collaborative, cross-agency content development. 4. project focus: o making government easier by transforming how information is delivered online [beta.govt.nz] o learning from others - particularly the gov.uk site, which open sourced development o transparency is one of our principles so we're: - sharing [https://webtoolkit.govt.nz/blog/] research and usability studies - reporting back regularly on the issues - open-sourcing design and code - using a Creative Commons [https://en.wikipedia.org/wiki/Creative_commons] content licence - building an API [http://en.wikipedia.org/wiki/Application_programming_interface].

C. Execution and Implementation

 4. In which ways is the initiative creative and innovative?
Project: Govt.nz redevelopment (beta.govt.nz) Related blog posts and articles • There is a series of project blog posts from mid-2012 [webtoolkit.govt.nz/blog/category/newzealandgovtnz] In particular: • Civil Service World (UK) article [http://www.civilserviceworld.com/letter-from-new-zealand-how-weve-taken-inspiration-from-the-uks-digital-public-services/] (September 2013) • Business Insider e-newsletter article [http://www.business.govt.nz/news-and-features/govt.nz-2013-government-services-at-your-fingertips?utm_medium=email&utm_campaign=November-2013-BusinessInsider-37&utm_content=November-2013-BusinessInsider-37+CID_cd7b9fdd4618f7e8d710d3fe78184777&utm_source=Bu] (November 2013) • Huffington Post article, “International collaboration helps the digital revolution go round” published jointly by UK and New Zealand Ministers (date TBD). Strategy implementation Beta.govt.nz went live in August 2013. The project team continues to: iteratively develop based on user testing, feedback and the prioritised user stories; fact check and update content; add new content; adapt the information categories as needed. The project plan titled, Project Plan – Govt.nz Move into Production, is attached for full details. The key elements of this project included: • drawing on lessons from developing the alpha prototype [https://webtoolkit.govt.nz/blog/2013/03/we-built-a-site-just-to-throw-it-away/] • providing ‘thin content’ which is more extensive than the current ‘links farm’ content; this content will summarise information relevant to user journeys (the path that a visitor takes through a website or sites), with links to detailed content and transactional services on agency websites • providing context to inform those users’ journeys that may require interaction with multiple agencies • connecting users to the correct agencies and service providers in order to complete their user journeys with government • simplifying the complexity of transacting with multiple agencies by offering clear, concise information organised around user needs, not government structure • ensuring that all users could access the information on the website by adhering to the Web Standards [https://webtoolkit.govt.nz/guidance/] • basing the content on an improved information architecture, which is built on a foundation of ongoing user testing, feedback and analytics • using an iterative Scrum methodology [http://www.scrumalliance.org/why-scrum/scrum-for-the-agile-organization] to maximise return on investment and reduce risk • re-using front end web templates from the gov.uk website, which were open sourced; they were repurposed for the New Zealand context to save time and cost • using responsive design – an approach that enables easy viewing on many devices, from desktop computers to mobile phones and tablets. This implementation is based on user needs as identified by user experience testing and analysis by an external vendor to ensure the needed level of objectivity. These needs are outlined below. User needs and solutions Issue: Simplifying the complexity of information. Solution: • Rigorous adherence to plain English standards for all content. • Using appropriate visual design and rich interface features to remove complexity while ensuring usability. • Creating an information architecture that provides multiple pathways to information. • Greater focus on explicitly linking information about services and transactions connecting content into larger user journeys. Issue: Inconsistency of government websites causes significant difficulty for users and often leads to task abandonment. Solution: Provide users with a consistent framework across different topics. Issue: Easy access to contact information that includes multiple channels (where available). Solution: Links to contact information should be located in the same place on a page regardless of the topic or responsible agency. Issue: Better Google search results for government content. Solution: Write content with user-centric terms, not the language of government. For example, use “Help paying rent” instead of the government term “Accommodation Supplement.” Issue: Users are comfortable with navigating through multiple sites or hubs, but an easy way to get back to the newzealand.govt.nz homepage is needed. Solution: • Create a common navigation model that can be reused across all information hubs • Review requirements for linking to the homepage specified by the Web Publishing Standards Issue: Personalisation of what content users see. Solution: At minimum this requires consistent metadata to be applied to all content that enables various filters to be applied, reducing or repackaging the information a user sees

 5. Who implemented the initiative and what is the size of the population affected by this initiative?
Project: Govt.nz redevelopment (beta.govt.nz) Related blog posts and articles There is a series of project blog posts from mid-2012 [webtoolkit.govt.nz/blog/category/newzealandgovtnz] In particular: • Sorted’s [financial education website] experience post [https://webtoolkit.govt.nz/blog/2013/11/sorted-and-the-thin-content-experience/ ] (November 2013) • Let the fact checking begin post [https://webtoolkit.govt.nz/blog/2013/10/let-the-fact-checking-begin/] (October 2013) • Checking the facts post [https://webtoolkit.govt.nz/blog/2013/09/checking-the-facts-on-beta-govt-nz/] (September 2013) • Govt.nz user experience post [https://webtoolkit.govt.nz/blog/2013/05/preview-the-govt-nz-beta-user-experience/] (May 2013) In addition, these articles also discuss aspects of the project: • Civil Service World (UK) article [http://www.civilserviceworld.com/letter-from-new-zealand-how-weve-taken-inspiration-from-the-uks-digital-public-services/] (September 2013) • Business Insider e-newsletter article [http://www.business.govt.nz/news-and-features/govt.nz-2013-government-services-at-your-fingertips?utm_medium=email&utm_campaign=November-2013-BusinessInsider-37&utm_content=November-2013-BusinessInsider-37+CID_cd7b9fdd4618f7e8d710d3fe78184777&utm_source=Bu] (November 2013) • Huffington Post article, “International collaboration helps the digital revolution go round” published jointly by UK and New Zealand Ministers (date TBD). Stakeholders Stakeholders can be divided into: • government agencies • public • NGOs eg Blind Foundation [http://blindfoundation.org.nz] Government agencies We’re engaging with a number of government agencies including: ACC, Housing New Zealand, Land Information, Ministry of Defence, Ministry of Education, Ministry of Justice, Ministry for Primary Industries, Ministry for Social Development and Statistics New Zealand. The project team has actively working with people from these agencies and NGOs to keep them informed, ask for help in building a user focused website and to fact check content. These cross-agency groups have also been briefed: • ICT Strategy Group [http://www.ict.govt.nz/gcio/ict-strategy-group] • ICT Functional Leadership Reference Group • Better Public Services representatives [http://www.ssc.govt.nz/better-public-services] • BPS Result 10 Digital Services Council • CIO Forum [http://www.cio.co.nz] • Government Web Community. Public A success factor of this project is basing decisions on the needs of users. The target audience is anyone who needs information about government services including citizens, permanent residents, visitors or those who are looking to immigrate to New Zealand. By making the content easy to understand and outlining the whole user journey these people will be better served by government. There is a particular emphasis on ensuring that anyone with special needs due to visual, cognitive or other disabilities will have equal access to the website. All content meets the Web Standards [https://webtoolkit.govt.nz/guidance/].
 6. How was the strategy implemented and what resources were mobilized?
Project: Govt.nz redevelopment (beta.govt.nz) Related blog posts There is a series of project blog posts from mid-2012 [webtoolkit.govt.nz/blog/category/newzealandgovtnz]. In addition, these articles also discuss aspects of the project: • Civil Service World (UK) article [http://www.civilserviceworld.com/letter-from-new-zealand-how-weve-taken-inspiration-from-the-uks-digital-public-services/] (September 2013) • Business Insider e-newsletter article [http://www.business.govt.nz/news-and-features/govt.nz-2013-government-services-at-your-fingertips?utm_medium=email&utm_campaign=November-2013-BusinessInsider-37&utm_content=November-2013-BusinessInsider-37+CID_cd7b9fdd4618f7e8d710d3fe78184777&utm_source=Bu] (November 2013) • Huffington Post article, “International collaboration helps the digital revolution go round” published jointly by UK and New Zealand Ministers (date TBD). Resources Notable in a discussion of resources is the management element: this project was supported and driven by a group of dedicated managers that sought funding and other resources while buffering the Project Owner and team from time-consuming tasks and distractions. These include Digital Engagement Team Manager Laura Sommer, Government Information Services General Manager Tina Sutton, Information and Knowledge Services Deputy Chief Executive Sue Powell, and the Chief Executive and Government Chief Information Officer Colin MacDonald. Financial resources: the money This is an all-of-government initiative, where the benefits are retained by agencies and DIA [dia.govt.nz] as the lead agency incurs the costs. A separate business case being developed will look at implementing the Future Operating Model, which will cover any consolidation and rationalisation needs. There is currently $2.105m capital + $40,000 operating allocated to this project in 2013/2015. Technical resources: the tools The website uses the Common Web Platform (CWP) [https://www.cwp.govt.nz], which is the SilverStripe open source content management system on a common infrastructure. We will also use the Common Web Services panel [http://www.ict.govt.nz/programmes/rethink-online/implementing-rethink-online/common-web-services/panel] procurement wherever possible. For the alpha prototype, we re-used front end web templates from the gov.uk website, which were open sourced. They were repurposed to save time and cost. While they were Ruby on Rails and the project adopted CWP, it did allow us to retain responsive design, an approach that enables viewing on many devices, from desktop computers to mobile phones and tablets, The project team has considered joined-up delivery models for this project. Three websites in particular that have informed our thinking are: • South Australian government - sa.gov.au • United Kingdom government - gov.uk • BBC - bbc.co.uk In addition to exploration of overseas trends, the project team has completed research focussing on user needs, information architecture, and user experience. Research techniques included focus groups, design workshops, online testing (card sorting, prototype testing, and tree-testing), and face-to-face user observation. We have published all of our research findings on the Web Toolkit blog. Human resources: the people The following resources were co-located and embedded within the core project team: • 2.5 Web Developers sourced via internal IT services • 2 Content Editors sourced via the Communications team or on secondment • 1 Scrum Master sourced via internal IT services • 1 Tester sourced via internal IT services • 1 Business Analyst sourced via internal IT services • 1 Agency Fact-checking Facilitator sourced through secondment • 1 Project Manager sourced via internal IT services • 0.5 Project Coordinator sourced via internal IT services The core project team also required the following resources which are covered by baseline funding: • 1 Product Owner • 1 Information Architect • 0.5 Content Editor

 7. Who were the stakeholders involved in the design of the initiative and in its implementation?
Project: Govt.nz redevelopment (beta.govt.nz) Related blog posts There is a series of project blog posts from mid-2012 [webtoolkit.govt.nz/blog/category/newzealandgovtnz]. In addition, these articles also discuss aspects of the project: • Civil Service World (UK) article [http://www.civilserviceworld.com/letter-from-new-zealand-how-weve-taken-inspiration-from-the-uks-digital-public-services/] (September 2013) • Business Insider e-newsletter article [http://www.business.govt.nz/news-and-features/govt.nz-2013-government-services-at-your-fingertips?utm_medium=email&utm_campaign=November-2013-BusinessInsider-37&utm_content=November-2013-BusinessInsider-37+CID_cd7b9fdd4618f7e8d710d3fe78184777&utm_source=Bu] (November 2013) • Huffington Post article, “International collaboration helps the digital revolution go round” published jointly by UK and New Zealand Ministers (date TBD). Successful outputs 1. Beta.govt.nz – The beta website was launched in August 2013. The project team will continue to: iteratively develop it based on user testing, feedback and prioritised user stories from the product backlog; fact check and update content; add new content and adapt the information categories. 2. Web Toolkit [webtoolkit.govt.nz] – This website is a primary communication channel for informing and engaging with people about this project. 3. Adopting an agile / scrum project management approach [http://www.scrumalliance.org/why-scrum/scrum-for-the-agile-organization] – Using this approach for project management effectively in a more traditional waterfall environment was key to adapting quickly and successful delivery. 4. Building a cohesive team – Co-location of content editors, project management staff, developers, product owner, engagement manager, and facilitator allowed the team to develop a common user-focused goal, share information in real time and respond quickly to needs. 5. Adding to international best practice – Willingness of other jurisdictions to share experiences and code plus our willingness to learn from others and not re-invent the wheel saved a lot of time, money and resources. Recognition of output success Both the beta.govt.nz and the Web Toolkit have been recognised by awards that focus on ICT projects. We see this as confirmation of successful outputs. WriteMark Plain English Awards [http://www.plainenglishawards.org.nz/2013-awards-winners/] – beta.govt.nz was a finalist in three categories: Best Organisation, Best Team and Best Turnaround. • Judges’ comments: o “We’re in love with this website. It’s amazing. No mean feat considering it covers all of government. It’s so easy to read and navigate. Well done to you all.” o “Evidence of the Department’s plain English culture is its use of clear communication principles, its accessible content, and willingness to share good practice with other departments through its Web Toolkit.” Australia & New Zealand Internet Awards (ANZIA) [http://www.internetawards.org.au] – the website was a finalist in the “Internet Access and Digital Skills” category, which focuses on increasing online awareness. Institute of Public Administration New Zealand (IPANZ) [http://www.ipanz.org.nz/MainMenuhttp://www.ipanz.org.nz/Category?Action=View&Category_id=171] – our Web Toolkit, one of our primary communications channels about the project, was a finalist in the “Excellence in Networked Government” category. This recognises outstanding performance in using ICT in government.

 8. What were the most successful outputs and why was the initiative effective?
Project: Govt.nz redevelopment (beta.govt.nz) Related blog posts There is a series of project blog posts from mid-2012 [webtoolkit.govt.nz/blog/category/newzealandgovtnz]. In addition, these articles also discuss aspects of the project: • Civil Service World (UK) article [http://www.civilserviceworld.com/letter-from-new-zealand-how-weve-taken-inspiration-from-the-uks-digital-public-services/] (September 2013) • Business Insider e-newsletter article [http://www.business.govt.nz/news-and-features/govt.nz-2013-government-services-at-your-fingertips?utm_medium=email&utm_campaign=November-2013-BusinessInsider-37&utm_content=November-2013-BusinessInsider-37+CID_cd7b9fdd4618f7e8d710d3fe78184777&utm_source=Bu] (November 2013) • Huffington Post article, “International collaboration helps the digital revolution go round” published jointly by UK and New Zealand Ministers (date TBD). Internal monitoring and control Reporting and controls are: • weekly reporting to the responsible Minister [http://beehive.govt.nz/minister/chris-tremain] • fortnightly sponsor reporting and monthly Project Board reporting including schedule/ budget tracking, risk and issues monitoring • fortnightly Board meetings • Programme Board reporting • weekly team meetings including plan and risk reviews • hygiene reviews. Cross-agency monitoring and control The project is centrally led by DIA [dia.govt.nz], but collaboratively delivered with cross-agency groups such as the Digital Services Council and the ICT Functional Leadership Reference Group, as well as through the cross-agency engagement. The project supports DIA’s leadership role in the use of ICT. The project supports these focus areas in the Government ICT Strategy and Action Plan to 2017 [http://www.ict.govt.nz/strategy/introduction]: • Transforming how government deliver services – Building a website iteratively based on feedback from the public, agencies and user research is a new way of delivering services for government. • Increasing trust in how government manages information – Operating in an open and transparent manner – publishing all research, providing a test website, and responding to feedback – will increase trust in government manages information. • DIA as a robust, sustainable and fit for purpose agency – The project works to replace out-of-date solutions with fit-for-purpose online products that are robust and sustainable. This project delivers on Action Plan points as directed by Cabinet (New Zealand’s governing body.[ http://www.dpmc.govt.nz]: 1.1 Citizen entry point. Redevelop newzealand.govt.nz as the primary entry point for citizens to obtain information, including a mobile-enabled version. 1.4 Rationalise and consolidate the government web domain to improve the quality and accessibility of content, by migrating agency content to newzealand.govt.nz or other central sites as appropriate, with existing agency entry points retained as links. This all-of-government project supports the Action Plan’s direction of ‘digital by default’ and the Better Public Services’ (BPS) Results 9 and 10 [http://www.ssc.govt.nz/bps-interaction-with-govt] by improving the overall quality and management of the wider government domain. BPS is an initiative owned by the State Services Commission (SSC) [http://www.ssc.govt.nz], which provides oversight and leadership for all public sector agencies. The SSC has also provided seed money for discrete aspects of this project eg development of a Future Operating Model Business Case.

 9. What were the main obstacles encountered and how were they overcome?
Project: Govt.nz redevelopment (beta.govt.nz) Related blog posts There is a series of project blog posts from mid-2012 [webtoolkit.govt.nz/blog/category/newzealandgovtnz]. In addition, these articles also discuss aspects of the project: • Civil Service World (UK) article [http://www.civilserviceworld.com/letter-from-new-zealand-how-weve-taken-inspiration-from-the-uks-digital-public-services/] (September 2013) • Business Insider e-newsletter article [http://www.business.govt.nz/news-and-features/govt.nz-2013-government-services-at-your-fingertips?utm_medium=email&utm_campaign=November-2013-BusinessInsider-37&utm_content=November-2013-BusinessInsider-37+CID_cd7b9fdd4618f7e8d710d3fe78184777&utm_source=Bu] (November 2013) • Huffington Post article, “International collaboration helps the digital revolution go round” published jointly by UK and New Zealand Ministers (date TBD). Obstacles The following were significant obstacles: • persuading multiple government agencies to collaborate on fact-checking the user-centred 'thin content'  Addressed by open and transparent communications, regular engagement and adapting the website to meet stakeholder feedback • being able to iterate quickly so that improvements could be made in a timely fashion  Use of agile / scrum project management approach [http://www.scrumalliance.org/why-scrum/scrum-for-the-agile-organization] • maintaining strong cross-agency governance to provide a strong mandate and valuable oversight for delivery  Regular engagement with governance groups and leaders • creating a different way of working in government  Agile project management facilitated an iterative approach to development • establishing an understanding and acceptance of the project’s design principles, which were based on similar jurisdictions dealing with similar challenges: o base decisions on user needs, not government structure o user testing, research and feedback o start small and iterate o consistency o collaborative, cross-agency content development.  Addressed by open and transparent communications, regular engagement and adapting the website to meet stakeholder feedback • building clear line of sight and roadmap to the ultimate goals noted in the Government ICT Strategy and Action Plan to 2017 [http://www.ict.govt.nz/strategy/introduction]  Regular engagement with governance groups and leaders • strong leadership from the Government Chief Information Officer (GCIO) and the Functional Leader for government ICT calling for cooperation on this flagship all-of-government project.  Actively involving the GCIO in guiding project strategy and direction

D. Impact and Sustainability

 10. What were the key benefits resulting from this initiative?
Project: Govt.nz redevelopment (beta.govt.nz) Related blog posts There is a series of project blog posts from mid-2012 [webtoolkit.govt.nz/blog/category/newzealandgovtnz]. In addition, these articles also discuss aspects of the project: • Civil Service World (UK) article [http://www.civilserviceworld.com/letter-from-new-zealand-how-weve-taken-inspiration-from-the-uks-digital-public-services/] (September 2013) • Business Insider e-newsletter article [http://www.business.govt.nz/news-and-features/govt.nz-2013-government-services-at-your-fingertips?utm_medium=email&utm_campaign=November-2013-BusinessInsider-37&utm_content=November-2013-BusinessInsider-37+CID_cd7b9fdd4618f7e8d710d3fe78184777&utm_source=Bu] (November 2013) • Huffington Post article, “International collaboration helps the digital revolution go round” published jointly by UK and New Zealand Ministers (date TBD). User benefits Users benefit from the project’s design principles, which include: • We're user-centred - We speak the language of our users — not the language of government. In fact, we want to change the language government speaks. We involved users throughout the project. The user research we'll continue to give us evidence to help prioritise features for the site and help focus our decisions on what users actually need from an all-of-government website. • We're starting small and iterating - We're starting small and we'll continue to release design updates, new content and new features on a regular basis. This will not be a “launch it and leave it” website. • We're delivering a consistent user experience - Sometimes people need to interact with several government departments to access a service or complete a task. Our research has shown us that when each of the sites being used looks different, users need to learn how each one works — this creates frustration and blocks their ability to get what they need. Users told us that "knowing where to go is half the problem". As we add content to the website, we'll include step-by-step guides and make it easy to find the related tasks users might need to do. We'll explain how services work — from the eligibility rules to what happens after users hit submit. • We're speaking users language - Plain English content is easy to read, easy to understand and helps users complete tasks. Anyone can give feedback to the Govt.nz content team and: o ask us to review any content that you don't understand o tell us if you think there's information missing from the site. • We're device friendly - The site works on a mobile phone or tablet just as well as it does on a desktop. If you notice something that doesn't look right, let us know and we'll do our best to get it fixed quickly. • We're accessible - It's just what we do. If users have difficulty accessing information on the website, they just need to let us know. The website meets the New Zealand 2013 Web Standards for useability and accessibility. Responsive design, an approach that enables viewing on many devices, from desktop computers to mobile phones and tablets, will help with this. Results of user testing: • Alpha phase o testing scenarios and test script (PDF 207KB) [https://webtoolkit.govt.nz/files/DIA_test_script_round3.pdf] o user testing report (PDF 6.69MB) [https://webtoolkit.govt.nz/files/DIA_final_report.pdf] o implications for ‘beta’ (PDF 80KB) [https://webtoolkit.govt.nz/files/alpha-site-lessons-learned.pdf] • Beta phase results ○ Beta.govt.nz design update post [https://webtoolkit.govt.nz/blog/2013/12/beta-govt-nz-design-update/] ○ When you assume… post [https://webtoolkit.govt.nz/blog/2013/11/when-you-assume/] ○ reports will be posted on the Web Toolkit in Jan 2014 The project delivers: • information about services offered by government agencies [http://www.ssc.govt.nz/state_sector_organisations] (where the user can 'do something' with or 'get something' from government) • links to relevant nongovernmental organization (NGO) content, where NGOs deliver government services and information • links to relevant local government information • management of the .govt.nz domain • planning and initiation of promotional activities including Search Engine Optimisation (SEO), Adwords, advertising collateral and media placement schedule. The project also included improvements to the infrastructure that supports the website including: • implementing an improved Domain Name Service (DNS) system • refining and incorporating the information held in the Government Public Service Directory (PSD) [http://www.psd.govt.nz/search/index.php] • delivering a first-generation content API (Application Programming Interface) for directory content • developing outgoing feeds and subscription functionality • developing workflow and maintenance procedures for the open sourced code • performing usability research • providing iterative improvements site-wide including the visual design of the public facing website • improving usability of Content Management System (CMS) templates • gathering analytics and business metrics in order to develop a public dashboard • performing functional and non-functional testing • ensuring support structures and service level agreements are in place • training impacted staff to ensure operational readiness • decommissioning of newzealand.govt.nz, PSD, and DNS websites in 2014. Financial benefits These benefits will be retained by agencies and not realised back to DIA.

 11. Did the initiative improve integrity and/or accountability in public service? (If applicable)
Project: Govt.nz redevelopment (beta.govt.nz) Related blog posts There is a series of project blog posts from mid-2012 [webtoolkit.govt.nz/blog/category/newzealandgovtnz]. In addition, these articles also discuss aspects of the project: • Civil Service World (UK) article [http://www.civilserviceworld.com/letter-from-new-zealand-how-weve-taken-inspiration-from-the-uks-digital-public-services/] (September 2013) • Business Insider e-newsletter article [http://www.business.govt.nz/news-and-features/govt.nz-2013-government-services-at-your-fingertips?utm_medium=email&utm_campaign=November-2013-BusinessInsider-37&utm_content=November-2013-BusinessInsider-37+CID_cd7b9fdd4618f7e8d710d3fe78184777&utm_source=Bu] (November 2013) • Huffington Post article, “International collaboration helps the digital revolution go round” published jointly by UK and New Zealand Ministers (date TBD). Sustainability and transferability Governance and cross-government collaboration Part of the project is working to break down silos between agencies so that we collectively learn how to manage content based on user needs, not on the structure of government. Our first ‘toe in the water’ of this cross-agency content management comes from our fact checking process, where we’re working with agencies throughout New Zealand government to review the website content for accuracy and completeness. In doing so, we’re engaging with agencies, sharing our learnings, and developing preliminary cross-agency workflows and content management systems. The Future Operating Model (FOM) Project, which is kicking off now, will build off these initial processes and agency engagements, gathering feedback from New Zealand government agencies in how we can collectively manage government content in a more efficient, user-centred way. As part of the FOM Project, DIA has initiated engagement with the Better Public Services (BPS) programme’s Result 10 Digital Services Council, which will be guiding development of cross-agency work to assist in delivering the Government ICT Strategy and Action Plan to 2017 and the BPS programme of work. All of this cross-agency engagement will take the learnings from the Govt.nz project and build on them so that the future operating model will be sustainable across government, and processes and workflows will be transferable to multiple agencies. Open sourcing the code The project developers are working to open source key modules developed for the beta.govt.nz that will be of use to agencies across government. Already other agencies have expressed strong interest in re-using several of our modules, which have been developed for the Common Web Platform (CWP) [https://www.cwp.govt.nz] specifically with re-use and transferability in mind. CWP is the SilverStripe open source content management system based on a common infrastructure. As always, our mantra is that we will start small and iterate — at first releasing key modules and then eventually open sourcing the entire code base. Sharing learnings All of our user testing reports are publicly available online on the Web Toolkit blog. Other New Zealand government agencies have expressed a strong interest in this research as it is fundamentally also about their own customers. Sharing this information means that other agencies can make informed development choices and improve their customer delivery based on our research. User testing: • Alpha phase o testing scenarios and test script (PDF 207KB) [https://webtoolkit.govt.nz/files/DIA_test_script_round3.pdf] o user testing report (PDF 6.69MB) [https://webtoolkit.govt.nz/files/DIA_final_report.pdf] o implications for ‘beta’ (PDF 80KB) [https://webtoolkit.govt.nz/files/alpha-site-lessons-learned.pdf] • Beta phase results ○ Beta.govt.nz design update post [https://webtoolkit.govt.nz/blog/2013/12/beta-govt-nz-design-update/] ○ When you assume… post [https://webtoolkit.govt.nz/blog/2013/11/when-you-assume/] ○ reports will be posted on the Web Toolkit in Jan 2014

 12. Were special measures put in place to ensure that the initiative benefits women and girls and improves the situation of the poorest and most vulnerable? (If applicable)
Project: Govt.nz redevelopment (beta.govt.nz) Related blog posts There is a series of project blog posts from mid-2012 [webtoolkit.govt.nz/blog/category/newzealandgovtnz]. In addition, these articles also discuss aspects of the project: • Civil Service World (UK) article [http://www.civilserviceworld.com/letter-from-new-zealand-how-weve-taken-inspiration-from-the-uks-digital-public-services/] (September 2013) • Business Insider e-newsletter article [http://www.business.govt.nz/news-and-features/govt.nz-2013-government-services-at-your-fingertips?utm_medium=email&utm_campaign=November-2013-BusinessInsider-37&utm_content=November-2013-BusinessInsider-37+CID_cd7b9fdd4618f7e8d710d3fe78184777&utm_source=Bu] (November 2013) • Huffington Post article, “International collaboration helps the digital revolution go round” published jointly by UK and New Zealand Ministers (date TBD). Lessons learned The most significant lesson can be summed up succinctly: user testing and research is critical. Every decision on this project was made, tested and confirmed based on research. Initial research helped us define the problem; continuing research is refining the results. Even deconstructed, re-written content that the project team considered perfect did not always pass user testing. The same with the information architecture when evidence showed that a change was needed. The team motto might be summed up as “Strong opinions, loosely held” because what they thought or felt was the right answer could be changed if user testing or feedback indicated a better choice. Even before the project began, research was commissioned to define the problem and understand the direction of potential solutions. Some of this research is noted below. Pre-project review and analysis • Visitor Engagement and analysis of newzealand.govt.nz (August 2012) (PDF 449KB) [https://webtoolkit.govt.nz/files/newzealand.govt.nz-Visitor-Engagement-Analysis.pdf] • Key findings: o Customer experience report (PDF 937KB) [https://webtoolkit.govt.nz/files/govt.nz-Customer-Experience-Report.pdf] o Information architecture report (PDF 495KB) [https://webtoolkit.govt.nz/files/govt.nz-IA-Report.pdf] o Design and user testing report (PDF 5MB) [https://webtoolkit.govt.nz/files/govt.nz-User-Testing-Report.pdf] Results of user testing • Alpha phase o testing scenarios and test script (PDF 207KB) [https://webtoolkit.govt.nz/files/DIA_test_script_round3.pdf] o user testing report (PDF 6.69MB) [https://webtoolkit.govt.nz/files/DIA_final_report.pdf] o implications for ‘beta’ (PDF 80KB) [https://webtoolkit.govt.nz/files/alpha-site-lessons-learned.pdf] • Beta phase results ○ Beta.govt.nz design update post [https://webtoolkit.govt.nz/blog/2013/12/beta-govt-nz-design-update/] ○ When you assume… post [https://webtoolkit.govt.nz/blog/2013/11/when-you-assume/] ○ reports will be posted on the Web Toolkit in Jan 2014 Other lessons learned in this project were: 1. Government needs to change the way we work. Whether it’s using a different operating model or working like a start-up, it’s plain to see that only by changing our work structure will we be able to transform the outcome. 2. It’s all about the users. Most governments are shifting the focus away from what government agencies deliver, to what people want. Part of this is working in an agile, iterative way, making changes based on feedback and user testing. 3. Don’t reinvent the wheel. The issues you are trying to resolve aren’t unique. Borrow from others and build on their work. Take our stuff [https://webtoolkit.govt.nz/blog/category/newzealandgovtnz/] and use it. Please. 4. For government websites. • Users are comfortable with navigating through multiple sites, but they need an easy way to get back to the homepage. • Users need easy access to contact information that includes multiple channels. • Google search is the starting point for nearly every task a user undertakes when looking for government information, but the quality of search results for government content is poor — fragmented, duplicated and poorly written content blocks users from completing tasks. • The visual design of many government websites is too complex. • Users need to get content that's more personalised to their own circumstances.

Contact Information

Institution Name:   Department of Internal Affairs
Institution Type:   Government Agency  
Contact Person:   Susan Carchedi
Title:   Senior Engagement Advisor  
Telephone/ Fax:   +6444743081
Institution's / Project's Website:  
E-mail:   susan.carchedi@dia.govt.nz  
Address:  
Postal Code:  
City:  
State/Province:  
Country:  

          Go Back

Print friendly Page