A couple weeks ago, I was able to tune in to FWD50, an annual Canadian digital government conference. One of the themes from the first day onwards was this concept, that government institutions are tech companies without realizing it. Just like “every company is a software company”, public sector institutions need to think differently about how they work, and what leadership they have, in order to be successful today.| sboots.ca
Building digital services and IT systems in a government environment is complicated. The federal government in particular has a lot of rules to navigate, and it’s easy for these to overwhelm people and siphon their time away from designing and building user-friendly software. This short guide was written for an audience that’s used to building digital products in the private sector, to better understand what’s new and different in a government context. Enjoy!| sboots.ca
It’s April, so like most Canadians, I spent a lot of time logging in to the Canada Revenue Agency and other government websites. The CRA’s login system is better than most of the 60 or so separate login systems used by federal government departments, but it’s still not very user-friendly. Fortunately, there’s a commitment to improve this – “a common and secure approach for a trusted digital identity platform” – in the most recent mandate letter for the President of the Treasu...| sboots.ca
If you’re working on IT or service delivery projects in public sector organizations, I have one very specific rule for you to follow: avoid vendor lock-in. To do that, you should own your data, own your front-end interfaces, own your software source code, and avoid long-term contracts. This post dives into why vendor lock-in is a problem, and how those strategies can help prevent it.| sboots.ca
Lee Berthiaume from the Canadian Press wrote a fascinating article last week, based on an internal Department of National Defence report on IT support. The report describes DND’s IT processes and systems as “out-of-date and poorly supported”, and blamed “onerous levels of oversight”. This is a persistent problem across federal government departments.| sboots.ca
It’s been two months and a bit since the COVID-19 pandemic dramatically adjusted life in Canada. Amid the social and economic upheaval that took place, government responses – public health activities, emergency benefit programs, and more – have played an essential role. The urgency and constraints of working in a crisis force us to reconsider assumptions and processes that are long-established, and they also remind us of why our work matters.| sboots.ca
Leah Lockhart captures in a profound way why government systems and software tend to be so bad. Bad government software – the user-hostile, complicated, enterprise systems that public servants everywhere are accustomed to – trains public servants to have low expectations of government software systems. Then, as they progress over time into leadership roles, they make IT decisions based on the low expectations they were trained to expect.| sboots.ca
The government’s legacy IT systems have been in the news recently. Within the government, there’s a growing concern that these systems – software code and mainframe computers that underpin critical services and benefit programs for millions of Canadians – could fail unexpectedly at any moment. The complicating factor in discussions around legacy IT systems (and their need for replacement) is that many of the services that these systems support don’t work well as-is.| sboots.ca
One of the long-held norms of government IT is the perceived benefit of “commercial, off the shelf” software solutions. In government environments, being able to buy ready-to-go software products to meet government IT needs is appealing. In many cases, though, extensive customization requirements means that COTS purchases don’t live up to their promise. They’re marketed as a car and they turn out to be boxes of car parts: lots of time-consuming assembly required. Here’s a rule of th...| sboots.ca