Artificial intelligence tools entered our office the same way they entered most small firms: quietly, one subscription at a time. Someone used a language model to draft a specification section. Someone else pasted a client's site survey notes into a chatbot to organize them. None of it was malicious, and most of it saved real time. It also happened before we had written a single sentence about what was allowed. That is the moment a firm needs governance — not because the tools are dangerous in the abstract, but because an engineering practice carries obligations that a general business does not.
Why a Written Policy Beats Good Intentions
An unwritten rule is only as consistent as the person applying it. In a firm of any size, staff will make hundreds of small judgment calls about AI — whether to summarize a client email, whether to generate a first draft of a report, whether to upload a drawing, whether to trust a calculated number. Without a written policy, those decisions get made by whoever happens to be at the keyboard, and the answers will differ from person to person and from week to week.
A written policy does three practical things. It gives staff a clear answer so they stop guessing. It gives a supervisor something concrete to enforce. And it creates a record showing that the firm thought about these risks deliberately rather than drifting into them. We treat our AI usage policy as a living internal document — reviewed on a schedule, updated as tools and expectations change, and acknowledged by everyone who uses the systems.
The Licensure Dimension: The Seal Is Yours, Not the Tool's
This is the part that separates engineering from other professional services. When a PE seals and signs a set of plans, that seal is a personal and professional attestation. No tool, vendor, or model shares in that responsibility. If software produced a number, a drawing, or a narrative that ends up in sealed work, the licensee who sealed it owns the result.
If a tool helped produce it, the tool helped. The engineer still owns it. Our policy states it plainly: use of AI changes the drafting process, never the accountability for the deliverable.
Practical consequence: no AI output may flow into a sealed deliverable without review by a qualified person who understands the underlying engineering. That review is not a spell-check. It is the same professional check we would apply to any subconsultant's or junior engineer's work.
Staff Guidelines: What Goes In, What Stays Out
The single most important line in our policy is about inputs, not outputs. Everything typed into a third-party AI tool leaves our control. So we set clear boundaries on what may be entered:
Client-identifying information — names, addresses, project names, parcel numbers — should not be entered into public AI tools unless the client has agreed and the tool's terms support it.
Confidential or proprietary material — client data, survey files, internal cost models, contract terms — stays out of any tool not approved by the firm.
Personal data — employee records, applicant information, anything covered by a privacy obligation — is never entered into an unapproved tool.
Public or generic material — code language, a generic method description, a grammar check of text that contains no client details — is generally acceptable.
We also tell staff what AI tools may not be used to do: make engineering decisions, approve their own work, or communicate with a client on the firm's behalf without review. And we ask that any AI-assisted work product be identifiable as such in our internal file, so a later reviewer knows to look more carefully.
Review Requirements, Disclosure, and a Phased Rollout
Every AI-generated or AI-assisted deliverable is a draft until a qualified person verifies it against the source data, the applicable standards, and engineering judgment. Our internal review checklist asks whether the numbers were independently checked, whether citations and standard references were verified, and whether the reviewer can stand behind the result. Unverified AI output does not leave the office.
On client communication, we lean toward transparency. We do not need to announce every use of a tool, but we do not misrepresent where work came from, and we answer directly when a client asks whether AI was involved. Where a contract or client policy speaks to AI use or data handling, that governs over our internal preference, and we follow it — consulting legal counsel when the terms are ambiguous.
Tool selection also matters. We favor tools with clear data-retention terms, options that exclude our inputs from training, and business plans with administrative controls. Free consumer tiers generally do not offer those protections, which is why our policy restricts them for client work.
For a small firm, phasing in beats a big-bang rollout. A sequence that has worked for us:
Write a short policy first — one page covering inputs, review, and disclosure — and have everyone acknowledge it.
Pick one or two approved tools with adequate data terms before staff adopt others on their own.
Pilot on low-risk, internal tasks such as drafting internal notes or editing non-client text.
Extend to client-facing work only after review workflows are proven and understood.
Review the policy on a fixed schedule and after any incident.
What to document matters as much as what to adopt. In our files we keep the policy itself with its revision history, the list of approved tools and their data-handling terms, records of staff acknowledgment, and a simple log of AI-related questions or incidents and how they were resolved. None of this is heavy bureaucracy; it is the minimum needed to demonstrate that the firm governs its tools rather than the reverse. Firms should adapt any framework — including this one — to their own jurisdiction, contracts, and risk tolerance, and consult legal counsel where the obligations are unclear.
Las herramientas de inteligencia artificial llegaron a nuestra oficina igual que a la mayoría de las firmas pequeñas: en silencio, una suscripción a la vez. Alguien usó un modelo de lenguaje para redactar una sección de especificaciones. Alguien más pegó las notas de un levantamiento de campo de un cliente en un chatbot para organizarlas. Nada de eso fue con mala intención, y buena parte ahorró tiempo real. También ocurrió antes de que hubiéramos escrito una sola frase sobre lo que estaba permitido. Ese es el momento en que una firma necesita gobernanza — no porque las herramientas sean peligrosas en abstracto, sino porque una práctica de ingeniería conlleva obligaciones que un negocio general no tiene.
Por qué una política escrita supera las buenas intenciones
Una regla no escrita es tan consistente como la persona que la aplica. En una firma de cualquier tamaño, el personal tomará cientos de pequeñas decisiones sobre la IA — si resumir un correo del cliente, si generar un primer borrador de un informe, si cargar un plano, si confiar en un número calculado. Sin una política escrita, esas decisiones las toma quien esté frente al teclado, y las respuestas variarán de persona a persona y de semana a semana.
Una política escrita cumple tres funciones prácticas. Le da al personal una respuesta clara para que deje de adivinar. Le da al supervisor algo concreto que hacer cumplir. Y crea un registro que demuestra que la firma pensó en estos riesgos de forma deliberada en lugar de dejarse llevar por ellos. Consideramos nuestra política de uso de IA un documento interno vivo: se revisa con una periodicidad definida, se actualiza a medida que cambian las herramientas y las expectativas, y todo el que usa los sistemas la acusa recibo.
La dimensión del registro profesional: el sello es suyo, no de la herramienta
Esta es la parte que distingue a la ingeniería de otros servicios profesionales. Cuando un ingeniero profesional (PE) sella y firma un juego de planos, ese sello es una atestación personal y profesional. Ninguna herramienta, proveedor o modelo comparte esa responsabilidad. Si un programa produjo un número, un plano o un texto que termina en trabajo sellado, el titular de la licencia que lo selló es dueño del resultado.
Si una herramienta ayudó a producirlo, la herramienta solo ayudó. El ingeniero sigue siendo responsable. Nuestra política lo dice sin rodeos: el uso de IA cambia el proceso de elaboración, nunca la responsabilidad sobre el entregable.
Consecuencia práctica: ningún resultado de IA puede pasar a un entregable sellado sin la revisión de una persona calificada que entienda la ingeniería de fondo. Esa revisión no es una corrección ortográfica. Es la misma verificación profesional que aplicaríamos al trabajo de un subconsultor o de un ingeniero junior.
Lineamientos para el personal: qué se ingresa y qué no
La línea más importante de nuestra política se refiere a las entradas, no a las salidas. Todo lo que se escribe en una herramienta de IA de terceros sale de nuestro control. Por eso establecemos límites claros sobre lo que puede ingresarse:
Información que identifica al cliente — nombres, direcciones, nombres de proyectos, números de parcela — no debe ingresarse en herramientas públicas de IA salvo que el cliente lo haya aceptado y los términos de la herramienta lo permitan.
Material confidencial o propietario — datos del cliente, archivos de levantamiento, modelos de costos internos, términos contractuales — queda fuera de toda herramienta no aprobada por la firma.
Datos personales — expedientes de empleados, información de aspirantes, cualquier dato sujeto a una obligación de privacidad — nunca se ingresan en una herramienta no aprobada.
Material público o genérico — texto normativo, la descripción genérica de un método, la revisión gramatical de un texto que no contiene datos del cliente — por lo general es aceptable.
También le indicamos al personal lo que las herramientas de IA no pueden hacer: tomar decisiones de ingeniería, aprobar su propio trabajo ni comunicarse con un cliente en nombre de la firma sin revisión. Y pedimos que todo trabajo asistido por IA quede identificado como tal en nuestro expediente interno, para que quien revise después sepa que debe mirar con más cuidado.
Requisitos de revisión, divulgación y adopción por etapas
Todo entregable generado o asistido por IA es un borrador hasta que una persona calificada lo verifique contra los datos de origen, las normas aplicables y el criterio de ingeniería. Nuestra lista de revisión interna pregunta si los números se verificaron de forma independiente, si se comprobaron las citas y las referencias normativas, y si quien revisa puede respaldar el resultado. Un resultado de IA sin verificar no sale de la oficina.
En la comunicación con el cliente, nos inclinamos por la transparencia. No hace falta anunciar cada uso de una herramienta, pero tampoco tergiversamos de dónde proviene el trabajo, y respondemos con franqueza cuando un cliente pregunta si hubo IA de por medio. Cuando un contrato o una política del cliente se refiere al uso de IA o al manejo de datos, esa disposición prevalece sobre nuestra preferencia interna y la acatamos — consultando a asesoría legal cuando los términos son ambiguos.
La selección de herramientas también importa. Preferimos herramientas con términos claros de retención de datos, opciones que excluyan nuestras entradas del entrenamiento y planes empresariales con controles administrativos. Las versiones gratuitas de consumo, por lo general, no ofrecen esas protecciones, y por eso nuestra política las restringe para trabajo de clientes.
Para una firma pequeña, adoptar por etapas es mejor que un lanzamiento de golpe. Una secuencia que nos ha funcionado:
Escribir primero una política breve — una página sobre entradas, revisión y divulgación — y que todos la acusen recibo.
Elegir una o dos herramientas aprobadas con términos de datos adecuados antes de que el personal adopte otras por su cuenta.
Hacer un piloto en tareas internas de bajo riesgo, como redactar notas internas o editar textos que no son de clientes.
Extenderlo al trabajo frente al cliente solo después de que los flujos de revisión estén probados y entendidos.
Revisar la política según un calendario fijo y después de cualquier incidente.
Lo que se documenta importa tanto como lo que se adopta. En nuestros expedientes conservamos la política con su historial de revisiones, la lista de herramientas aprobadas y sus términos de manejo de datos, los registros de acuse de recibo del personal y un registro sencillo de las consultas o incidentes relacionados con IA y cómo se resolvieron. Nada de esto es burocracia pesada; es el mínimo necesario para demostrar que la firma gobierna sus herramientas y no al revés. Cada firma debería adaptar cualquier marco — incluido este — a su propia jurisdicción, sus contratos y su tolerancia al riesgo, y consultar a asesoría legal cuando las obligaciones no estén claras.
Start a Project or Request Information
Tell us about your project, inquiry, or product interest. We'll respond within one business day.
