Agile Assessment Guide
GAO's guide to incremental delivery, continuous evaluation and user feedback on government technology programs.
A system that works technically can still fail operationally. Plan for training, communication, shift differences, feedback, reinforcement, support and the normal resistance that accompanies change.

This is where the system that tested well fails on C shift. Not because the technology stopped working, but because the crew that was not in the pilot never heard why it mattered, the training happened on a day they were off, and the one person who understood it works opposite them. Adoption is a communications and reinforcement problem far more than a technical one, and it is worth as much planning as the configuration got.
Technology adoption is not always just a training and communications issue. Depending on the jurisdiction, collective-bargaining agreement, policy environment and how a system is used, technology that affects employee monitoring, location tracking, scheduling, staffing, performance measurement, wearables or working conditions may require consultation with labor, HR, legal counsel or employee representatives.
What is required, and when, differs from place to place. Labor law, bargaining obligations and past practice vary by state and by agreement, and two departments deploying the same product can have genuinely different obligations. Nothing here can tell you what yours are. It can tell you when to go and find out.
If the technology changes what employees are expected to do, how they are measured, what information is collected about them, or how management uses that information, address that question before rollout.
This is among the least expensive problems on the roadmap to handle early and one of the most expensive to handle late. Raised while requirements are being written, it is a conversation. Raised after go-live, it is a grievance, a pause, or a system that gets switched off after the department has already paid for it.
It is also not primarily a legal problem. Most of the damage comes from people discovering after the fact that something is being collected about them that nobody told them about.
Do not sell one purpose and quietly use the technology for another.
A common example makes the point. A vehicle location system introduced for firefighter safety and closest-unit dispatch is usually also capable of producing individual driving reports. Whether it should, who may see them, and what role they play in any performance or disciplinary process are decisions the department makes.
Make those decisions in writing, before the capability is switched on, rather than the first time somebody asks for a report. Tell people what the intended use is. If the intended use later changes, say so before it changes.
If you read one thing on this subject, read this.
GAO's guide to incremental delivery, continuous evaluation and user feedback on government technology programs.
Step 10 of the roadmap.