|
26 | 26 | The MHCLG Svelte Component Library is built by a multidisciplinary team of
|
27 | 27 | specialists working together using agile methodologies. We combine deep
|
28 | 28 | technical expertise with user-centred design principles to create
|
29 |
| - components that solve real problems for government services. |
| 29 | + components that solve real problems for government applications. |
30 | 30 | </p>
|
31 | 31 |
|
32 | 32 | <InsetText content={TeamSnippet} />
|
33 | 33 |
|
| 34 | + <h2 class="govuk-heading-l">Our vision and mission</h2> |
| 35 | + |
| 36 | + <p class="govuk-body"> |
| 37 | + As a team, we're trailblazers in creating design patterns and components |
| 38 | + specifically for data-rich government products. While most design systems |
| 39 | + focus on traditional services and basic UI components, we're pioneering a |
| 40 | + comprehensive approach to data visualisation, interactive analytics, and |
| 41 | + complex data storytelling that meets the highest government standards. |
| 42 | + </p> |
| 43 | + |
| 44 | + <h3 class="govuk-heading-m">The problem we're solving</h3> |
| 45 | + |
| 46 | + <p class="govuk-body"> |
| 47 | + At MHCLG, we own and publish large statistical datasets that provide |
| 48 | + crucial insights for understanding our communities and informing policy |
| 49 | + decisions. However, traditional platforms like GOV.UK are limited in their |
| 50 | + ability to present complex data effectively - you can only create basic |
| 51 | + tables and simple bar charts, and scaling to many geographical areas isn't |
| 52 | + feasible. |
| 53 | + </p> |
| 54 | + |
| 55 | + <p class="govuk-body"> |
| 56 | + We have clear evidence of need for sophisticated data products across |
| 57 | + multiple audiences: |
| 58 | + </p> |
| 59 | + |
| 60 | + <ul class="govuk-list govuk-list--bullet"> |
| 61 | + <li> |
| 62 | + <strong>MHCLG analysts and policy professionals</strong> - Need tools to |
| 63 | + explore and understand departmental data |
| 64 | + </li> |
| 65 | + <li> |
| 66 | + <strong>Other government departments (OGDs)</strong> - Require access to |
| 67 | + MHCLG insights for cross-government collaboration |
| 68 | + </li> |
| 69 | + <li> |
| 70 | + <strong>Public sector bodies</strong> - Local authorities and agencies need |
| 71 | + data to inform local decision-making |
| 72 | + </li> |
| 73 | + <li> |
| 74 | + <strong>Citizens and communities</strong> - The public deserves accessible |
| 75 | + insights about their local areas |
| 76 | + </li> |
| 77 | + </ul> |
| 78 | + |
| 79 | + <!-- <h3 class="govuk-heading-m">Why we build our own components</h3> |
| 80 | +
|
| 81 | + <p class="govuk-body"> |
| 82 | + Off-the-shelf dashboard solutions like PowerBI, Tableau, and RShiny present significant challenges for government use: |
| 83 | + </p> |
| 84 | +
|
| 85 | + <div class="govuk-grid-row govuk-!-margin-top-4"> |
| 86 | + <div class="govuk-grid-column-one-half"> |
| 87 | + <h4 class="govuk-heading-s">Accessibility limitations</h4> |
| 88 | + <p class="govuk-body-s"> |
| 89 | + As the Government Analysis Function notes, these tools "are difficult to make accessible" and don't provide sufficient control over UI elements for keyboard and screen reader navigation. Claims of "full accessibility" often don't meet UK legal requirements. |
| 90 | + </p> |
| 91 | + </div> |
| 92 | + <div class="govuk-grid-column-one-half"> |
| 93 | + <h4 class="govuk-heading-s">User experience constraints</h4> |
| 94 | + <p class="govuk-body-s"> |
| 95 | + Dashboards aren't always the best way to present data insights. Some users are better served by text commentary, interactive narratives, or custom visualisation approaches that off-the-shelf tools can't provide. |
| 96 | + </p> |
| 97 | + </div> |
| 98 | + </div> --> |
| 99 | + |
| 100 | + <h3 class="govuk-heading-m">Our strategic approach</h3> |
| 101 | + |
| 102 | + <p class="govuk-body"> |
| 103 | + Rather than building each digital product from scratch - which would be |
| 104 | + inefficient and face numerous hurdles - we're taking a strategic, |
| 105 | + component-based approach that creates reusable solutions specifically |
| 106 | + designed for data-rich government products. |
| 107 | + </p> |
| 108 | + |
| 109 | + <div class="govuk-inset-text"> |
| 110 | + <p> |
| 111 | + <strong>Our vision:</strong> To be the one-stop shop for everything needed |
| 112 | + to build sophisticated, accessible data products in government - eliminating |
| 113 | + the need to piece together solutions from multiple sources or compromise |
| 114 | + on government standards. |
| 115 | + </p> |
| 116 | + </div> |
| 117 | + |
| 118 | + <h4 class="govuk-heading-s">Pioneering data-rich design patterns</h4> |
| 119 | + |
| 120 | + <p class="govuk-body"> |
| 121 | + While other design systems focus on traditional service patterns (forms, |
| 122 | + content pages, transactions), we're creating the first comprehensive |
| 123 | + library specifically for data-rich products: |
| 124 | + </p> |
| 125 | + |
| 126 | + <ul class="govuk-list govuk-list--bullet"> |
| 127 | + <li> |
| 128 | + <strong>Interactive data visualisation components</strong> - Charts, maps, |
| 129 | + and complex data displays that work seamlessly with assistive technologies |
| 130 | + </li> |
| 131 | + <li> |
| 132 | + <strong>Data exploration patterns</strong> - Search, filtering, and navigation |
| 133 | + patterns optimised for large datasets |
| 134 | + </li> |
| 135 | + <li> |
| 136 | + <strong>Statistical storytelling components</strong> - Tools for creating |
| 137 | + compelling data narratives that engage diverse audiences |
| 138 | + </li> |
| 139 | + <li> |
| 140 | + <strong>Geographic data patterns</strong> - Specialised components for location-based |
| 141 | + insights and mapping |
| 142 | + </li> |
| 143 | + <li> |
| 144 | + <strong>Performance analytics interfaces</strong> - Components designed specifically |
| 145 | + for government performance data and metrics |
| 146 | + </li> |
| 147 | + </ul> |
| 148 | + |
| 149 | + <h4 class="govuk-heading-s">Modern technology leadership</h4> |
| 150 | + |
| 151 | + <p class="govuk-body"> |
| 152 | + We're advocates for modern web technologies that deliver superior |
| 153 | + performance, accessibility, and developer experience while meeting all |
| 154 | + government standards: |
| 155 | + </p> |
| 156 | + |
| 157 | + <div class="govuk-grid-row govuk-!-margin-top-4"> |
| 158 | + <div class="govuk-grid-column-one-half"> |
| 159 | + <h5 class="govuk-heading-s">Svelte and SvelteKit expertise</h5> |
| 160 | + <p class="govuk-body-s"> |
| 161 | + Our team has deep expertise in Svelte 5 and SvelteKit, technologies |
| 162 | + that deliver exceptional performance through compile-time |
| 163 | + optimisation. We champion these modern frameworks over other |
| 164 | + approaches like PowerBI, Tableau, React SPAs or Plotly Dash applications that often |
| 165 | + struggle with accessibility and performance at scale. |
| 166 | + </p> |
| 167 | + </div> |
| 168 | + <div class="govuk-grid-column-one-half"> |
| 169 | + <h5 class="govuk-heading-s">Progressive enhancement principles</h5> |
| 170 | + <p class="govuk-body-s"> |
| 171 | + We build components that work without JavaScript and enhance |
| 172 | + progressively - ensuring accessibility, resilience, and compliance |
| 173 | + with government standards. This approach delivers better user |
| 174 | + experiences than traditional SPA architectures while maintaining |
| 175 | + modern development practices. |
| 176 | + </p> |
| 177 | + </div> |
| 178 | + </div> |
| 179 | + |
| 180 | + <h4 class="govuk-heading-s">Best practice knowledge sharing</h4> |
| 181 | + |
| 182 | + <p class="govuk-body"> |
| 183 | + Beyond building components, we're committed to sharing our expertise and |
| 184 | + advocating for modern approaches that meet government needs: |
| 185 | + </p> |
| 186 | + |
| 187 | + <ul class="govuk-list govuk-list--bullet"> |
| 188 | + <li> |
| 189 | + <strong>Technical guidance</strong> - Sharing best practices for building |
| 190 | + accessible, performant data products |
| 191 | + </li> |
| 192 | + <li> |
| 193 | + <strong>Framework advocacy</strong> - Demonstrating how modern technologies |
| 194 | + can deliver better outcomes than legacy approaches |
| 195 | + </li> |
| 196 | + <li> |
| 197 | + <strong>Standards compliance</strong> - Showing how to meet WCAG 2.1 AA, |
| 198 | + Government Service Standard, and performance requirements |
| 199 | + </li> |
| 200 | + <li> |
| 201 | + <strong>Community building</strong> - Creating a network of practitioners |
| 202 | + focused on government data products |
| 203 | + </li> |
| 204 | + </ul> |
| 205 | + |
| 206 | + <!-- <h4 class="govuk-heading-s">Key principles of our approach</h4> |
| 207 | +
|
| 208 | + <ul class="govuk-list govuk-list--bullet"> |
| 209 | + <li><strong>Reusability first</strong> - Every component we build can be used across multiple projects and departments</li> |
| 210 | + <li><strong>Accessibility by design</strong> - All components meet WCAG 2.1 AA standards and work seamlessly with assistive technologies</li> |
| 211 | + <li><strong>Government Service Standard compliance</strong> - Our solutions help teams meet all 14 points of the standard</li> |
| 212 | + <li><strong>Performance optimised</strong> - Components are built for speed and efficiency, crucial for large datasets</li> |
| 213 | + <li><strong>User-centred design</strong> - Every component is based on real user research and tested with actual users</li> |
| 214 | + <li><strong>Open source collaboration</strong> - We work in the open, sharing our solutions with the wider government community</li> |
| 215 | + </ul> --> |
| 216 | + |
| 217 | + <h3 class="govuk-heading-m">Impact and future vision</h3> |
| 218 | + |
| 219 | + <p class="govuk-body"> |
| 220 | + Our work is establishing new standards for government data products, |
| 221 | + moving beyond the limitations of traditional dashboard tools and basic |
| 222 | + service patterns. We're creating infrastructure that enables teams across |
| 223 | + government to build sophisticated data experiences that rival the best |
| 224 | + commercial products while exceeding government accessibility and inclusion |
| 225 | + standards. |
| 226 | + </p> |
| 227 | +<!-- |
| 228 | + <ul class="govuk-list govuk-list--bullet"> |
| 229 | + <li> |
| 230 | + <strong>Comprehensive solution</strong> - Everything needed for data-rich |
| 231 | + products in one place, eliminating the need to cobble together solutions |
| 232 | + from multiple sources |
| 233 | + </li> |
| 234 | + <li> |
| 235 | + <strong>Modern technology adoption</strong> - Demonstrating how cutting-edge |
| 236 | + frameworks can deliver better outcomes than legacy approaches |
| 237 | + </li> |
| 238 | + <li> |
| 239 | + <strong>Accessibility leadership</strong> - Setting new benchmarks for accessible |
| 240 | + data visualisation in government |
| 241 | + </li> |
| 242 | + <li> |
| 243 | + <strong>Performance excellence</strong> - Proving that government products |
| 244 | + can be fast, responsive, and delightful to use |
| 245 | + </li> |
| 246 | + <li> |
| 247 | + <strong>Cross-government impact</strong> - Enabling departments to build |
| 248 | + world-class data products without starting from scratch |
| 249 | + </li> |
| 250 | + </ul> --> |
| 251 | + |
| 252 | + <p class="govuk-body"> |
| 253 | + As we continue to develop and refine our component library, we're not just |
| 254 | + building tools - we're establishing a new blueprint for how government |
| 255 | + presents and interacts with data, one that puts user needs, accessibility, |
| 256 | + and modern web standards at the centre of everything we do. |
| 257 | + </p> |
| 258 | + |
34 | 259 | <h2 class="govuk-heading-l">Our team structure</h2>
|
35 | 260 |
|
36 | 261 | <p class="govuk-body">
|
|
0 commit comments