Skip to main content
U.S. flag

An official website of the United States government

The .gov means it’s official.
Federal government websites often end in .gov or .mil. Before sharing sensitive information, make sure you’re on a federal government site.

The site is secure.
The https:// ensures that you are connecting to the official website and that any information you provide is encrypted and transmitted securely.

Introduction

Only 13 percent of large government technology projects succeed.[1] The majority of these projects fail to deliver working software that meets the needs of agency staff or the public who must use it.

Why? Agencies at all levels of government face common challenges at every phase of a project. These include, for instance, the difficulty of choosing a software approach to serve needs that are often complex and unique, tension between bureaucratic processes and modern software development practices, and lacking in-house knowledge to assess the quality of code.

This guide was written to give government tools to lower the high risk of failure for technology projects. It addresses two main challenges — how to choose a software solution and how to work with a vendor to build quality custom software quickly — in four main sections. Building one upon the other, this guidance can help agency staff make and explain choices that can improve a project’s chances of success.


What’s in this guide

  • undefined

    Understanding and choosing a software solution, which explains:

    1. The trade-offs between buying commercially available off-the-shelf (COTS) software and investing in building custom software
    2. When to use COTS or custom software, and why most projects will require both
    3. Why customizing COTS software to serve unique agency needs increases the risk that a project will fail
  • undefined

    Four key principles for effective custom software development:

    1. Understand and commit to modern software development practices
    2. Use performance-based services contracting
    3. Identify and empower a full-time, in-house product owner to lead the project
    4. Set the team up for success
  • undefined

    Buying custom software development services, including:

    1. How to write a solicitation for a performance-based services contract
    2. Things to keep in mind when budgeting for custom software development
  • undefined

    Working with a vendor development team, including:

    1. Approaching vendor management as a partnership
    2. Leading product direction
    3. Setting up the relationship
    4. Reviewing work
    5. Maintaining the relationship

What’s not in this guide

This guide can’t address every question or situation that comes up in a government technology project, or every law or regulation that may apply to a specific project. The guide offers guidelines, models, and good practices to lower the risk of project failure by helping you understand what goes into building working software, and how to keep a custom software project on track.

We’ve tried to make the recommendations broadly applicable and useful for people working at any level of government. As laws and regulations differ across levels and across states and localities, we get into specifics only when they are relevant to procurement at a particular level of government.

The guide is focused on the full life cycle of acquisition activities from writing a solicitation to evaluating bids, building a positive relationship with a vendor to managing conflict. But it doesn’t touch on every aspect of these stages. Where we can link to a resource for further information, we do.


Who’s the guide for?

  • Government staff at the federal or state level who are directly involved in the procurement and/or post-award phases of technology acquisition
  • Government product owners and program or technical staff who want to understand how the buying process affects product delivery
  • Government employees involved in planning, reviewing, budgeting for, and approving technology projects

Who are we? Why trust us?

We’re federal employees who work for 18F, a group within Technology Transformation Services at the General Services Administration. Since 2014, 18F teams have partnered with federal and state agencies to help them acquire human-centered technology systems and services, as well as build and update systems, processes, and culture. We’re contracting officers, technologists, researchers, designers, engineers, and product managers.


Next: Understanding and choosing a software solution

  1. The Standish Group’s Haze Report, 2015. ↩︎

Contracting problems? We can help.

18F can jump start your software development project with workshops that are tailored to reduce project risk, meet your goals, and deliver results to your users.

Contact us

18F De-risking Guide

An official website of the GSA’s Technology Transformation Services

Looking for U.S. government information and services?
Visit USA.gov