Cyd Harrell posted a great Twitter thread last week, resolving that “all government offices need fast broadband, fast wi-fi, productivity and collaboration software suites that play well with others, and the building blocks of modern website building and digital communication. Just like they need walls, a roof, and HVAC.” Public servants do critical, life-changing work with the most rudimentary tools. Equipping them with better tools is a big part of own public service mission.| sboots.ca
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
A few weeks ago, there was a great profile in Maclean’s of the person behind the CAFinUS Twitter account. CAFinUS is the official account for the Canadian Armed Forces working in the United States, and the account is run by Capt. Kirk Sullivan, based at the Canadian embassy in Washington DC. It’s worth a read, especially given how much of an anomaly the CAFinUS account is in comparison to practically any other Government of Canada social media account.| 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
As a public servant trying to get something approved up the hierarchy, the simplest definition of blockers versus enablers might be a “no” or “yes” at each level. In practice, however, the time it takes to receive these – and the quantity of approvals required – are bigger structural factors, regardless of how positive or supportive individual approvals are. This post dives into organizational blockers as a concept, with some potential strategies to mitigate them.| sboots.ca
One of the most persistent myths in Canadian government IT is that storing your data in Canada protects it against eavesdropping or interception by foreign governments. If someone on your government team has asked to use a new online tool and your reaction is, “no, you can’t, because it’s hosted in the United States,” this article is for you.| 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
One of the terms that comes up often in digital government work is “shipping”, or getting things out the door. Let’s take a look at why shipping is important, why it’s so hard, and ways to make it easier.| 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