Every design firm has a folder of templates nobody opens after the first week of a project. Meanwhile the information a project needs is scattered across email, meeting notes and one person's memory. A short project brief fixes that, but only if it is built to be filled in, not admired.
What I borrow from CSI
The Construction Specifications Institute (CSI) publishes the conventions most of the industry already uses: MasterFormat to organize work by trade and scope, UniFormat to organize by building system, and SectionFormat for specifications. Its Project Delivery Practice Guide covers the wider process. None of these defines a "project brief." What they offer is a shared vocabulary. When the owner, the designer and the contractor point at Division 31 or Division 33, they mean the same thing.
So the brief borrows the organization, not the paperwork. Sorting a project's content the same way every time (earthwork here, utilities there, systems by function) turns a personal memo into something a team can navigate, and it survives handoffs.
What goes in
A brief is not a drawing set or a specification. It is the short record of what the project must do and who owns each part. The firm's template holds six things:
Purpose and success criteria: what the project must deliver, in plain sentences, with a measurable definition of done.
Scope boundaries: what is in, what is explicitly out, and what is deferred.
Work areas organized by MasterFormat division: so no discipline is orphaned.
Key constraints: budget range, schedule milestones, regulatory limits and site conditions that change the approach.
Owners and decision-makers: a name, not a title, beside every open question.
Open items: the decisions that must be made before the next phase.
Why most templates die
The pattern is predictable. Someone writes a thorough twenty-page template that asks for information nobody has at kickoff, saves it where nobody looks, and within a month the team is back to email. The content was fine. The design was wrong.
The rule I designed around is blunt: if the brief isn't filled in on the day the project starts, it won't be.
Design choices
Essentials only. If a field isn't needed to make a decision in the next 30 days, it isn't in the brief.
Decisions, not trivia. Every open item ends in a question and a named owner.
Plain language. If an owner or a superintendent can't read it at a glance, it has failed.
Built for the kickoff meeting. The brief is meant to be completed live, as the first agenda item.
Living document. It is revisited at each phase gate and updated in place.
What stays out
Detailed design criteria, drawing lists, procurement details and long regulatory excerpts belong in the technical documents, where they can be maintained. Anything that duplicates a controlled document stays out too. Two sources of truth are worse than one.
Where it pays off
The brief earns its keep twice. During scope definition, the in / out / deferred list turns vague conversations into yes-or-no calls. Later, when a change request arrives, the first question is whether it fits the stated purpose and scope. If it doesn't, it is a change with cost and schedule consequences, and it is managed as one instead of being absorbed quietly.
It is unglamorous work, and it is the cheapest scope-control tool I know.
Toda firma de diseño tiene una carpeta de plantillas que nadie vuelve a abrir después de la primera semana de un proyecto. Mientras tanto, la información que el proyecto necesita queda repartida entre correos, notas de reuniones y la memoria de una sola persona. Una ficha de proyecto breve resuelve ese problema, pero solo si está pensada para completarse y no para quedar bien.
Lo que tomo del CSI
El Construction Specifications Institute (CSI) publica las convenciones que la mayor parte del sector ya utiliza: MasterFormat, para organizar el trabajo por especialidad y alcance; UniFormat, para organizarlo por sistema constructivo, y SectionFormat, para las especificaciones. Su Project Delivery Practice Guide abarca el proceso completo. Ninguno de estos documentos define una «ficha de proyecto». Lo que ofrecen es un vocabulario común: cuando el propietario, el proyectista y el contratista se refieren a la División 31 o a la División 33, todos entienden lo mismo.
Por eso la ficha toma la organización, no el papeleo. Ordenar el contenido del proyecto siempre de la misma manera (movimiento de tierras aquí, redes de servicios allá, sistemas por función) convierte una nota personal en un documento que el equipo puede recorrer y que resiste los traspasos entre personas.
Qué incluye
Una ficha no es un juego de planos ni una especificación. Es el registro breve de lo que el proyecto debe lograr y de quién es responsable de cada parte. La plantilla de la firma contiene seis elementos:
Propósito y criterios de éxito: lo que el proyecto debe entregar, en frases sencillas y con una definición medible de «terminado».
Límites del alcance: lo que está incluido, lo que está expresamente excluido y lo que se pospone.
Áreas de trabajo organizadas por división de MasterFormat: para que ninguna especialidad quede sin responsable.
Restricciones clave: rango de presupuesto, hitos del cronograma, límites normativos y condiciones del sitio que cambian el enfoque.
Responsables y personas que deciden: un nombre, no un cargo, junto a cada pregunta abierta.
Asuntos pendientes: las decisiones que deben tomarse antes de la siguiente fase.
Por qué fracasan la mayoría de las plantillas
El patrón es previsible. Alguien redacta una plantilla exhaustiva de veinte páginas que pide información que nadie tiene en el arranque, la guarda donde nadie la busca y, al cabo de un mes, el equipo vuelve al correo electrónico. El contenido estaba bien. El diseño, no.
La regla en torno a la cual la diseñé es directa: si la ficha no se completa el día en que arranca el proyecto, no se completará nunca.
Decisiones de diseño
Solo lo esencial. Si un campo no hace falta para tomar una decisión en los próximos 30 días, no va en la ficha.
Decisiones, no detalles irrelevantes. Cada asunto pendiente termina en una pregunta y en un responsable con nombre.
Lenguaje sencillo. Si un propietario o un superintendente de obra no puede leerla de un vistazo, ha fallado.
Pensada para la reunión de arranque. La ficha está diseñada para completarse en vivo, como primer punto del orden del día.
Documento vivo. Se revisa en cada hito de fase y se actualiza en el mismo documento.
Lo que queda fuera
Los criterios de diseño detallados, las listas de planos, los detalles de compras y los extractos normativos extensos pertenecen a los documentos técnicos, donde pueden mantenerse al día. También queda fuera todo lo que duplique un documento controlado. Dos fuentes de verdad son peores que una.
Dónde rinde
La ficha se justifica dos veces. Durante la definición del alcance, la lista de incluido / excluido / pospuesto convierte las conversaciones vagas en decisiones de sí o no. Más adelante, cuando llega una solicitud de cambio, la primera pregunta es si encaja con el propósito y el alcance declarados. Si no encaja, es un cambio con consecuencias de costo y plazo, y se gestiona como tal en lugar de absorberse en silencio.
Es un trabajo poco vistoso, y es la herramienta de control del alcance más económica que conozco.
Start a Project or Request Information
Tell us about your project, inquiry, or product interest. We’ll respond within one business day.
