Specialist technology and software for state and local government info@hqt.orgCommunitiesGlossarySearch

Technology Advisory & Systems Engineering

Project & Program Management Support

Experienced technical project managers for agency initiatives.

What this covers

Agencies often lack enough experienced project managers for the initiatives on their roadmap. HQT provides technical project and program managers who understand both the technology and public-sector governance.

Typical activities

  • Project charters, plans, schedules, and budgets
  • Governance and steering committee support
  • Risk, issue, and change management
  • Vendor coordination and contract administration support
  • Status reporting for leadership and governing bodies
  • Portfolio views across multiple projects

What you receive

Managed projects with documented plans, regular reporting, and organized project records.

Considerations for public agencies

Public projects operate under open meeting and public records rules and often under grant reporting requirements. Project records are kept with that in mind.

Signals that the project needs a dedicated manager

The case for this role is easier to make from specific conditions than from a general sense of being stretched. Common ones:

  • The person running your largest initiative also carries a full operational workload, so planning happens after hours and slips first.
  • Percent complete is reported with no deliverable, test result, or invoice behind it.
  • The schedule has not been re-baselined since kickoff, although scope, staffing, or the vendor's release plan has changed.
  • Risks are raised in meetings but never written down, or the register still holds only the entries made at kickoff.
  • Decisions are made in conversation and then reopened, because no one recorded who decided and on what basis.
  • A grant period or a statutory date is fixed and no one can name the tasks on the critical path to it.
  • Several related projects touch the same system and no one holds the dependency view across them.

One of these is a staffing gap. Several at once usually means the project runs on individual effort rather than a method, which is what produces late surprises.

Where this work goes wrong

The failure modes are recognizable, and they are the reason to be specific about how the role is run. The manager drifts into scheduling meetings and taking notes. Status becomes a restatement of the vendor's own report with no independent check, so the project stays green until the month before go-live. The schedule carries only vendor tasks, which leaves agency-side work, data cleanup, policy decisions, subject matter expert time, user acceptance testing, and training, invisible until it is late. The plan lives in a tool only the contractor can open, so the agency cannot maintain it after the engagement. Change orders get signed without a written schedule, cost, and risk impact. Steering committees review slides instead of the baseline, the open decisions, and the risks that have not moved.

How the role sits with your vendor and your oversight process

An implementation vendor normally supplies its own project manager under its contract, and that person is accountable to the vendor for the vendor's scope. The agency-side role manages what the agency owes the project, decisions, data, environments, staff time, and acceptance, and holds the vendor to the deliverables in its contract. Keep assurance work separate as well. Independent verification and validation and owner's technical representative support exist to assess the project, so the person who maintains the schedule should not also be the person grading it. Some states require projects above a size threshold to pass through a central IT approval or independent oversight process, and thresholds and required artifacts vary by state and by funding source, so confirm what applies before the reporting cadence is set. Those submissions are built from the same schedule and risk data the manager maintains.

What to specify when you procure this role

  • The role, the seniority level, and expected hours by phase, with a mechanism to adjust hours as demand changes.
  • Key personnel terms: resumes and interviews for named individuals, and substitution only with written approval of an equivalently qualified replacement.
  • Work products in editable formats, kept in systems the agency already owns, plus a turnover package and a transition period at the end.
  • Organizational conflict of interest language stating plainly whether the firm or its affiliates may later bid the implementation this role helps manage or specify.
  • A reporting line to the agency's executive sponsor rather than through the implementation vendor.
  • Acceptance criteria written for documents and cadence rather than software. A baselined schedule accepted by the sponsor is a workable first milestone.
  • Evaluation on a work sample, a real status report and risk register with client details removed, rather than on firm boilerplate.

Working with HQT on this

HQT scopes this kind of work as a fixed-price or time-and-materials engagement with a written statement of work, named staff, and a defined acceptance process. We are candid about what we can take on and prefer a well-run project to an oversized one. Contact us to discuss a requirement, a draft scope, or an upcoming solicitation.

Frequently asked questions

Do we still need our own project manager if the vendor already provides one?

The vendor's project manager is accountable for the vendor's scope and reports to the vendor. Someone on the agency side still has to own the decisions, data, staff time, environments, and acceptance that the contract assumes the agency will supply, and has to confirm that what is invoiced was actually accepted. On a small project a staff member can absorb that. On a long implementation it is a role rather than a duty added to an existing workload.

Can the same firm manage the project and also bid on the implementation?

That is an organizational conflict of interest question, and the answer should come from your agency's procurement rules rather than from a vendor. Rules differ: some bar a firm that writes requirements or manages a procurement from bidding the resulting work, and others allow it with disclosure and an approved mitigation plan. Decide before the solicitation is issued and state the rule in it, because settling the question after proposals arrive is disruptive and can invite a protest.

Should we require a PMP or similar certification in the RFP?

A credential such as the PMP shows familiarity with a common vocabulary and process. It does not show that the person has run a project resembling yours in system, size, or governance. If your agency's standards require a credential, state it as a minimum qualification and put the evaluation weight on the named individual's record. Interview the person who would do the work rather than the account manager.

How many hours per week does project management support usually take?

Demand is uneven across the life of a project rather than constant. Procurement, design, data conversion rehearsals, go-live, and stabilization are heavier than steady build periods. Instead of fixing one weekly number for the whole engagement, agree on a planned level per phase with a not-to-exceed amount and monthly burn reporting. That avoids paying for quiet stretches and avoids rationing hours at cutover.

Who owns the schedule, risk register, and project records when the engagement ends?

The agency should, and the contract should say so in writing. Ask for work products in editable formats held in systems the agency controls, maintained continuously rather than handed over at the end, plus a turnover package and a transition period. Without that, records can be hard to reach exactly when they are needed for an audit, a grant closeout, or the next phase of work.

Get in touch

Have a project or a solicitation coming up?

Talk with an HQT engineer. We respond to agency, corporate, and partner inquiries promptly.