Fixing government tech: Innovation against 'IT cartels' and 'complex systems'

Fixing government tech: Innovation against 'IT cartels' and 'complex systems'

Summary: Three of the most innovative CIOs in government suggest ways to improve federal, state, and local information technology.


In the wake of problems with, government IT projects are receiving greater scrutiny than ever before; even President Barack Obama is looking at steps to reform federal technology practices.

Fixing government tech Innovation against 'IT cartels' and 'complex systems'
Image from iStockphoto

Greater scrutiny of government IT is certainly needed, but the problem is not confined to the federal level. Although federal agencies and departments have a poor IT reputation, based on projects such as $1B wasted on a scrapped military ERP system, similar IT problems exist at every level of government. From the village of Oak Park, IL to the states of California and Massachusetts, inefficient and wasteful IT is rampant.

There is no magic bullet for solving government IT because the issues relate to communication, collaboration, and politics more than technology. Although various federal initiatives have focused on procurement (PDF) reform and transparency, real solutions demand more sweeping changes to project management, information sharing, hiring, and innovation. Because culture, politics, and money lie at the root of failed IT, simple prescriptive solutions are not sufficient.

Given the importance of these issues, I spoke with several innovative government CIOs as part of the CxOTalk series of conversations with senior executives on technology innovation in the enterprise. Those discussions are summarized below but the common thread is clear — people and relationships, rather than technology, drive successful IT.

Casey Coleman, CIO, US General Services Administration

As CIO of the GSA, Casey Coleman's organization provides technology services to 17,000 users and oversees an IT budget of over $500M. Clearly, she has a unique perspective on what it takes to deliver IT services at scale.

Related video: CxOTalk with Casey Coleman

Casey Coleman, CIO of the General Services Administration

During our conversation, Casey explains that federal agencies generally take a decentralized approach to IT, with each agency having multiple IT organizations with no single chain of command. In contrast, she has attempted to unify IT: "At the GSA, we have moved to IT offices that are more aligned with business, program, and functional areas, such as HR and CFO, and brought all that together into a unified team." The GSA uses shared services to support common functions such as vendor management and security along with governance and planning.

Coleman's team focuses on user experience and agile process, using cloud platforms (she specifically mentions from to reduce development time and total cost of ownership. Aside from bringing modern technical skills into the government and connecting the investment business case to specific objectives, Coleman advocates the importance of softer skills such as communication and change management:

It's never about technology [or] IT for IT's sake. It's about the mission of the organization, or the business, or program objectives.

Kristin D. Russell, CIO for the State of Colorado

Kristin D. Russell joined the state after a career in the private sector. Speaking about the challenges of government IT, Russell points to three pervasive issues:

1. Culture and change management. Doing things differently requires an organization to change and adapt, which can be difficult and disruptive anywhere, let alone in government-scale situations. For example, when migrating 30,000 state employees to Google Apps from 15 disparate email systems, Russell had to overcome significant resistance. Her summary of this situation: "The CIO role is not about providing technical tools but really helping employees become productive by leveraging technology."

Kristin D. Russell, CIO of Colorado

She adds that government projects operate in a risk averse culture that exposes failure to politics and public scrutiny. As a result, agile approaches, such as failing fast and often, are difficult to transplant into the public sector because each of those intermediate failures, on which the process depends, can hit the spotlight and become public knowledge.

2. Workforce composition. Governments often employ a long-term workforce trained in older technologies, making it more difficult to introduce modern approaches. Adding to the misery, government CIOs must "fight for talent," like the private sector, but pay lower salaries.

3. Large, lengthy projects. Russell says the government builds enormously complex systems that are difficult and expensive to replace, citing the example of a 23-year old ERP system that runs $70B of transactions each year in Colorado. She suggests an evolutionary approach to improving systems over time, rather than typical rip and replace strategies that are expensive and risky.

Discussing technology vendors and system integrators, Russell talks about "IT cartels" that sell each state a unique solution rather than developing off-the-shelf products: "It's the fleecing of American taxpayers. We've got to stop doing that." She recommends creating incentives for the private sector to build solutions that multiple states can reuse without excessive modification or customization.

Related video: Kristin D. Russell on CxOTalk

Russell likes cloud SaaS products because they exchange the "balloon of CapEx to regularity of OpEx." She calls cloud an "amplifier" of innovation for state government IT because configurable architectures (rather than hard-coding rules) enable flexibility, making it easier and faster for states to adapt software to their specific needs.

Mark Touitou, CIO of San Francisco

Mark Touitou is another CIO who came to government after a lengthy career in the private sector. To develop a relationship with lines of business, Touitou says the CIO must learn to understand the business goals that each government agency or department wants to achieve. This is the first step to reconciling the unique requirements of each department against technology assets shared across the entire organization, such as an email system. Balancing unique departmental requirements against the need for shared standards and governance is a primary requirement for building an IT organization that is both efficient and innovative.

Related video: Mark Touitou on CxOTalk

Marc Touitou, CIO of San Francisco

Touitou focuses on the team aspect of IT innovation, to create an environment where people feel connected to a goal larger and are motivated to "achieve something extraordinary." Building these team relationships demands more collaboration and less hierarchy, so Touitou says his biggest challenge is convincing colleagues to share information across silos that exist among the various departments and agencies in San Francisco.

This IT / business collaboration involves both sides learning from each other. When departments are ahead of IT, in terms of vision or technology, then IT should leverage that knowledge rather than fighting it. Similarly, departments must recognize the importance for IT to maintain centralized standards on governance, security, and infrastructure. Although every large organization faces this balance, the scale and silos of government require the CIO to address these issues directly.

CxOTalk brings together prominent executives, authors, and analysts to discuss innovation in enterprise business and technology. Conducted live and unscripted on open video, CxOTalk offers a rich source of thought leadership from the top practitioners and thinkers in the world. Join co-host, Vala Afshar, and me every Friday for a new episode of CxOTalkThanks to Jim MacLeod for drawing our CxOTalk guests.

Topics: CXO, Enterprise Software

Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.


Log in or register to join the discussion
  • You and I are on the same path...

    I started my series about 2 years ago about the Attack of the Killer Algorithms and I guess you could call that the affect of the "cartels" if you will and then I graduated into going deeper into this and came up with "Algo Duping" which some professors tweeted and kind of like the name. The other day, IBM Watson says they need more I said this a couple years ago..."the short order computer code kitchen burned down a few years ago and there's nothing left for a fire sale"...relating to the complexities we have today, it's not like there's no talent, because there is a lot of good folks but software builds on itself too so "how many layers are out there on projects"...well it keeps growing and so ds the complexities.

    I get frustrated with the fact that government and others are living in the old days of silos..yeah a heck of a lot easier to roll out projects, updates and migrate servers, but those days are long gone..although I'm sure there's a few of us maybe thinking of roll it back to the silo temporarily if we could to update and then back out into the connected world..I don't know maybe that's what we might see next .

    I call it the Sebelius Syndrome and she's the only one who has it, lets add most of Congress in there, a bunch at the White House, a bunch of state government officials, some city officials and on and on. The syndrome involves a a perception of the non tech person versus what the tech people know and it clashes. I used to run into that all the time as one who has not written code cannot see the data mechanics and it's not their fault or field, but gosh darn open up and listen to why that perception doesn't work:)

    Sebelius has just been so obvious and off the wall and again I don't what her own self perception is with this but some weird things roll out of her mouth and I know there's tech folks beside me that just roll their eyes as the news doesn't get it right either as it is complex. Of late some of them started contacting me and I'm sure you get a bunch of questions too since you are a credible source to quote by all means, I'm just a wringer there:)

    Long and short of some of this is government digital illiteracy and politics just work together very well:) Complexities are not going away and I feel sorry for the poor folks at the HHS OIG office for one example as how many Oracle, Marklogic, Red Hat, etc. expert do they have to carry out the investigation that Sebelius ordered:) I know it's almost funny if it was not so sad with again those weird perceptions.
  • Importance of the work environment

    Some interesting ideas to chew on here. Mark Touitou's point about the importance of the team environment jumped out at me in particular. A sense that team members are working together toward important goals certainly can contribute to the success of individual projects - but even beyond that, the perception that a workplace offers such rewards can be key to attracting much-needed talent from elsewhere.

    Surely the government can be just such an environment, with important work to be done and many interesting technical challenges to be solved. Public sector entities could assess to what extent they are fostering this kind of workplace culture, and actively look for successful examples to emulate - both elsewhere in government and in the private sector. This might be yet another way of looking at the challenge for both recruitment and project outcomes.
    Ned Boyajian