Enterprise IT systems in government are often enforced as mandatory solutions that other teams and departments are required to use. In comparison, leading tech companies turn their internal systems into external products, to see if they are commercially viable. Making enterprise services optional creates feedback loops, generates adoption-rate data, and incentivizes continuous improvement.| sboots.ca
The apps and services that underpin government programs should practically always be open source. Public trust in things like the EI system, filing taxes, or as a public servant, getting paid, would be higher if people could see the inner workings and understand that software is working as it should. Open source code reduces vendor lock-in, improves the quality and interoperability of software, and increases public trust. What’s not to love?| 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
Delivering good services to the public, in the internet era, depends on designing and developing good software. Although there are about 17,000 IT professionals in the Canadian government (and an estimated 60,000 contractors and consultants), there are very few senior developers within the public service. Here are a few reasons why.| sboots.ca
“Agile” gets mentioned enough in digital government work that can sometimes seem like it applies to everything: is anything not agile? But there’s a deeper meaning behind it that’s easy to miss: adding agile practices without removing established, “waterfall” processes that slow a team down is a recipe for frustration. Being agile means choosing one approach over another, and deliberately prioritizing what you spend your time on.| sboots.ca
It’s often hard to have conversations about public policy and technology where people on both sides of the discussion understand each other. Computer software – the programming code that makes software programs and systems work – can seem impossibly complicated and intimidating to people outside the tech industry. This post gives an introduction to ideas like interfaces, data, and math. These categories can help make computer software simpler and easier to understand, and as a result, h...| 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
When you’re prioritizing what activities to work on, it’s usually not that hard to tell if something is responding to a user need or a government need. Does the activity help understand an actual person and how they’d use the service you’re building? Does it let particular users more effectively interact with your website or online services? Does it generate data that can help inform future improvements? If it’s not doing any of those things, it’s probably solving for a government...| 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
If you work in government IT, you’ve probably heard this before: “We’ve got one standard database product.” “We’ve standardized on this programming language.” “This software is our standard for case management systems,” and so on. There are a number of important downsides, though, to standardization efforts: one size all ends up fitting nothing well, they act as a placeholder for more informed technical discussions, and they end up being a barrier to continual change.| sboots.ca
With a new Minister and new Mandate Letters, it’s an exciting time to be working in digital government in the federal government. With a new GC CIO likely arriving in January, it seemed timely to put together a “new year’s wishlist” of suggestions to help put wind into the sails of digital teams across government.| 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