Shows & Panels
- The 2014 Big Picture on Cyber Security
- AFCEA Answers
- Ask the CIO
- Connected Government
- Consolidating Mission-critical Systems
- Constituent Servicing
- Continuous Monitoring: Tools and Techniques for Trustworthy Government IT
- The Data Privacy Imperative: Safeguarding Sensitive Data
- Eliminating the Pitfalls: Steps to Virtualization in Government
- Federal Executive Forum
- Federal Tech Talk
- Government Cloud Brokerage: Who, What, When, Where, Why?
- Government Mobility
- Mission-critical Apps in the Cloud
- Mobile Device Management
- The Modern Federal Threat Landscape
- The Path from Legacy Systems
- Understanding the Intersection of Customer Service and Security in the Cloud
Shows & Panels
Government management is not an oxymoron
Wednesday - 12/4/2013, 12:20pm EST
Founder of ChiefHRO.com
& Senior Vice President, ICF International
This column was originally published on Jeff Neal's blog, ChiefHRO.com, and was republished here with permission from the author.
Photo courtesy of Jeff Neal
My former colleagues/bosses Bill Daley and Linda Bilmes wrote an interesting op/ed piece for The Washington Post offering ideas for improving management in government. It is well worth reading. I wrote about a similar issue on Nov. 19, asking Should We Manage Government Like a Business? Bill and Linda used the HealthCare.gov website issues as a starting point for discussion. Those problems have been fodder for pundits and politicians, most of whom are using it to reinforce ideas they have touted for years. I cannot argue with that, because I am getting ready to do the same thing.
Two storylines in recent days struck a nerve with me. First was the idea that the HealthCare.gov problems were caused by the procurement process. Second was Jeff Zients' comment that the team working the HealthCare.gov issues needed to work with private sector speed. As much as I would like to improve the procurement process, there is much more to this story than how we buy IT. How we manage IT projects is equally or more important.
Speed is not unique to the private sector, and sloppy IT project management is not unique to government. There are many examples in government of agencies moving quickly and efficiently to deal with issues and many examples in the private sector of IT project failures. I had the good fortune to work at the Defense Logistics Agency when we were deploying a new logistics system to run the agency's core business. The project cost was close to $1 billion, but it was rolled out successfully (if a bit late) and we retired the legacy systems we intended to retire. They say success has many fathers, but failure is an orphan. A lot of people take credit for DLA's successful deployment, but the idea that success has many fathers (and mothers) is actually true.
When the project began, DLA's vice director, Rear Adm. Ray Archer, insisted the entire senior civilian leadership team comprising most of the agency's SES cadre take personal responsibility for the project. His belief was that the civilian leaders would be the ones who had to see the project through to completion. The military leaders would be long gone by the time we were done. He also believed we could not appoint a project manager and hold him or her responsible for getting it done. We could not ask the CIO to be solely responsible, nor could we pin it on the logistics operations director. The agency was betting its future on a new system and it could not happen without the full and unwavering engagement of the entire leadership team. We met for eight hours a day, twice a month, for several years to look at countless aspects of the system, including training, change management, business process changes, system requirements, financials and more. In short, we managed the program as a team. We were all responsible for its success and we would have all been responsible for its failure.
That type of "all in" commitment by an organization's leaders is essential for large-scale system projects. When it doesn't happen, the risk of failure rises. The larger the project, the more essential total leadership commitment becomes. We can reform procurement (and I hope we do), but streamlined and simplified procurement will not replace committed leadership.
One other aspect of system projects that we need to consider is the role of the chief information officer. The truth is that many federal CIOs are chiefs in name only. Departmental CIOs generally do not control the department's IT budget. It is appropriated to bureau/agency/component levels and the CIO has no authority to ensure that worthwhile and needed projects get funded and executed, kill underperforming projects and say no to wasteful and duplicative projects. There are some superb CIOs in government who know how to get things done, but they operate with one hand tied behind their backs. If we really want to manage IT projects more effectively, we need to equip our CIOs with the authority to really do their jobs.
Government management is not an oxymoron, but it is a challenge. Budget processes, slow and cumbersome procurement processes and a lack of incentives to drive tough management decisions combine to make government far less effective than it could be. If we want to make real improvements, we need to look at the entire spectrum of management rather than just procurement.
MORE COMMENTARY FROM JEFF NEAL:
Copyright 2013 by Jeff Neal. All rights reserved.
Jeff Neal is founder of the blog, ChiefHRO.com, and a senior vice president for ICF International, where he leads the Organizational Research, Learning and Performance practice. Before coming to ICF, Neal was the chief human capital officer at the Department of Homeland Security and the chief human resources officer at the Defense Logistics Agency.