
Greg sits down with Jennifer Pahlka, founder of Code for America and author of Recoding America: Why Government Is Failing in the Digital Age and How We Can Do Better.
Loading summary
A
Foreign.
B
Welcome back to the AI Policy Podcast. I'm Gregory Allen and today we have a special privilege for this week's episode because we are at the Ashby Workshops. This is a AI conference that is put on by the organization Fathom, and it came from kind of out of nowhere last year to suddenly be. I think it has a legitimate claim to be the most interesting and influential gathering of AI policy focused professionals. And that includes bringing a bunch of folks from industry, from former government officials, from folks in academic and NGO sector, and a lot of people working through a lot of different problems. And we are secluded away in Middleburg, Virginia, where we are forced to interact with each other. And I really do meet people at this conference in a way that I don't always meet new folks when I go to other conferences. So it's intellectually stimulating and it's also good for my networking. And one of the benefits of being at the Ashby Workshops is that Jennifer Palka is here. And when the folks at Fathom asked if I wanted to do an episode of the podcast at the Ashby Workshops and if there was anybody on the attendee list who seemed like an interesting interview candidate, I immediately latched on to Jennifer Palka. So if you don't know who she is, it's still very likely that to some greater or lesser extent her work has touched your life, because it has certainly touched mine in big, big ways. So Jen was the US Deputy Chief Technology Officer in the second Obama administration. She helped found the US Digital Service, which we're going to talk with her about. She has a legendary ted talk from 2012 that has more than 1 million views. And she was also the founder and former executive director of Code for America and also has a new organization, the Recoding America Fund, which I'm sure she's going to talk about. She, in recent years has gotten a lot of attention to attention for her fabulous book, Recoding America. If any of you out there have read the book Abundance by Ezra Klein and Derek Thompson, they celebrate this book for very good reason. So, Jen, thank you so much for coming on the AI Policy Podcast.
A
It's great to be here. I'm very honored that you picked me.
B
Yes. So I should say why I picked you, because it's not just your fancy list of titles. It's because I am one of those people who your work has touched, even though we're meeting for the first time here at Ashby. So to give a little bit of background there, I was a measly intern in the Obama White House. While I was in graduate school, and the US Digital service was one of the most exciting things going on in the second Obama administration. I was in the White House Office of Science Technology Policy, and there was so many interesting initiatives that were either directly related to USDS or downstream of USDs. And there was this entire philosophy of government reform that was on the one hand, yes, the technology is awful and we need to fix it. But sometimes more technology is not the method of getting better technology because as Jen will explain better than me, there's all these policy and process barriers. And that philosophy was something I took with me to when I went to the Department of Defense Joint Artificial Intelligence Center. Thinking about policy and process blockers is just such an interesting and useful and I think just accurate way of thinking about helping government deliver. So now talking to the godmother of so many of these ideas in government reform. Really glad to have you here. So I just talked a little bit about how your work has influenced me, but can you just sort of walk us through your own career journey, how how you got started in the public sector and how you sort of had your aha moments leading to these ideas connecting government performance, execution capacity and process reform and technology overhaul?
A
Sure, I'll try to do that in less than 45 minutes. My first job out of college, actually, I worked for a child welfare agency. And I think that just lasted a year. I was a secretary at the front desk filing paperwork, lots of paperwork.
B
Can you, can you tell us what decade this was?
A
This would have been 1992.
B
So there's probably computers in your office, but probably also a typewriter somewhere if you're like a sleepy government agency.
A
And I'm sure there are people out there still struggling with Lotus 1, 2, 3 and was it word perfect. And yeah, I was very good at those programs. But yeah, I ended up sort of, long story short, kind of came back right at the beginning of the dot com boom. I'd gone and traveled in Southeast Asia for a year, which was probably most amazing thing I ever did. And I ended up working in the game business. I ran the Game Developers Conference for a couple of years and, well, first for eight years and then quit that when my daughter was born. I went back in to run a conference called the Web 2.0 conference. So yes, that also dates me terribly. And everyone else who knows what Web.
B
2.0 is, the blockchain people are claiming to be Web 3.0, but Web 2.0 was a very influential conference.
A
The Web 2.0 Old Web Twitter people do not like that watching people claim that term but kind of got it got commercialized very quickly and went from being very interesting to I think a lot less interesting until the government people came along and were like, hey, this open data movement is exciting. What could we do? And the idea was, okay, what would Gov 2.0 look like? And the first kind of versions of that were like, well, the EPA will be on Twitter or something. And there was a sense by a bunch of us working on the event that that was insufficiently substantial. And in fact that there was what Tim O'Reilly, who is now my husband, called government as a platform. And we started the idea of an event called gov 2.0 and tried to sort of define the movement around the event and wanted it to be much more about applying a sort of lightweight, user centered ways of building technology to government, which of course really is the exact opposite of that big heavyweight, very long procurement and development cycles without ever talking to a user till the very end. So I got in, we ran Gov chat at O for a while until I got the idea for Code for America and quit and started that organization which worked at first with city and county governments to sort of bring that kind of style of development in to solve problems in like a much quicker, more user centered kind of way. In the middle of running Code for America, I went to the federal government for a year to help start the US Digital service. I worked for Todd park as the deputy cto.
B
And could you just talk a little bit about the inspiration for USDs? Like what was the problem that you were trying to solve? If my memory serves, a lot of this was born out of the dis disastrous online platform launch of Obamacare, which had a massive day one website outage. And Obama's like, okay, how do we never have this happen again? And one of the answers to that question, correct me if I'm wrong, was usds.
A
Yeah, we didn't know that when as we were trying to stand up USDs, that we were going to have this, let's say, disaster opportunity. It was just before Obama got reelected that Todd park called me and said, I want you to come to Washington and help me run this presidential Innov Fellows program, which was, you know, loosely modeled after the Code for America fellowship, which was.
B
And the difference being Code for America was mostly about putting technologists in state and local. And then you wanted to do that on a federal level.
A
Well, he was already doing it. He'd done a year of it and wanted to sort of, you know, have someone to professionally run it. So that he could, he could focus on other things. Turned out he didn't really know what he was going to be focusing on, but it was clearly healthcare.gov and I didn't wanna come to D.C. to do that. But I happened to be in London looking at this government digital service and being absolutely wowed by it. I mean, what they were doing was exactly what I thought we should be doing in the U.S. now there's lots of differences, so you can't exactly port it over with the exact same strategy. But they were really doing something more profound than just having a fellow here and there. They were transforming how they built and bought technology. I sort of pitched them on the idea of like, let's do this. Not knowing that in fact there were people already talking about sort of what they called at the time Project X. And you know, I sort of infused the idea of Project X with what I'd learned from my friends in the uk. And eventually he convinced me to come on the promise that we would start this unit that became the U.S. digital service in homage to GDS. And that was, I came in, I think June 2013. So I was there for a couple months, really struggling with how hard it was to get anything done in government. Yes, I knew you'd nod when I said that. It's true. And that's when healthcare.gov launched and had, let's just say, a really difficult time the first couple of months. And sort of retroactively we kind of made, you know, my boss Todd and others, you know, put together this team that came in and helped get the site back on and we kind of retroactively called that the first project of usds. Even though it had not launched and in fact didn't formally launch until slightly after I'd left, it was actually much, much harder to get it up and running. But I had taken a year leave of absence from Code for America and had to go back. So it sort of laid the foundation for it. But, you know, its origins really did speak to, I think, a persistent question that people have about these units. Are they there for firefighting or are they there to change practices more sustainably in the long term? Are they there to help do procurements better? Are they there to help in source talent? There's a whole bunch of different goals that a digital service team might have and they can be connected. Very often long term sustainable change comes from a disaster where an institution like in that case CMS and HHS have to adjust because the world is watching and they're under a lot of pressure. But there also have to be other theories of change, about how we get institutions to change when they're not in crisis.
B
Yeah. And. And so, like, in, in thinking about the aha moment for you, I think there was this sort of theory at the time which was, let's get a critical mass of talented technologists and just throw them in the government and throw them at big technology problems. And you have success stories from that era. But talk to me about how you sort of came to the shift in your emphasis from technology and technologist insertion to more policy and process reform. How did that.
A
Yeah, I still very much believe that we need to get good technologists and product managers and designers into government, and that core capacity is such a key lever. Ed Glaeser said this at an event that I was at the other day. It's like, you know, they say, you know, culture eats strategy, and he said, capacity eats policy for a light snack. And just having the right people around, I really think is this huge unlock that we need to keep doing. But we also just need to go upstream to the structural reasons that we are getting bad outcomes for the American people in the first place. And so, you know, it just, it has felt like this constant, like, okay, let me, let me, let me go, you know, two steps upstream from, you know, the talent that we have to solve this problem, to the procurement rules. Oh, wait, let me go further upstream. To the ways in which these things are funded in the first place. They are, they're kind of doa, like, you know, they're down on arrival. If they are funded as a big bang project that has no ability to do iterations and learn along the way, they're also on the back end, overseen in the same way. The oversight is all holding them accountable to, you know, this, this big bang model that really has a terrible, terrible failure rate. And then you go going further upstream. It's like, what is the operating model that government is relying on in the first place? All those things derive from a basic sense of how we structure our government, our funding, our oversight, our talent. And it's, you know, if you really pull back the curtain, it is still the operating model from the post World War II industrial era. We have sort of slapped websites on the front end of that and pretended that it's a fit for purpose for the Internet era. But we didn't do the backend work to really update it. And now we are entering the AI era having not solved the last problems. The bad news about that is we have a lot to do. The good news is I think we now get to kind of leapfrog into the AI era if we have the will to do it.
B
Yeah. So, like, imagine that, you know, somebody out there in the audience is receptive to your message, but they, like, are not quite grokking what you mean when you say the upstream, you know, problems, the procurement rule problems. Can you like, walk us through some of the salient examples in your own experience where you're like, this should work, but X or this should work, but why? Just to give you an example from my own experience in the Department of Defense. Cybersecurity is a huge priority for very good reasons. But you can spend a lot of time and money on cybersecurity without achieving improved cybersecurity. And we do all the time. Yes, exactly. And one of the things that was very painful for me was when we had successfully recruited this hotshot computer science PhD out of Harvard, and he was so excited to come serve his country, and we install him at the Joint AI center, which at that point was a very young organization. And he's like, great, where can I install Pytorch? Where can I install TensorFlow? Where are your GPUs? And we're like, here is your stone age laptop and if you install any software on it at all, that's a fireable offense because it's a cybersecurity risk. And so we've got this incredible Ferrari of a brain and he's basically forbidden from using his skills in a meaningful way, certainly for a very long time because of like the cybersecurity paradigm, you know, that was adopted and the rules that were adopted. And so I'm just curious, like, what are examples of that for you and for the work that you and USDs were trying to accomplish where you had good stuff, you had good people, but you encountered bad rules that made it impossible to do your work.
A
Do you know the classic LinkedIn post, fix our computers.
B
Yes, yes, yes.
A
We, you know, I think the Presidential Innovation Fellows I work with, a lot of them would, would speak to the same issue. Um, we had one woman who worked at the VA who was on a one year fellowship and didn't get issued a computer for a year until nine months in. So there's some, there's some pretty, like, I don't want to like, speak just to that level, but I do want to remind people very often, like, we are really at that level. It's sort of one of the things I like, tweeted at Elon Musk, you know, prior to doge getting started. Like, you know, you've got these fancy ideas about what to be fixed, like, get them computers.
B
Yeah, you. You're sparking in me this thing about how so often the government budgeting process when it comes to technology is, like, to put it charitably, pennywise, pound foolish. So to give you an example from the dod, there are these little cards that's your ID badge called the Common Access Card, the cac. And it's what you hold up to the door to get into the building. It's also what you put into your computer that allows you to log into any of your accounts. So it's really important to get one of these CACs. And the CAC issuing office was, like, horrifically backed up such that, you know, when I started and my initiative was a priority for the DoD, but it took me three weeks to get a Common Access card. So I, like, have no email accounts. I have very minimal ability to do many of the things that I was hired to do. And, like, how does that happen? It happens because you have these budget overseers who are like, we need to save money. So we're going to cut 10% from every budget, including the CAC issuing office, not realizing that the CAC issuing office is the bottleneck for the productivity of every single new employee or military service member in the DoD. So they've, you know, they saved 10% of the budget of this CAC issuing office, which is like, probably, I don't know, a million, $2 million. And they've incurred these costs of hundreds of millions or billions of dollars in lost productivity across the entire organization. And this is what I mean, when, like, actually, the cheapest approach to the CAC office is to be over capacity, right? Like, so that, like, half of the time people are sitting around doing nothing, waiting for those, you know, surge moments so that not a single employee ever has to worry about that as a gate. And I just find it's so impossible for the government to view return on investment in these terms.
A
It's very hard to find someone who's looking at it at that system's level. Yeah, but, you know, I'll also, I'll poke you on that a little bit. I mean, absolutely agree. And we've just this terrible inability to look at where the bottlenecks are. That's the. That's the problem in all of these big public failures. I'll talk about unemployment insurance in a second. But there's another way to solve that problem, which is to go look at the. I don't know, I'm going to guess 12, 15 steps that it takes to issue a CAC and say, why, why do we have these? Like, is there a better way to issue this cac? And, you know, we just don't do that. And if you, very often, if you bring it up, what you hear is, no, all of these things are sacred. I must do these things in this order. With this kind. I mean, if it took you three weeks, it's not that someone just like took your card and like, I mean, they didn't get to it and that, like, they got it. Some people were signing off on it that didn't need to sign off. It's sitting in queues in places that simply could just be erased. But there's this real challenge in government when you say, like, pick one tiny part of that. Actually, I'm gonna give you an example that I hope you understand. It's parallel. Like the new CIO at irs, at the, at the treasury, who's working in IRS is ask. Going around asking, why do we have all these fax machines like we. And they say, because there's a whole bunch of kinds of information that by law, they tell him by law can only come in through facts. That is the. Somewhere in some regulation, it is presumed to be written that that is the most secure method. Of course, it was never the most secure method. And maybe for a minute in like, late, late 80s, somebody thought it was and like. But the. You get into this weird situation where to change it, you have to prove a negative. Right? You have to prove that the regulation that says that this is the most secure method for this particular kind of information doesn't exist. They can't point you at it. But there's such a belief that this is actually the only legal way to do this thing. And there's a. Probably a parallel in your process where it's like, they firmly believe it has to be this way, or. And I say this with great honor and respect for public servants, they believe it is their job to protect that process because it is protecting the American people. It is protecting the Department of Defense. It's protecting somebody from something bad. And if they don't protect it, like, things are going to fall apart. But you could probably have increased the throughput of that CAC office with half the budget.
B
Yeah. With half the. You're probably right. Yeah. We actually talked about this briefly yesterday, but it's an analogy I often use in these situations, which is, you know, if you're trying to water your garden and there's a kink in the hose. You can solve that problem in two potential ways. One is you can massively crank up the water pressure, which is like more budget, more staff, you know, just fight your way through the kink. And the other thing you could look at is like unkinking the hose, which is sort of like, wait, there's a rule that says we have to do all this with fact machines. One way to think about your job is, my job is to implement that rule come hell or high water. And sometimes that's great if you're, if you're a nuclear safety officer on a nuclear submarine, shut up and follow the rulebook. Right? Yeah. But there's another way of thinking about your job, which is like, okay, how do I get this rule changed? Because this rule is obvious nonsense. And how do I persuade the people who have the power to change the rule that we actually could do our job so much better if this wasn't it? And I want to be respectful of government civil servants who, you know, they're dealing with constantly changing political parties, political leadership, government priorities. And the country needs to know that these people are going to follow the law. So there's a culture of rule following that exists for a good reason. But this sort of shift from the religion about the process to focusing on the outcomes is so desperately needed in so many different walks of government. And, you know, an analogy that I heard you say in an interview somewhere else was, you know, you want desperate rule followers in like commercial air travel, airline safety, but when we're dealing with like, yep, back office processes where efficiency and effectiveness really could be improved by taking a hard look at these rules, you know, how do you instill that, that alternative cultural and that alternative mindset.
A
Yeah, that's a concept from the Navy, this idea that you want different kinds of people in the front of the sub and the back of the sub, and it's really just different kind of behavior right in the back of sub. You have to be very faithful to process, never deviate. You know, are you going to blow the thing up right in the front of the sub? You are navigating through waters you cannot see. You're going to have to improvise sometimes and you just need a little bit of, you need different behavior there. But, you know, I think this, there's a, there's a key thing that, since we're here to talk about AI that I think AI brings to the table that is really critical to this behavior change that you're at, you're calling for and that Is people really don't know if the thing that is the thing have to be the way it is because of an actual law that Congress needs to change or because of an interpretation of that law that is absolutely changeable. And I think 90% of the time when you really pull back and investigate where that rule is coming from, not only is the law not actually say, for instance, that this information can only come in through facts. There's nowhere in the statute that it says that, I guarantee you. But in fact, the law often says something kind of the opposite, right? And what's happened over time is that that's been interpreted and that it's gotten more and more rigid as it's sort of fallen through the hierarchy to the point where what is now practiced is inconsistent with what the law says.
B
So like, I'm kind of making it up in your example and imagining what that might look like. But like, let's say the law said use the most secure method available. And then, you know, some deputy under secretary of blobbity blah in 1985 wrote a memo that says in almost all cases faxes will be the most secure thing. And now like that stupid memo that some dude wrote in 1985 has like sort of taken on this folklore as tablets from down on a mountain, when in reality, like you just write a new memo that says, actually the law says we have to use the most secure method and that memo is obsolete in a massive way.
A
Think about federal hiring. It's the same thing, right? Like if you actually look at the statutes and you know, in title five, it all says pretty reasonable stuff. If you read the merit system protection principles, they all say very reasonable stuff. But the way hiring actually works is not consistent with that. If it's meant to be a process that gets the best candidate on base, you know, you're supposed to like examine people. Well, they've created so much process that it's on a practical basis almost impossible to actually assess people for their skills. And so we do these self assessments, let people rate themselves, pick the top of that, and then apply veterans preference to that pool that has said that they are perfect in every way. So you've selected for people who either in a charitable way, know how to play the game in a less charitable interpretation, have very high opinions of themselves. The apply veterans preference and that's how you down select a large, you know, candidate pool. And you know, in fact, if you look at the statute on, on veterans preference, it says that the preference only applies after a qualified exam.
B
Wow.
A
Right.
B
I'M literally learning this for the first time. Yeah, I never heard this in any conversation I had with a veterans, you.
A
Know, on a different day. I could cite the actual, you know, the reference but it really says that after a qualif, after passing a qualified assessment then you can they get extra points. But these people aren't actually wow. And but if you go into any HR office they will tell you this is the only way that we can do this hiring process that is consistent with the law. And my assessment is that it's actually inconsistent with the law. But it is cascade. I call this thing the cascade of rigidity. As it's gone from what lawmakers at a very high level sort of stated their intent as it's gone down through the hierarchy and been implemented, it's become more and more rigid at every step and gotten sort of locked into this practice is what we think is consistent with the law. And in fact it's what it does is gets perverse outcomes. So what you, you know, 90% and this is hopefully changing with the Chance to Compete act which passed at the end of 2024. But 90% of hires in, you know, regular competitive hires in government, not, you know, special not accepted service are only rely entirely on self assessment. So there's no independent assessment of their skills. 90% half of all hiring actions just get thrown out because the hiring manager gets this list and throws and it's like no one on here is qualified and throws it out. They know the process did not select for the skills they're looking for. They throw it out and try some other method of getting the person that they need. So that's what I mean by sort of inconsistent. But the point about AI is that AI is an incredible tool to help us determine is this thing that we're being told must be this way because the law says it needs to be that way. Actually deriving from law that we need Congress to go change. Or can somebody in a regulatory role or in a policy making role or actually just a manager change this without any fear that we have actually broke. I do want public servants to follow the law. I just think very often we are following practice under the guise of law. And I'm very excited about AI's ability to just empower every public service servant to ask that question so that they can. I mean I don't think it's that all public servants are just like slavishly following the rules and don't want to have this discussion. It's that it's like nearly impossible to figure out the answer to that question. If you don't have an AI tool to help, you know, I don't think we have the full set of AI tools to do that yet. That's part of what I'm hoping we can do through my new effort at the Recoding America Fund is just like, like put those tools in the hands of anybody who is in a bureaucracy who says there's a better way to do this. I need to know how to change it in a way that is still consistent with the laws of the land, but more consistent with the outcomes that the American public expect us to deliver.
B
Yeah. So to like to bring it back to your Veterans affairs example with fax machines.
A
Oh, that was the irs.
B
Oh, sorry, irs. My mistake. So your IRS example with fax machines. If I am an employee who has noticed that these fax machines are making my life worse in a million different ways, and I go to my, I don't know, supervisor and say, can't we like not use fax machines? And they say, oh, sorry, that's, you know, what the law says. Previously, you know, my alternative was, okay, I need to undertake like a six week research project to read the 10,000 pages of regulations and try and find where this fax machine order originates from. And now maybe I have this alternative.
A
Longer than six weeks is what I would.
B
Yeah. Now maybe I, as a staffer have this alternative option available to me, which is a large language model based qualitative search of the relevant laws and policy documentation. And so we can not only find out, like, are these orders incorrect? But also like, who is the official, who I could conceivably get to officially declare that this is, you know, an incorrect interpretation of the rules, etc. So I love what you're saying about how like, AI and language models in particular are a really exciting tool for policy reform. Because one of the biggest challenges of policy and process is it's so gargantuan and unwieldy and even the fastest reader on earth only reads a thousand words a minute. And there's like infinity words, you know, to be read. And so that really is a large language model sized problem.
A
Well, I think it's not just that we want. Yes. And I hope we start doing that a lot more often again. I think we need to get the tool set there and get it in everyone's hands. The other thing that AI should be good at is helping us simplify those. We have just layers and layers of accreted and accumulated policy and process and regulatory and blah cruft. Essentially, it's all sort of indistinguishable. We need to be able to distinguish it, but we also need to go back and say, okay, if you look at unemployment insurance example, which did not do well in the pandemic, I mean, a lot of people got paid, but a lot of people felt very bait and switched by the promise that they would get their benefit and the long, long delays in getting it to them. The problem really is not so much that these state unemployment systems run COBOL code. In fact, if you really went, we did in California and others went in other states and looked. The COBOL code generally was like, yeah, it's a little hard to adapt it quickly because it's not, it's. It's just slower to work with COBOL code than more modern frameworks. But it was chugging along. It's an old machine that actually is very stable and can churn out enormous numbers of processing tons and tons of claims really quickly. The problem wasn't the COBOL code. It's the volume of rules and regulations that these systems have to comply with that make them complex. So in New Jersey, where I ended up working a little bit with the labor commissioner there, when he was called in front of the state legislature and yelled at, as they all were, about the backlogs, he brought these boxes and put them on the table and they were labeled 7,119 pages of active UI regs in the state of New Jersey. And he kept saying, you want us to be able to scale up 10, 15, 20x when an emergency hits and then scale back down and still be able to, you know, operate at a reasonable cost when we have, you know, far fewer claimants? It has to be less complex. Now imagine putting what, like a couple of legislative assistants or, you know, people from legislative analyst office or whatever on 7,000 pages. It's not going to happen. Like, there's just not a practical path from the resources that we have to a problem of that size without AI tools. But imagine, I mean, it's a lot of work to load that all up into a rag or whatever. I mean, I think maybe rag is not the answer anymore, but like, and then start querying it now. It's not going to give, it's not going to spit out, oh, here's what the regulation should look like. It should only be 100 pages. It's not going to do that, nor should we expect it to do that. But it can actually help you understand what in there is vestigial, what is conflicting. Where does stuff come from? You know, what choices and trade offs might we make in the service of something that is far simpler and therefore far more scalable? If scalability is what we want, we have to do the simplification work.
B
That's so interesting. Okay, so you've got two use cases for AI that you're really excited about. One is noticing that the rules are being misinterpreted and empowering employees to sort of go back to the original source and do it. And then this other thing about simplifying the rules, which, I mean, thinking just about your unemployment insurance in New Jersey example, I'm literally trying to think like you would probably have to create like a state commission for unemployment insurance reform that would work for like a year with a massive staff going through this and being like, okay, this is, this is bad and we should get rid of it. This is good, but implemented poorly. And here at the end of this journey is like the 250 page regulation that we actually want, that is, you know, the digest, simplification reform and improvement of that 7,000 page document. And it's an insanely unwieldy task. And you can imagine that a smaller group of folks empowered with AI could actually move the needle in a relevant kind of a way here. And because the current system is so inefficient, I mean, one of the things that economists in life, like undergraduate college courses, love to say is that the nice thing about economic growth is at least in principle, it can make everyone better off. And like, the nice thing about efficiency improvements in government is like, in principle, it can make everyone better off. I mean, in reality, there probably will be winners and losers in most of these kind of outcomes that will be politically contentious. But at least in principle, if we can get this kind of efficiency, we can make so many different people, so many different constituencies better off. So you're plowing down the path that I wanted to go, which was from your background to your experience with digital government type reform, to now thinking about AI and government. And before we go on to additional AI use cases, which I'm really enjoying this part of the conversation, I want to just highlight that so many of the things that when I was in the Department of Defense made doing AI in government hard had nothing to do with AI. They had everything to do with this sort of the same sort of problems that you were encountering in trying to improve digital services within government, which were like policy and process blockers. I often joke I was a think tank nerd before I went into government. And I would write papers saying, the government needs more AI, the government needs more AI. And then I got to government and it was so clear that we need workforce reform, we need procurement reform, we need all these things that not just make it hard to do AI, but make it hard to do anything. And that's why I found your work so inspirational and relevant. And so as you're now expanding your focus to include this new work on AI, you've testified before the Senate on this topic. You've written a number of pieces on this topic. You've talked about sort of the key use cases where you feel like AI as a tool can move the needle in accelerating reform. Are there other ways that you think about the sort of intersection of AI in your work?
A
Yeah, AI is both a tool to achieve all of the sort of fundamental reforms that I'm now focused on. And thanks for the tee up on that. But also the a force that is changing what government needs to do to meet the needs of people. Right. If that's the fundamentally the job of government, we're supposed to meet people's needs and respond to, you know, respond to a changing environment. We can't just say like, oh, let's use AI to help us make this thing that we do now a little bit better. When the thing we are doing now may be the wrong thing. It may already be the wrong thing. I mean, we just talking about unemployment insurance is a reasonable example in this case. Like EY is a pretty good tool for helping people through the pandemic because it was a temporary disruption. The disruption we're starting to see. Well, if you lose your job to AI, it is much less likely that you are going to get it back than when you were temporarily displaced because of the shutdown, because of shelter in place orders from the pandemic. And so that is just what the program was designed to do, designed to meet the short term needs. Now, if we get really good at retraining people, maybe it's going to work, but we actually should be thinking in a bigger sense, what is AI going to do to us that makes us not just say, how do I deliver unemployment insurance? With better fidelity and timeliness and all of these things. But are these the right programs to be delivering? And I think that it's true in the national security world in a big, big sense, we keep trying to deliver on what we needed in the last paradigm, not in this paradigm. We get these literal ships that not only don't work by the time they deliver, we don't even need them by the time they're delivered, because we're not fighting that kind of war anymore.
B
No, I certainly encounter this. The version of it that I encountered was often, okay, AI is going to transform warfare. How do we put it on the F35 as opposed to asking if AI transforms warfare. Are F35s the kinds of things that we're going to want to buy? I mean, I don't come with, like, a strong prejudice that the answer is no. But my point being that, like, that's the right question to ask.
A
You gotta ask the question.
B
You gotta ask the right question. Like, is. Is the. It's not about, you know, making what we're good at better. I mean, sometimes it's going to be bad, but other times it's going to be like, we don't need to be good at that anymore. We need to be good at this other thing that is going to be more relevant to the challenges we're going to face in the future.
A
That's exactly right. And when people talk about, like, upskilling and reskilling for an AI world workforce in the federal government, I think very often we are missing that piece of it. It's like the assumption is we're teaching people to do the same job they're doing today, but now it's got AI sprinkled on top of it. Instead of, oh, no, they're going to have to. We're going to have to be simply doing very different things to get very different outcomes to meet people's needs. But let me speak to this. You brought up sort of, what are the fundamental things that need to change that we sort of jokingly all now put under the banner of AI enabling, because that's sort of what sells now.
B
And just, yeah, you can get a senator or a congressperson to take a meeting on AI enablers. It's much harder to get them to take a meeting called, dear God, workforce reform.
A
Exactly.
B
It's so desperately needed.
A
Though I will say they're more interested in things like workforce reform now because there's sort of less that. There's such a gridlock. There's a lot of things they can't do. But my current thesis that informs the fund that I helped start is that if you want government that can.
B
And this is the Recoding America.
A
Recoding America launched recently.
B
Yeah.
A
If you want government that can actually achieve its policy goals, then it needs to have four things. It needs to be able to hire the right people. And our system hires many wonderful people, but is very Broken system.
B
Oh yeah. To cite another example, one of the guys who was most important in the early AI steps that the intelligence community was taking took three years to hire that person because of security clearances and because of every other thing. So what a miracle that this person was in a life circumstance where he could say, yes, I will take that job and yes, I can wait as long as you need me to wait to go do that stuff. I mean, like, that cannot be how the system works. I mean, you cannot rely on these sort of miraculous circumstances. You want to attract the best and the brightest guy in.
A
Like they don't have it. Like the needs have changed. I'll give you another example though. I want to rattle off the other three, but I read this in a paper. I don't have any personal experience with it, but I've been long focused on the individual master file at the irs. It's written in assembly code again, sort of like Cobalt. I'm less worried about the IMF sort of falling over as I am about just like there aren't people who know that particular assembly code. Like, it's just, it's like very few people in the world. So the very long time they've been trying to move, like, you know, port that to something that, you know, has more of a workforce base for it. And they had this guy in who was working on it and was about to be able to do his thing, but he was on, you know, one of the these four year term things or whatever and he kept saying to the HR people like, my thing is up, my thing is up. They didn't do anything about it, he turned out. And they like, they're like, oh, sorry, we can't have you anymore. Like, just as they were about to start the process, oh my goodness. You know, leadership intervened and got him reinstated a year and a half later, at which point he had taken another job and moved on.
B
Wow.
A
And it was like, you know, Cause I was always like, how is it that we have not. It was just funny for me because I kept on like, it's kind of crazy that we haven't shored up this incredible vulnerability in the thing that brings in our revenue. Right. And in fact we've tried many, many times. And I kind of feel like, you know, did you watch was the Wanda show in the end? It's like it was Agatha all along. It was Workforce all along. Every time it's the HR systems, like any persistent problem that you have, you scrape a little further down and it's HR problems that are keeping us from being able to do what we need to do. So, yeah, we have to fix those things because it's just fundamental to everything else.
B
And I think you obviously served in a Democratic administration, but if I could highlight sort of the bipartisan very much of this issue, you know, Democrats historically have been supported by government unions and are so in favor of worker protections. And sometimes there's a great reason for that. Right. You cannot afford to pay nuclear engineers the amount of value that they deliver to our country. So you at least should be able to give them stability and predictability. Right. That you can understand why there's a sort of thing. You also want to make these folks protected from inappropriate political winds of change and potential corrupting influences. So we give them job security. But the sort of flip side is we're saying, well, if we're going to give these people these incredibly safe jobs, they must go through this infinitely long checklist of stuff before we would be willing to give away such a fabulous prize. And so, you know, what you end up with is not the people who are in, at least in all circumstances, deserving of the kind of trust represented by those job protections, but the people who are willing to endure this absurd gauntlet to go through the hiring process. And I do think that's a point where Democrats and Republicans have. And this is a point that Ezra Klein and Derek Thompson make in their book quite persuasively. Democrats and Republicans have both, at different times and for different reasons, found political strategies attractive that really make government less effective with lower capacity. And I don't want this to be perceived as, like, a partisan issue, which it can be framed as. But the reality is, like, both parties have been a source of these problems.
A
Both parties have been a source of them. And I think both parties are now very curious about how to solve them in slightly different ways, but in ways that have enough overlap that it makes me very optimistic. And the work we're doing is profoundly bipartisan. You know, our board and our staff are come from both sides of the aisle, and we work with folks on. We work with. We're actually quite, I think, big fans of the new head of Office of Personnel Management. We're working with Republican and Democratic members of Congress to get them excited about this. So, yeah, it's very much a bipartisan issue, even though there'll be some differences and it's not like there'll be some politics there.
B
So I've completely derailed you because you had the four things you wanted to go on. So I apologize.
A
Well, I'm glad you mentioned unions because I do think it's important to point out that like I'm going to talk about the other three pieces of it and I think the unions ought to care about all of this. Right. Like, we need to think of it a little bit holistically. So if you want government that can achieve its policy goals, you have to have the right people. So we have to do civil service reform. They need to be focused on the right work, which means we need to do procedural reforms of the kind. I was, you know, that's kind. We were just talking about, like, how do you go in and say, like, is this step necessary? Why are we doing it this way? What would be the right way to do it in 2025 or 20? Well, I'm sorry, it's 2026 now, in 2030, you know, what's the, what's going to be the right way to do this? One of the examples of that right now is I'm not a fan of the Paperwork Reduction act or what I always call the comically misnamed paperwork reduct because it creates enormous amounts of paperwork. It's a discrete thing that we can tackle and actually just make a lot of people's lives in government just a little bit easier so that they can focus on the meaningful work that gets the outcomes that the American people want instead of filling out just a bunch of paperwork that doesn't really get us anything better. So I'm hoping that a wide variety of stakeholders see why that that's valuable everywhere along the political spectrum. And I think there is broad support. The third thing is that they need purpose fit systems. And that is about how we reforming how we build and buy technology, not just in the ways that I think you brought up this issue that I think is exactly right of people. See, okay, well we should spend more on technology as in like just crank up the water pressure, the water pressure when there's a kink in the hose. This for us is very much about unkinking the hose rather than. And in fact I think in many cases you will water that garden a lot better with less water, less pressure. Just like unkink the hose and get a nice steady drip going. The metaphor works on so many levels. So that's the first three. And the last thing is we need people to be able to operate or these systems to operate and test and learn frameworks. And that is fundamentally about changing the way we do oversight and the relationship between the executive and legislative branch. But we need to be able to say, this is what we want, let's try this thing. Is it working? How do we adjust? Let's go back. Okay. And do that in an ongoing way. That's how you get to the outcomes that you want. That's true all the way back up the stream of my three other pillars. Right. It's, that's true when you're making, when you're, when you're building technology, it's true when you're making procedures and process that are fit to the purpose and it's true when you're hiring people. But that is really the more the fundamental thing that when I talk about having a essentially industrial era model in our heads in government, the test and learn cycles were very appropriate for the Internet age. They're even more appropriate for the AI era where the technology itself is in a certain way unstable. You have to continue to work with it and test it and see its boundaries and make. There's a whole thing in government with technology where you're supposed to sort of build, build, build, never talking to any users and then launch and test and clean up for two weeks. And like, then your testing is over. And like your testing should never be over.
B
Yeah.
A
And if you're using AI, good Lord, please don't ever let your testing be over. You should be constantly monitoring and improving these systems.
B
Well, I, I think I, I want to dwell on your test and learn thing for a moment here and then I want to make a higher level comment. But I, I, I do think that the government mindset is often best understood through the lens of, of airline and airplane safety and flight worthiness certification. Because that really is a moment where it's like, okay, in 1995, we finished the software for the Boeing 747. This software is officially safe. So don't you ever touch it. Because if you touch it, you might change something that now makes it unsafe. So they have a very, very much in mindset of like, that's correct, set it, get it right, life and forget it. And in airline safety, there's a lot of wisdom to that approach. Right. But when you're talking about delivering digital services, like how do I sign up for health insurance on healthcare.gov, how do I sign up for my veterans benefits, how do I enlist in the army? Like set it and forget it is a recipe for catastrophe. Because the reality of the world is, as you said, not static. You gave the example of the New Jersey unemployment insurance folks who basically say, like, I have to implement the same process whether we're in the Middle of a pandemic and a decent chunk of the entire state went from not needing insurance to needing insurance. And then I have to scale up for that, and then I have to scale down to the sort of routine level of stuff. And I don't have anywhere near the flexibility in my system or processes to accommodate that kind of a thing. And, and only the test and learn approach. Right. Can get you anything other than that. There's also a.
A
Can I jump in on this for a second though? So the thing is, we don't set it and forget it. What we do is set it and then let it accrete. So like, if you, you know, one of we like set it and forget.
B
It would be ideal in that.
A
Well, I mean, I don't think that's ideal either. But that also isn't totally accurate to what we do. We add process and procedure in a way that is, is sort of like some people have called it, sort of just continuous layers of paint until the thing cracks. Others talk about it in terms of, I mean, I talked about in my book in terms of archaeological layers. Like you can go back in these systems. Look at the va, look at unemployment insurance. If you sort of like took a slice down through the, you know, it literally looks like, okay, that came in in 1970s, like that came in in the 60s. And you know, not just the technology but the process that, that have accrued. So like one of the reasons unemployment insurance is actually in a worse place than some of the other benefits is that it comes from the 1935 Social Security. 1939, 35. Anyway, it's, it's 90. It's 90 years old. Like, and it's 90 years of adding and never subtracting. And so like we just, we know how to add, we don't know how to subtract. And that is the skill that we need to learn to start making these systems much more stable and scalable.
B
Yeah. So in your four part hierarchy, people, procedural forms, purpose fit systems, test and learn frameworks. I think one of the most important parts of it that I hope people understand is you are a person who has devoted your life to technology. You're incredibly optimistic about what technology can do to empower the government to deliver the services that our citizens need and expect. Everything from Social Security to national defense. And what's amazing is in that four part hierarchy, I never once heard anything even remotely approaching technological fetishization. Right. Like, you're not saying like. And we need to use augmented reality because that's the latest and greatest thing or like the crisis is, you know, cobol. In fact, even though that was a trope I encountered frequently when I was in government, you said the opposite. You're like, well, if the cobol's still working, you know, that might not be their most value added return on investment project to get rid of the cobol. I mean, you don't love newness for newness's sake. You care about outcomes, you care about effectiveness. And whatever technology, whether old or new or weird or common, like, that's what you care about. It's like what is going to deliver these outcomes. And I think that is, is so different from how so much of the politics around technology comes about, because I think what people latch onto are these really visceral examples. And we actually used one of them in this conversation, which is the fax machines, right? Like, oh, that is so old and obviously so bad. But the key question there might be the fax machines, right? That might be the worst part. But the philosophy that you're espousing doesn't inherently assume that. Right. Would look at what are the 15 steps of this process? How can we simplify, condense, subtract and make something better? And yeah, that's probably in this case going to result in getting rid of the fax machines. But like, the paradigm is about outcomes. The paradigm is not about shiny technology for shiny technology's sake. And I really, I really admire that.
A
Well, thank you. I don't, I'm not a technologist. I mean, people sometimes say I'm a programmer and I'm really not my. I think the last time I did anything with code, it was like HTML. But I care about meeting people's needs. That is what government is for. And that means, I mean, people think about, in terms of service delivery, which has been the bulk of my career, but I did four years on the Defense Innovation Board. I don't think people say, like, they don't talk about what the Department of Defense does as meeting their needs, but it is meeting a need for security. Right? And it is meeting a need for the ability for, you know, the sovereignty of our country. That's very complicated right now. But that's what it's all about to me. And that comes, you know, you asked about my background when I worked at that child welfare agency my first year out of college. What I saw was people in need and a system that was not great at helping them and quite expensive. Lots of people doing a lot, trying really hard and not taking care of kids the way we should. And that Was unfortunately not unique. The child welfare system in many states really leave a lot to be desired, and so do many other systems that we absolutely need to put the best our country has to offer on those problems. Technology is part of that people's expectations for their. You know, they expect government to work well and they have a sense of what government could be doing because their personal lives, things are a lot easier, you know, and so we need to meet. We also just need to, like, make them feel like government is trying and using their tax dollars well, so that people have trust and faith in government in everything from an easy transaction of the DMV to a system that takes care of the kids who'd have to be under state, under the ward of the state. All those things, All those things contribute to a sense that democracy works.
B
Yeah. And the AI part of that, I think, comes through as, like, what matters is the outcomes.
A
Yes.
B
And maybe it is the case that the best way to get us to better outcomes is using AI for X. But like the focus, the Northern Star, the guiding light always has to be the outcomes, Right? And if we can do that with some fancy AI system, great, let's do that. But if we can do that with like a hammer and a screwdriver, let's do that instead. Right. Keeping the focus on the outcomes. Now, that said, there are a lot.
A
Of uses of AI that, like, are just like a pivot table would do it.
B
Right.
A
Can we please not use, like a million tokens to do something that Excel or like a regular expression could do?
B
Right. Like anytime a government organization has framed the problem as we need to be using more AI, Just terrible idea. Completely the wrong.
A
Wrong.
B
And that said, you and I are both technology optimists, so I hope people believe us when we say what matters is the outcome, not the use of AI to deliver the outcome, but AI does, as we've already talked about in this podcast, enable some really attractive stuff that used to be expensive and complicated in the past and maybe now is within the reach of affordability and feasibility because of performance improvements that are viable within AI. So are there any other applications that you're excited about as you think about your work and the stuff that you're tracking in the community that you've built around these issues. AI use cases that strike you as particularly exciting and attractive for government to pursue.
A
I mean, some of them are sort of along the lines of what I talked about before, but one example is State of Maryland has 4500 job classifications.
B
Whoa.
A
Makes it kind of hard to hi it's, it's just, it has a whole, it makes it hard to hire. It makes, it creates a whole bunch of different problems. We just realize it consists on that complicated system.
B
No, wait, I want to give my 2 cents on this because I never worked for the state of Maryland, but I have a guess as to why this problem exists. So in the DOD you cannot hire people for job classifications that do not exist. And so when we were like, we want to hire an AI engineer. There's like, there's no such thing as an AI engineer. Here is the list of all the jobs that have ever existed or ever will exist. It was completed in 1944 and all we have is automatic data processing engineer.
A
That's right.
B
And so my suspicion is that that proliferation of 4,500 job categories maybe now is stupid and bad, but every person who increased the size of the list was probably solving a problem that they faced, which was, I can't hire this person because the type of job that they are doesn't exist on our list. So the solution for me is to add to the list, whereas that's the micro what's best for me solution. Whereas the obvious macro solution is like, why do we make it impossible to hire people unless they're on this list? I suspect that's what's going on.
A
It's something very. Yes, I think it's that and there's, it has to do with comp. People are, you know, making up a job classification to get somebody to comp that they, you know, because it's like, otherwise it's like a $50,000 year job they're never going to be able to get to me. And I don't, I don't know all of the details, but you, you are correctly in, you know, assessing the, the general shape of the, of the problem. But I mean, the point is again like, good luck trying to simplify those without the help of some of some AI tools. There's, but you know, in general I think like we're going to see really custom models that are targeted at really specific things that I think will be helpful, you know, determinations of. Another unemployment insurance example is a paper from the guys at Stanford's Rug Lab, you know, where they're trying to help the adjudicators, you know, that have to determine if you're applying for unemployment insurance. Like did the terms of your separation from your all job actually like match? You know, that's actually like a hard thing to figure out. It's not as simple as like, you know, if you apply for snap, it's like really just like how much money do you make? And do you, you know. Yeah, these, there's human judgment involved with that and they're, they're getting tools to help the adjudicators do that, that faster. That's really like a very fine tuned model for a very specific problem. And then there's the like bigger picture issue of like how would you point AI at like this, you know, really, you know, re engineering that process entirely. Like and I, and I think I would like to see AI take a bigger role in helping us think about trade offs. Right. So often we just like, you know, trade off. Denial is one of the key dysfunctions of government, of business, of everyone. We're like no, no, we have to have this and we have to have this and we have to have this. Those are all good things. Yeah, but it individually and their sum total is not good. It makes this system not work. So for example, if you're looking at like you know, the very fine tuned questions that you have to ask to decide if somebody is eligible for unemployment insurance under this, you know, these interpretations of the law and policy, you, you can create tools to, to make that happen and make that better. Or you could sort of say like hey like don't these distinctions actually matter that much? Like are we giving like you know, you could have different goals for the system. One could be, you know, that more people who get unemployment insurance are, you know, get hired again. You know, they, they don't have a devastating economic event so they are able to get another job. This is good for the economy and it's good for people like if that is an outcome you're going for, you could, you could try to measure, you know, did just like distinguish between this like you know, 1A C2 like or 1A, B. These different definitions of termination from your job actually make any difference to that outcome and decide we don't need to get in. You know, let's just make the rules about you know, separation from your job a little bit simpler like that. That's the kind of thing. And then of course as you take it up the stack, is employment insurance even the right program to be doing right now. But we can use it I think for asking higher and higher level questions and helping us figure out out how would we decide that this thing that we are investing tons of energy and time in determining makes any difference to the things we actually care about.
B
Yeah. So your book Recoding America did not exist when I joined government, but you'd written enough, you'd spoken enough, and you'd built a community of folks where you were powerful enough to influence me. And I'd love to ask you if, if you were talking to somebody who is just getting started in government today and they're passionate about what we've been talking about in terms of improving the efficacy of government, improving the efficiency of government and actually delivering outcomes at wherever they're working, whether that's, you know, Veterans Affairs, DoD, Social Security, Medicare, Medicaid, education, wherever they're at. And they're passionate about these issues. What's like the Crash course reading program that you would put them on day one, you know, to sort of get smart on these issues? Let's say they're they're good at technology or they're good at product design or project management, but they are just getting started in terms of being familiar with the ideas that we've been talking about today. What's like the crash course reading list you would give them, other than your own book, of course.
A
Yeah. Thank you. I appreciate you bringing it up. There's starting to be quite, I think, a set of work on this topic in various directions. My friends wrote Hack your Bureaucracy, which is really valuable. That's Marina Nitze and Nick Sine and I. Marina's in my book a lot and somebody I take a lot of inspiration from. She and two different colleagues have a book coming out called Crisis Engineering that's in a couple months. And so that, you know, pre order that and put it on your list. I think it's important to read Nick Bagley's piece called the Procedure Fetish to really. It helped me really understand where that obsession with procedure comes from.
B
Was this in the Atlantic or. I'm trying to remember who that was.
A
It was a law school, law review piece from which law school? I don't recall, but it was republished in a sort of slightly more accessible form on the Niskanen center website, where I'm also a fellow. And Nick has a book coming out too, in a couple, I think, at the end of this year. That is fabulous. That would be useful. Along those lines. I mean, this is general, not so much technology. But I am a fan of Mark Dunkelman's book why Nothing Works, which speaks to the real consequences of that over proceduralization to building the world that we want to live in. Oh, I wish I had more time to think about this. There's so many good things to read if you're a technologist. I'd also recommend Marianne Bellotti's Kill it with Fire. That's really about how to modernize legacy IT systems in government. And you know, it's not what it sounds like. I think in the age of joj, that sounds like a, you know, blow it all up. And that's of course not what she means at all. But she doesn't. What she also doesn't mean is sort of, you know, multi year lift and shift kind of process. One of the things she says in the book is like, even people who are really dedicated to agile, you know, agile ways will often sort of default, like somehow retreat into very waterfall methodologies when faced with doing a legacy upgrade and they don't work. You really do have to sort of figure out these different tactics. I thought that's really helpful. But yeah, maybe I can probably think of some others and give them to you for the show notes because there's a lot to read these days.
B
Yeah, I'll just add one which was on the reading list produced by Kessel Run, which was an organization very much influenced by your ideas and your work on the Defense Innovation Board. This was an Air Force software organization and they had a novel that was really like a textbook but disguised as a novel called the Phoenix Project. And that one was full of aha moments for me. And that book is actually the spiritual successor to a book that is taught in most business schools around America called the Goal by Elihu Goldrat. And that is very much a sort of start from the outcome that you want and work backwards type thinking. And both of them again are basically textbooks disguised as novels, which is, you know, for, for many people, including me, a more pleasant way to read this kind of stuff. But Jen Palka, you're somebody I've admired for a really long time, so it is a genuine privilege to have you on the AI Policy Podcast. Thank you so much for coming on.
A
It's been a really fun conversation. Thanks a lot for having me. And may I also add just I have a substack called Eating Policy that people can follow if you don't mind.
B
And they should it. Thank you.
A
Thanks for having me.
B
Thanks for listening to this episode of the AI Policy Podcast. If you like what you heard, there's an easy way for you to help us. Please give us a five star review on your favorite podcast platform and subscribe and tell your friends. It really helps when you spread the word. This podcast was produced by Sarah Baker, Sadie McCullough and Matt Mand. See you next time.
Podcast: The AI Policy Podcast
Host: Gregory C. Allen, Center for Strategic and International Studies (CSIS), Wadhwani Center for AI and Advanced Technologies
Guest: Jennifer Pahlka (Former US Deputy CTO, Founder of Code for America, Founder of Recoding America Fund, Author of "Recoding America")
Title: Jennifer Pahlka on Reforming Government for the AI Era
Date: February 5, 2026
Main Theme:
This episode explores the intersection of government reform, technology, and artificial intelligence (AI), focusing on how bureaucratic and policy processes impede progress and how AI can both exacerbate and help tackle these challenges. Jennifer Pahlka shares insights from her career, the origins and evolution of US government digital initiatives, and offers deep reflections on how to truly unlock government’s capacity to serve citizens in the AI era.
Early Experience with Government Inefficiency
The Birth of “Gov 2.0” and Digital Service Initiatives
Recognizing Structural Barriers
Upstream Bottlenecks Example (DoD Employee Onboarding)
Rigidity & Over-Process
The “Cascade of Rigidity”
Example - VA/Irs and Fax Machines
AI as a Tool for Policy Analysis & Process Simplification
Beyond Tech: Asking the Right Questions
Recruit and Hire the Right People
Focus on the Right Work
Build Purpose-Fit Systems
Test and Learn Frameworks
Avoiding "Technology Fetishization"
Emphasis on User Needs and Trust in Government
On Process vs. Outcomes
"There's a culture of rule-following that exists for a good reason. But this sort of shift from the religion about the process to focusing on the outcomes is so desperately needed..."
— Gregory Allen, [22:09]
On AI for Regulatory Navigation
“I’m very excited about AI’s ability to just empower every public servant to ask that question [does the law require this?] so that they can... figure out the answer.”
— Jennifer Pahlka, [28:56]
On Legacy Constraints
“We just know how to add, we don’t know how to subtract. And that is the skill that we need to learn to start making these systems much more stable and scalable.”
— Jennifer Pahlka, [53:02]
On Government Innovation
“You want to attract the best and the brightest guy in... like they don’t have it. Like the needs have changed.”
— Gregory Allen, [41:50]
On Bipartisanship
“Both parties have been a source of [these problems]. And I think both parties are now very curious about how to solve them in slightly different ways, but in ways that have enough overlap that it makes me very optimistic.”
— Jennifer Pahlka, [45:38–46:23]
Throughout the episode, the tone is conversational, insightful, pragmatic, and optimistic. Pahlka communicates with humility, practical expertise, and a resolute focus on solving real systemic issues, while Allen brings out policy nuances and shares personal “in the trenches” stories that highlight the urgency and complexity of government digital reform.
This episode is an essential listen for anyone interested in AI policy, government modernization, or organizational reform. Jennifer Pahlka’s deep experience and clear-headed approach reveal how government’s biggest barriers are not always technical, but deeply rooted in culture and process. AI has a transformative role to play—not in “automating for automation’s sake,” but in unlocking government’s true capacity to deliver for citizens, provided reformers keep their eyes on outcomes and the human element at the heart of public service.