Government Procurement is Becoming More Agile: What That Means for Suppliers

Mar 12, 2019

Bidsync Industry Blog

Many government vendors will attest their frustration with the often-lengthy solicitation and contract award processes of traditional federal, state and local agency procurements – especially for large-scale IT or systems projects. It can take weeks to find out if your business has been shortlisted, and months before pricing negotiations are complete, contract terms finalized and projects are formally started. That is why these “waterfall” procurement and project management methods are often viewed as deterrents for vendors that may be unwilling or unable to sustain the resource commitments required during the pre-award phase alone, much less the entire project. Perhaps you’ve even passed on an RFP due to the cumbersome processes associated with typical government IT projects, even though your expertise may be exactly what the agency needs.

Fortunately, things are changing for the better for both buyers and suppliers such as yourself. Many agencies are beginning to give merit to the benefits of agile IT projects and, therefore, agile procurement strategies. In other words, you can expect to see a shift to a more “iterative and incremental” design and development method for new government IT systems and services in particular.

So, what does that mean for you as a government supplier? How will you need to adjust your “sales” strategy, or re-align your resources, in order to compete (and win) within an agile procurement environment?

Step Up As A Subject Matter Expert Very Early In The Project Planning Process

Be Prepared To Act Fast – And Be Ready To Show, Not Just Talk About, Your Skills

When we say you’re going to have to act fast, we’re not just talking about increasing the speed of your RFP responses. (Though agile project solicitations will come more frequently and feature much shorter turnaround times for both responses and awards.) Agencies will be moving from a marathon-style project structure to a continuous series of “sprints”. That means that, instead of looking for vendors to support a two-year project from start-to-finish, agencies will be issuing a number of competitive solicitations as they go to fulfill the specific requirements of each two-week sprint. They will also be asking agile candidates to demonstrate their capabilities versus just document them in a standard RFP proposal. Therefore, you may only have two weeks in some cases to prove your company’s technical expertise either pre-award or within the framework of a short-term contract.

At the same time, competition is likely to become fierce, as agencies’ frequent agile acquisitions will extend their reach to new vendors. Agencies’ expansive search for technical experts and “real-world” evaluation method is expected to give them access to a much broader pool of vendors qualified to meet both price and quality standards. In other words, you’ll like be competing against small businesses that have the exact technical expertise required but would have otherwise been deterred or disqualified if a longer-term waterfall project structure had been utilized.

Be Ready To Support The Customers’ Changing Requirements – Or Be Willing To Pass The Baton

For the reasons already discussed, agile contracts are not guaranteed long-term contracts. In fact, one of the benefits of agile procurement (to the buyer) is the freedom to course correct without the red tape of traditional long-term contracts. They are no longer locked in to a contract with the wrong vendor or forced to settle for a sub-par product or service. Since the agency will stop to evaluate their project’s progress at the end of every sprint, they will be in a position to easily redefine the scope of the outstanding project sprints, and even re-award contracts to many different vendors if needed to achieve their short-term and long-term goals. If you want to retain the government’s business for future sprints, you must be agile enough to respond to customer feedback every couple of weeks or the customer will find someone else who is more flexible.

“Beware the agile definition gap. Not all vendors can execute on agile, despite what they might say in proposals. Not until you get the team on the ground will you really find out whether they possess those skills or not — or whether their idea of agile and yours are the same. We have found ourselves having to train the vendor on how we execute a project in agile.”

– Ron Baldwin, CIO of Montana

Remember: If the customer decides to switch vendors based on newly defined technical requirements – perhaps they need a specialized solution that’s outside your wheelhouse – that is okay. It does not necessarily reflect poorly on your performance record. In fact, it could hurt you more in the long run if you claim to meet certain qualifications on an RFP response but fail to deliver. Know your strengths and know when to step back.